什么样的测试用例可以被称为好的测试用例？

好的测试用例可以提高测试执行的效率，测试的充分性和有效性。

那么，什么样的测试用例可以被称为好的测试用例？

一般来说，好的测试用例通常会具备以下特征：

• 具有较高的缺陷发现率

测试目的就是发现软件中潜伏的缺陷，好的测试用例会考虑边界条件、异常情况、用户场景等来设计，更容易发现软件缺陷，不会出现测试用例全部执行还发现不了一个缺陷的情况。

• 具有单一职责

一个测试用例应只面向一个测试点，不要将许多测试点揉在一起。一个测试点通常对应一个功能点。不要试图在一个测试用例中完成一个复杂的包含多个功能点的需求测试，因为那样增加Bug的原因分析和修复的困难。

• 用例编写是一致的、规范的

好的测试用例编写都会遵循统一的设计规范，使用统一的测试用例模板。

• 用例描述清楚、准确

好的用例描述清楚、准确，不会出现含糊的概念和一般性的描述。

例如，测试用例名称为“登录功能使用正常”，就是一个描述不清楚的例子，而应使用“登录功能中用户名唯一性验证”这样的描述。

• 操作步骤的描述是准确的、简单的

操作步骤的准确性意味着无论是谁来按照操作步骤来执行操作，都可以得到唯一的测试结果。

而且好的测试用例设计的操作步骤都不会太复杂。简单的操作容易执行、容易再现。

• 预期结果的描述是可验证的

好的测试用例描述的预期结果是可验证的，这样当实际测试结果出来以后才能迅速、明确地判断测试是否通过，软件是否存在Bug。

例如，在测试用例中描述期望结果为“登录成功”就是不可验证的。而描述为“登录动作完成后，出现退出(logout)’按钮”就是可验证的。

• 测试环境的描述是准确的、充分的

好的测试用例也会将测试环境描述得准确而充分，这样便于发现Bug后能够顺利地再现软件出错的测试过程。

• 测试的前提条件的描述是准确的、充分的

好的测试用例也会将测试的前提条件描述得准确而充分，这样既能确保测试的有效性，又便于发现Bug后能够顺利地再现软件出错的测试过程。

你的测试用例具备这些特征吗？

这正是：

遵循统一好规范，描述清楚又简单

步骤结果有要求，不忘环境和条件

参考书目：软件工程：软件建模与文档写作，作者：龙浩，出版社：人民邮电出版社