发现缺陷的概率高的测试用例才是好用例。


原作者：Mikhail Rakhunov 原文链接

测试用例编号：
是由字符和数字组合成的字符串，用例编号应具有唯一性、易识别性。
举例：
系统测试用例：
产品编号—ST—系统测试项名—系统测试子项名—XXX
集成测试用例：
产品编号—IT—集成测试项名—集成测试子项名—XXX
单元测试用例：
产品编号—UT—单元测试项名—单元测试子项名—XXX

测试描述：
对于测试用例的描述。

修正历史：
用于说明测试用例何时、被谁建立或者修改，每个测试用例都应该有它的修正历史。

待测功能：
被测试的功能的名称。

测试环境：
描述在什么样的环境下进行测试。

测试准备：
除应用程序（被测对象）之外，其它任何需要准备的，比如打印机、网络、……，等等。

测试步骤：
执行当前测试需要经过的操作步骤，要明确。

预期结果：
当前用例的预期输出结果。

实际结果：
通过/失败
如果成功 – 当你进行测试时，实际发生的情况。
如果失败 – 把你看到的情况描述出来。

一次好的测试应具备的特性：
1、易于发现缺陷
2、没有多余的测试
3、既不过于简单也不过于复杂。

如果预期结果不止一个，测试用例将变的复杂起来。