四、 测试用例的编制及使用
1.设计测试用例
每个具体测试用例都将包括下列详细信息：编制人、审定人、编制日期、版本、用例类型、设计说明书编号、用例编号、用例名称、输入说明、期望结果(含判断标准)、环境要求、备注等。
· "测试用例名称"可以是不涉及到具体模块的功能描述，如"日期格式"，"非空检验"等。
· "输入说明"是功能模块接受的数据或各种操作描述，如"输入非法的日期格式"等。
· "期望结果"是模块接受输入后应有的正常输出描述，如"提示用户修改"等，期望结果应与输入说明一一对应。
· 测试用例用于指导执行操作，但某些意外操作也可导致程序错误，这些操作称为非预期性操作，可以先有执行报告，再后补用例。
· 测试用例的设计应考虑通用性和简洁明了。
2.执行测试用例
· 此报告用于记录执行上一步设计的测试用例的过程及结果。
· "步骤"应填入详细的操作，如"点增加 -> 输入日期 -> 保存"。"输入数据"填入具体数据，如" 2002/12/12 "。
· "期望输出"即测试用例中的"期望结果"，但描述应更具体，如"弹出提示对话框，提示用户日期格式错误"。
· "实际输出"是操作的真实结果，必须详细、清晰，便于开发人员理解。
· 如"实际输出"与"期望输出"不符，则结果为F(False)，若相符则结果为T(True) 。
3.用例模板
|
软件功能性测试用例模板 |
|
|
一、功能检查 |
|
|
1 、功能是否齐全，例如：增加、删除、修改 |
1 、功能是否齐全，例如：增加、删除、修改 |
|
3 、功能是否可以合并 |
3 、功能是否可以合并 |
|
5 、软件流程与实际业务流程是否一致 |
5 、软件流程与实际业务流程是否一致 |
|
7 、各个操作之间的逻辑关系是否清晰 |
7 、各个操作之间的逻辑关系是否清晰 |
|
9 、模块功能是否与需求分析及概要设计相符 |
9 、模块功能是否与需求分析及概要设计相符 |
|
二、面向用户的考虑 |
二、面向用户的考虑 |
|
1 、操作方便性，如：按键次数是否最少 |
1 、操作方便性，如：按键次数是否最少 |
|
3 、智能化考虑 |
3 、智能化考虑 |
|
5 、要求用户进行的操作是否多余，能否由系统替代 |
5 、要求用户进行的操作是否多余，能否由系统替代 |
|
7 、是否不经确认就对系统或数据进行重大修改 |
7 、是否不经确认就对系统或数据进行重大修改 |
|
9 、操作是否符合用户习惯，比如：热键 |
9 、操作是否符合用户习惯，比如：热键 |
|
11 、某些相似的操作能否做成通用模块 |
11 、某些相似的操作能否做成通用模块 |
|
软件数据处理测试用例模板 |
|
|
一、输入数据 |
|
|
1 、边界值 |
1 、边界值 |
|
3 、小于边界值 |
3 、小于边界值 |
|
5 、最大个数加 1 |
5 、最大个数加 1 |
|
7 、最小个数减 1 |
7 、最小个数减 1 |
|
9 、极限值 |
9 、极限值 |
|
11 、负数 |
11 、负数 |
|
13 、日期、时间控制 |
13 、日期、时间控制 |
|
15 、数据格式 |
15 、数据格式 |
|
二、数据处理 |
二、数据处理 |
|
1 、处理速度 |
1 、处理速度 |
|
3 、数据处理正确率 |
3 、数据处理正确率 |
|
三、输出结果 |
三、输出结果 |
|
1 、正确率 |
1 、正确率 |
|
3 、预期结果 |
3 、预期结果 |
|
软件流程测试用例模板 |
|
|
1 、反流程操作 |
1 、反流程操作 |
|
3 、重复操作 |
3 、重复操作 |
|
软件安装测试用例模板 |
|
|
项目名称： |
项目版本号： |
|
· 软件的安装 / 卸载流程能否正确顺利地进行 · 软件的安装 / 卸载是否简单、易学、易用 · 安装过程中的文字及提示有否错字、别字，提示信息是否完备 · 安装过程中的各选项是否有效，合理 · 安装完成后生成的快捷图标及菜单是否正确，路径是否有效 · 安装文件夹的个数及所包含的内容是否正确无误码 · INI 文件及配置文件是否正确 · 生成的系统备份文件是否正确 · 动态库及主程序的个数、内容是否正确 · 运行程序，软件各项功能是否能正常运行，如果有修改，安装后的内容是否最新 · 系统固定数据、数据库是否正确 |
|
附注：用例编码规则
功能 - 以字母 U 开头后跟数字编码
界面 - 以字母 I 开头后跟数字编码
数据 - 以字母 D 开头后跟数字编码
流程 - 以字母 F 开头后跟数字编码
安装 - 以字母 S 开头后跟数字编码
编辑推荐：
温馨提示：因考试政策、内容不断变化与调整，长理培训网站提供的以上信息仅供参考，如有异议，请考生以权威部门公布的内容为准！ (责任编辑：长理培训)
点击加载更多评论>>