测试文档和用户说明书

最近把项目编写的差不多了,然后组长让我写测试文档和用户说明书,说明书给了一个以前他们写过的,然后就想着先把用户说明书写完,过程还好,但是在我写测试文档的时候发现自己真是一波三折。

说明文档的时候,大概有4个窗体,然后呢,我就是先把窗体界面截出来,然后就会在文档上写1-->2-->3-->4,第一步,单击某个按钮,弹出某个窗口,然后选择数据。。。。

很快,用户说明书写完了,感觉好简单,但是测试文档以前没有好好的写过,所以这次写的时候我还特意要了一个别人写过的文档,但是我对人家的项目也也没什么接触,所以看的时候就有点看不懂,没办法,只能硬着头皮自己写。

第一次,在详细说明里边就把用户文档又详细的写了一下就提交上去了,但是很快就被测试人员打回来了,还是严重的BUG,然后找了带我的那个人,那个人一看说这不是一个用户说明书吗,说的我都不好意思了,然后我就该,改了老半天,感觉这次够详细了,然后又给带我的人,他说你这次也写的太详细了,我当时就郁闷了,简单也不行,难了也不行,然后带我的那哥给我改了一个功能,让我找这些,写完以后再给测试人员发过去。结果就行了,郁闷也开心吧,所以这里就简单的说一下这个测试文档的要求。

1、因为我做的是CS的项目,所以这个文档的功能位置位置也要写。

2、步骤说明,我们在用户手册的基础上要说明,这一步要稍微详细一下,单击完某个按钮,弹出一个什么样的窗体。在这个窗体要完成什么功能。

3、数据来源:现在的系统,几乎都是一个信息系统,所以我们要说明我们的数据是那里来的,千万不要一句简单的数据库来的就算了,我们要说明例如是子公司的账单数据等。

至于WCF和SVN版本什么的这是不必须的,我们要写的时候注意把格式写的工整一下就可以了。

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-08-07 06:52:06

测试文档和用户说明书的相关文章

测试人员必掌握的测试文档

软件测试文档一般是提供测试信息的一组文档,可以是测试人员的工具,也可以是项目开发团队的开发辅助工具. 一般情况下,与项目相关的测试文档主要有以下几个 ~ 1.测试计划.(详情可参考一份标准的测试计划包含哪些要素文章)测试计划由测试小组编写完成后,需同项目中相关人员进行评审,以确保当前的计划与项目进度等方面是一致的. 2.测试策略.一般情况下,较大型的项目会有附加的测试策略文档 ,即详情测试设计.与开发小组中的概要设计文档类似.测试策略文档编写完成后也需要由相关项目经理.开发人员进行评审 .了解测

逆转海绵组测试文档

1.引言 本部分介绍测试基本情况和要求,包括编写目的.项目背景和术语等. 1.1 编写目的 为软件测试建立计划,供软件测试人员作为软件测试实施时的参考. 1.2 项目背景 <海绵宝宝>是一部1999年发行的美国喜剧动画,可以说是一部和我们同龄,陪伴我们成长的一部动画,它的内容搞笑,轻松解压.<逆转裁判>CAPCOM公司制作的法庭辩论型AVG游戏,在游戏中玩家扮演辩护律师,在假象规则的序审法庭上与检察官进行辩论,通过追问和质疑嫌疑人和证人,为委托人获得无罪判决是最终的胜利目的. 2

(alpha)Let&#39;s-技术文档(技术规格说明书)

技术规格说明书 抽象 首先,对抽象原则的理解,“抽象”这一概念本身就很抽象.抽象体现的是一种概括能力.我们生活中遇到的很多客体,其在某些方面具备有一些相似甚至相同的性质,以这些特点而非事物本身来认识鉴别事物.在一篇文章中举到的例子颇为直观:“当你教一个小孩认识猫的时候,你会以具体的某一只猫作为例子告诉小孩这只是猫,如此反复几次以后,当出现其他不同的猫的时候小孩子也能辨识出那是猫.每一只猫都是不同的,但它们有着共同的特性,这些特性组合起来就是一个猫的定义也就是猫这个概念的抽象.由此可以看出抽象是对

Hello World!这是一篇测试文档

这是用Windows Live Writer写的一篇测试文档仅供测试

五种方式来消除你对测试文档的仇视

据我所知,测试人员还没有一个专门的吐槽论坛.但是如果有的话,我相信我们中的很多人会承认对撰写测试文件有多么厌恶. 我工作的一部分是不断叨扰别人去写测试文件.我要他们去写文档模板,去查看团队写出的大量测试文档.我可以告诉你,想要在测试过程中发现一个有趣的bug让你的测试工作充满乐趣这只存在于想象中. 更糟糕的是,由于我是一个公司做测试文件的头儿,那么我就必须时刻标榜自己,成为别人的榜样,才能下属心甘情愿为我做事.即使我真的不喜欢,我也不能直接忽视我所负责要做的测试文件. 然而,即使测试并不是一份最

测试文档锁:doc.LockDocument()

/// <summary> /// 总结:用到DocumentManager.Open(filePath)时,如果是ForWrite,就需要用到lock文档锁. /// </summary> [CommandMethod("T38")] //测试文档锁 public void T38() { //Document doc = Application.DocumentManager.MdiActiveDocument; //如果是MdiActiveDocument

ASP.NET WebAPI使用Swagger生成测试文档

ASP.NET WebAPI使用Swagger生成测试文档 SwaggerUI是一个简单的Restful API测试和文档工具.简单.漂亮.易用(官方demo).通过读取JSON配置显示API .项目本身仅仅也只依赖一些html,css,js静态文件.你可以几乎放在任何Web容器上使用 捣鼓了好久最终效果如下 1.API控制器和action描述 2.测试接口 使用swagger 1.创建webapi项目解决方案 2.引用swagger nuget包 swashbuckle和swagger.NET

[ Laravel 5.5 文档 ] 处理用户请求 —— HTTP 请求的过滤器:中间件

[ Laravel 5.5 文档 ] 处理用户请求 -- HTTP 请求的过滤器:中间件 http://laravelacademy.org/post/7812.html 简介 中间件为过滤进入应用的 HTTP 请求提供了一套便利的机制.例如,Laravel 内置了一个中间件来验证用户是否经过认证(如登录),如果用户没有经过认证,中间件会将用户重定向到登录页面,而如果用户已经经过认证,中间件就会允许请求继续往前进入下一步操作. 当然,除了认证之外,中间件还可以被用来处理很多其它任务.比如:COR

RUC自习助手_测试文档

文档编号:2016052601 版本信息:v1.0 开发小组:找不到地方上自习组 成员:王丹丹.赵安.吴婧.杨轹丹.孟启飞.彭宇清 版本号 编写人 修改描述 修改时间 V1.0 吴婧 编写初稿 2016-5-30 I.   引言  i.   编写目的 编写这份需求分析规格说明书的目的是为了明确需求,规范化产品的编写,提高开发过程中的能见度,便于控制和管理产品的开发过程,同时安排项目规划与进度,便于程序员与用户之间的交流.协作,并进一步定制产品开发的细节问题,组织产品开发与测试,便于用户与开发商协