咚咚咚
静静聆听内心世界的声音                                  常常有令人欢喜的旋律响起                                可以简单、可以深沉                                    可以抒情、可以喧哗
posts - 4,comments - 12,trackbacks - 0

编写用例 

用例评审

用例修改 

进入版本控制 

使用用例&维护&升级

一、定义

测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。

二、测试用例的分类

根据测试过程中具体涉及到问题类型及测试需求,可将测试用例分为如下:

l         功能性测试用例

l         界面测试用例:适用于所有测试阶段中的界面测试

l         数据处理测试用例:适用于所有测试阶段中的数据处理测试

l         操作流程测试用例:适用于所有流程性的测试

l         安装测试用例:适用于所有安装测试

三、测试用例管理

编写用例用例评审←→用例修改→进入版本控制←→使用用例&维护&升级

l         编写用例:测试工程师根据需求规约、概要设计、详细设计等文档编写测试用例。

l         用例评审:原则上用例象程序一样,要经过多次的修改才可以通过,实际工作中通常进行一次。

l         用例修改:评审结束后,您需要根据评审意见进行修改,修改后通常不再进行评审。

l         使用用例:执行测试用例,并记录到测试用例执行报告中。

l         用例升级/维护:随着软件产品不断修改、升级,对应的用例也需要升级维护。针对同一个项目,可以根据需求的变更不断进行维护;如果是产品,用例的维护更加重要,要达到用例和产品的版本一一对应。

四、测试用例的编制及使用

1、设计测试用例

每个具体测试用例都将包括下列详细信息:编制人、审定人、编制日期、版本、用例类型、设计说明书编号、用例编号、用例名称、输入说明、期望结果(含判断标准)、环境要求、备注等。

测试用例

编制人

 

审定人

 

编制日期

 

版本

 

测试用例类型

 

设计说明书编号

 

测试用例编号

 

测试用例名称

 

 

输入说明(列出选用的输入项,覆盖正常、异常情况):

 

期望结果(逐条与输入项对应,列出预期输出):

 

环境要求(测试要求的软、硬件、网络要求):

 

 

备注:

l       “测试用例名称”可以是不涉及到具体模块的功能描述,如“日期格式”,“非空检验”等。

l       “输入说明”是功能模块接受的数据或各种操作描述,如“输入非法的日期格式”等。

l       “期望结果”是模块接受输入后应有的正常输出描述,如“提示用户修改”等,期望结果应与输入说明一一对应。

l       测试用例用于指导执行操作,但某些意外操作也可导致程序错误,这些操作称为非预期性操作,可以先有执行报告,再后补用例。

l       测试用例的设计应考虑通用性和简洁明了。

2、执行测试用例

 

测试用例执行报告

编号:

 

项目名称:

 

模块编写人员:

 

被测模块:

 

功能描述:

 

测试人员:

 

测试用例:

 

测试日期:

 

总结果(T/F)

 

步骤序号:

步骤

输入数据

期望输出

实际输出

结果(T/F)

1

 

 

 

 

 

2

 

 

 

 

 

3

 

 

 

 

 

4

 

 

 

 

 

 

 

 

 

 

 

l       此报告用于记录执行上一步设计的测试用例的过程及结果。

l       “步骤”应填入详细的操作,如“点增加->输入日期->保存”。“输入数据”填入具体数据,如“2002/12/12”。

l       “期望输出”即测试用例中的“期望结果”,但描述应更具体,如“弹出提示对话框,提示用户日期格式错误”。

l       “实际输出”是操作的真实结果,必须详细、清晰,便于开发人员理解。

l       如“实际输出”与“期望输出”不符,则结果为FFalse),若相符则结果为T(True)

3、用例模板

软件功能性测试用例模板

一、功能检查

1、功能是否齐全,例如:增加、删除、修改

2、功能是否多余

3、功能是否可以合并

4、功能是否可以再细分

5、软件流程与实际业务流程是否一致    

6、软件流程能否顺利完成

7、各个操作之间的逻辑关系是否清晰

8、各个流程数据传递是否正确

9、模块功能是否与需求分析及概要设计相符

 

二、面向用户的考虑

 

1、操作方便性,如:按键次数是否最少

2、易用性,面对用户的操作是否简单易学

3、智能化考虑

4、提示信息是否模糊不清或有误导作用

5、要求用户进行的操作是否多余,能否由系统替代

6、能否记忆操作的初始环境,无需用户每次都进行初始化设置

7、是否不经确认就对系统或数据进行重大修改

8、能否及时反映或显示用户操作结果

9、操作是否符合用户习惯,比如:热键

10、各种选项的可用及禁用是否及时合理

11、某些相似的操作能否做成通用模块

 

 

软件数据处理测试用例模板

一、输入数据

1、边界值

2、大于边界值

3、小于边界值

4、最大个数

5、最大个数加1

6、最小个数

7、最小个数减1

8、空值、空表

9、极限值

100

11、负数

12、非法字符

13、日期、时间控制

14、跨年度数据

15、数据格式

 

二、数据处理

1、处理速度

2、处理能力

3、数据处理正确率

4、计算方式

三、输出结果

1、正确率

2、输出格式

3、预期结果

4、实际结果

 

软件流程测试用例模板

1、反流程操作

2、反逻辑操作

3、重复操作

4、反业务流程操作

 

软件安装测试用例模板

项目名称:

项目版本号:

Ø         软件的安装/卸载流程能否正确顺利地进行

Ø         软件的安装/卸载是否简单、易学、易用

Ø         安装过程中的文字及提示有否错字、别字,提示信息是否完备

Ø         安装过程中的各选项是否有效,合理

Ø         安装完成后生成的快捷图标及菜单是否正确,路径是否有效

Ø         安装文件夹的个数及所包含的内容是否正确无误码

Ø         INI文件及配置文件是否正确

Ø         生成的系统备份文件是否正确

Ø         动态库及主程序的个数、内容是否正确

Ø         运行程序,软件各项功能是否能正常运行,如果有修改,安装后的内容是否最新

Ø         系统固定数据、数据库是否正确

 

 

附注:用例编码规则

功能以字母U开头后跟数字编码

界面以字母I开头后跟数字编码

数据以字母D开头后跟数字编码

流程以字母F开头后跟数字编码

安装—以字母S开头后跟数字编码

 

 

posted on 2005-12-02 13:20 咚咚咚 阅读(1053) 评论(0)  编辑 收藏 引用 所属分类: TestCase
只有注册用户登录后才能发表评论。