测试用例及问题卡书写规范
编写目的
规范测试用例、问题卡的写法，统一测试用例的标准，防止大家写的时候过粗或过细。
指导对象
掌握计算机的基本操作，了解软件测试基本理论，掌握软件测试基本方法。
一、 测试用例
1. 测试用例的范围
根据“测试计划”中所制定的测试策略来界定。
2. 设计测试用例的根据
“用户需求文档”和“软件需求规格说明书”，如果其中有需求变动的地方，还需
要参考“需求变更文档”；
3. 通用的约定
1) “测试用例描述”、“操作过程及数据”中没有提到的条件默认为合法，对于“合
法”与“非法”统一规定如下：
a. 合法：按照需求，系统应接受的“数据”。在输入“合法” 数据后，系
统接受并正确进行到下一个环节。
b. 非法：按照需求，系统不应接受的“数据”。
2) 按钮名称用［ ］括起来；并且对其操作时要说明是“单击”或“双击”；
3) 其他动作定义
a. 内容叙述中关于鼠标左右键的使用，以右手使用习惯来叙述；
b. 界面中用鼠标将某对象从一个地方移动到另一地方，叙述为“拖拽”；
c. 页面的名称要标准，例如：内容输入的地方叙述为“输入域”、表格输
入/显示的地方叙述为“表单”；
4) 名称或需要强调的内容用“ ”括起来，例如：单击“测试大纲”链接，进入
“测试大纲”页面；
4. 测试用例的书写规范
一个完整的测试用例至少包括“测试用例描述”、“操作过程及数据” 、“预期
结果” 、“用例类别”4 个部分，归纳起来写一个测试用例要注意以下几点。
1) “测试用例描述”
要简明、概括，通过它可以了解本条用例的测试关注点；
见＜附录：测试用例_1＞
2) “操作过程及数据”
要写清楚操作过程及具体的操作数据，要叙述详细、数
据（或操作）准确，有较强的可执行性，尽量避免使用复杂而又拗口的长句；
见＜附录：测试用例_2＞
3) “预期结果”
部份说明详细、准确，结果叙述要具体，让执行用例人员可以很
快地判断出执行结果是否正确，如果执行结果影响到其它相关模块，那么也要
做出说明，对于比较复杂的预期结果要描写出验证过程，如果预期结果很明显，
则可简单说一下；见＜附录：测试用例_3-1、3-2＞
1
- 1
- 2
- 3
前往页