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 如“实际输出”与“期望输出”不符,则结果为F(False),若相符则结果为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、极限值 |
10、0值 |
11、负数 |
12、非法字符 |
13、日期、时间控制 |
14、跨年度数据 |
15、数据格式 |
|
二、数据处理 |
1、处理速度 |
2、处理能力 |
3、数据处理正确率 |
4、计算方式 |
三、输出结果 |
1、正确率 |
2、输出格式 |
3、预期结果 |
4、实际结果 |
软件流程测试用例模板 |
1、反流程操作 |
2、反逻辑操作 |
3、重复操作 |
4、反业务流程操作 |
软件安装测试用例模板 |
项目名称: |
项目版本号: |
Ø 软件的安装/卸载流程能否正确顺利地进行
Ø 软件的安装/卸载是否简单、易学、易用
Ø 安装过程中的文字及提示有否错字、别字,提示信息是否完备
Ø 安装过程中的各选项是否有效,合理
Ø 安装完成后生成的快捷图标及菜单是否正确,路径是否有效
Ø 安装文件夹的个数及所包含的内容是否正确无误码
Ø INI文件及配置文件是否正确
Ø 生成的系统备份文件是否正确
Ø 动态库及主程序的个数、内容是否正确
Ø 运行程序,软件各项功能是否能正常运行,如果有修改,安装后的内容是否最新
Ø 系统固定数据、数据库是否正确
|
附注:用例编码规则
功能—以字母U开头后跟数字编码
界面—以字母I开头后跟数字编码
数据—以字母D开头后跟数字编码
流程—以字母F开头后跟数字编码
安装—以字母S开头后跟数字编码