测试用例及其设计误区

---

一、测试用例概述

1、测试用例的定义

简单地说，测试用例就是为某个业务目标而编制的一组由测试输入，执行条件以及预期结果组成的案例。

2、测试用例的特征

（1）有效性：测试用例应能够被使用，且被不同人员使用的测试结果一致；
（2）可复用性：良好的测试用例具有重复使用的功能，使得测试过程事半功倍，提高测试效率；
（3）可判定性 ：测试执行结果的正确性，每一个测试用例都应有相应的期望结果；
（4）可维护性：由于软件开发过程中需求变更等原因的影响，常常对测试用例进行修改、增加、删除等，以便测试用例符合相应测试要求。

3、测试用例包含的元素

测试用例通常包含的组成元素有：用例编号、用例名称、前置条件、优先级、测试步骤、预期结果、测试结果。

二、测试用例作用

1、在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率；
2、为规划测试数据做准备，除正常数据之外，还必须根据测试用例设计大量边缘数据和错误数据；
3、测试用例的使用令软件测试的实施重点突出、目的明确；
4、在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期；
5、检验软件是否满足客户需求，体现了一个测试人员的工作量，展现测试用例的设计思路。

三、测试用例的设计误区

1、强调测试用例设计的越详细越好

这种做法和观点最大的危害就是耗费了很多的测试用例设计时间和资源，可能等到测试用例设计、评审完成后，留给实际执行测试的时间所剩无几了。因为当前软件公司的项目团队在规划测试阶段，分配给测试的时间和人力资源是有限的，而软件项目的成功要坚持“质量、时间、成本”的最佳平衡，没有足够多的测试执行时间，就无法发现更多的软件缺陷，测试质量更无从谈起了。所以说，测试用例中的测试步骤需要详细到什么程度，主要取决于测试用例的“最终用户”（即执行这些测试用例的人员），以及测试用例执行人员的技能和产品熟悉程度。

2、测试用例设计是一劳永逸的事情

测试用例与需求和设计不同步的情况在实际开发过程中是屡见不鲜的，测试用例文档是“活的”文档，这一点应该被测试工程师牢记。

3、让测试新人设计测试用例

让测试新人设计测试用例是一种高风险的测试组织方式，它带来的不利后果是设计出的测试用例对软件功能和特性的测试覆盖性不高，编写效率低，审查和修改时间长，可重用性差。因此，实际测试过程中，应安排经验丰富的测试人员进行测试用例设计，测试新人可以从执行测试用例开始，随着项目进度的不断进展，测试人员的测试技术和对被测软件的不断熟悉，可以积累测试用例的设计经验，编写测试用例。