五、怎么编写有效的测试用例？

在上面，我们已经介绍了测试的方法，方法的选择等。那是否我们了解了这些就能编写出有效的测试用例呢？那不见得，下面针对用例编写规范等说明怎么编写出一套有效的测试用例：

测试用例的易测性。首先保证用例的简洁性，简洁性的衡量方法就是执行测试花费的时间长短以及在测试过程中是否能保持整个测试的纯净（没有必要把用例写成用户使用说明书）。其次保证用例的正确性，正确性意味着测试人员根据测试用例进行的测试获得，这要求测试员必须正确理解需求。 

使用合理的语言。测试人员该做什么，系统输出什么应该写得很清楚明白，也就是说首先要分清楚测试用例的输入和预期输出。一种最好的避免含义混淆的方法是在操作步骤中采用动词+名词的结构，动词总是测试人员要做得事情，名词总是测试人员操作的对象、事物。将同一个事物命名为同一个名称，不管这个事物是否通过不同的方式出现。优秀的软件测试用例，理想情况是每个对计算机操作熟悉的人都能执行。

控制测试用例的长度。在Step-by-step用例中一个比较好的长度是不多于15步，要达到：执行每个测试用例花费更少的时间；测试人员很少犯错误、丢失步骤或需要帮助；测试经理能够准确地估计测试的时间；测试结果更容易跟踪 。 

使用用例编写模板。通过模板让编写测试用例更方便，提高测试用例的组织性、标准、格式统一美观。样更有助于测试人员寻找信息。 

测试用例依赖关系。具有依赖关系的测试用例是一些需要依靠先前的测试用例执行结果来执行的用例。应考虑是否真的需要其它的测试的结果作为数据输入，如果是，那么测试必需是累积的，应尽量避免这种情况。要保持测试用例依赖关系的正确性和一致性，并以合理的顺序来安排测试用例的顺序 。

六、测试用例的管理

你是不是在每次在用例编写后就放任不管，束之高阁了呢？如果是这样，那我认为这是一种对资源的浪费。我们在每次做完测试后，应该尽可能从用例集中提取出基本测试用例集，以便后面项目测试中直接复制使用，这提高了测试用例的复用率，同时也大大提高了我们的工作效率。

如果测试的是一个持续改进的项目，那我们在测试执行后应补充（修正）用例，以便用于后续版本的执行。否则经过多伦测试后，用例仍然与第一个版本保持不变，可能会造成大量失效，导致不可执行而丢弃掉。

我们要跟踪分析测试用例的设计效率，持续改进我们的用例设计方法集。这样才能使我们的测试质量更高，尽可能的消除上线后可能出现的严重故障。测试用例设计效率计算公式为：DE=(TDFT/NTC)×100% 其中:TDFT=测试过程中发现的全部缺陷,NTC=运行的测试用例数。

总结：

这里虽我然讲的是功能测试用例的设计思路和方法，但也同样适用于其它类型的测试用例设计。设计一个成功高效的测试用例集是一个非常具有挑战性的工作，需要我们不断的探究和学习。如果你将来或者现在有一些更好的建议，也希望拿出来给大家进行分享。我始终认为知识需要通过传播和交流，才能获得跨越式的提高。