用例编写的规范和要求

（一）什么是测试用例？

测试用例其实就是一个个你测试的想法，你有了这些想法以后，详细地写下来，就成了测试用例。

测试用例是执行测试工作的依据，不仅能有效的保障知识传递和测试的管理；更重要的是能确保测试的系统性和全面性。我们写测试用例就是为了在测试中尽可能多的发现软件存在的问题，尽可能的减少缺陷的遗漏，通过事前预防保障软件的质量。

（二）测试用例有几个重要的组成部分：

（1）简明扼要的标题；

（2）详细的步骤；

（3）正确的预期结果。

（三）用例设计步骤

1、测试需求分析：从软件需求分析文档中，找出待测软件/模块的需求，通过自己的分析、理解，整理成为测试需求，要清楚被测对象具体包含哪些功能点。

2、业务流程分析：对所在行业的业务知识要熟悉，然后对被测软件/模块的业务流程要进行全盘的整理出来（可画简单的流程图作为参考），主要包含该业务流程的主流程、备选流程、数据流向、关键判断条件以及完成该操作的非必要条件。

3、测试用例设计：测试用例设计的类型主要包括功能测试、边界测试、异常测试、性能测试、压力测试等，在设计用例时要尽量考虑边界、异常等情况。

4、测试用例评审：由测试用例设计者发起，参加的人员需包括测试负责人、项目经理、开发人员及其他相关的测试人员。

5、测试用例完善：测试用例编写完成之后需不断完善，软件产品新增功能或更新需求后，测试用例必须配套修改更新；在测试过程中发现设计测试用例时考虑不周，需要对测试用例进行修改完善；在软件交付使用后客户反馈的软件缺陷，而缺陷又是因测试用例存在漏洞造成，也需要对测试用例进行完善。

（四）用例编写原则

A、功能或流程划分时，一定要简单、清晰，一个测试用例只检查一个功能点或一个流程；否则我们的测试用例会比较混乱，降低了可读性。

B、测试用例要有一个简单直观的名字，有助于读者对测试用例的理解。

C、测试用例的步骤描述要简单、清晰，一步就是一步。比如：第一步，用户登陆；第二步，用户点击“用户信息”；第三步，用户修改姓名为“张&三”；第四步，用户点击保存。这有利于提高用例的可操作性。

D、测试用例的数据要明确，特别是输入数据和期望结果。比如，测试准备数据：用户：张三，李四，王二。在排序后用例的预期结果为：李四，王二，张三。这样，用例在执行时，很清晰，有很高的可操作性，执行者对于执行结果是否正确也非常清楚。

E、测试用例需要保障唯一性，即功能用例之间不存在重叠，流程用例不存在包含关系。没有重复、冗余的测试用例，满足相应的行业标准。

F、描述要清晰、包括特定的场合、对象和术语，没有含糊的概念和一般性的描述。应尽量避免不确定的用词，如：如果、若、否则、大概、可能等。

G、测试用例中需要有充分的异常测试数据，考虑大数据量测试时的数据准备。

H、测试用例应确保覆盖详细设计中的所有功能。单功能用例要覆盖所有数据操作处理的功能点；流程用例要尽可能的覆盖程序的各种路径,考虑存在跨年、跨月的数据，兼顾各种业务变化的可能。

I、对于无输入的操作,应该详细描述其具体的操作步骤和结果.。

J、测试用例需要保障数据的正确性和操作的正确性.首先保证测试用例的数据正确,其次预期的输出结果应该与测试数据发生的业务吻合.操作的预期结果应该与程序发生的结果吻合。

该规范的目的是为用例设计人员提供测试用例编写的指导，提高编写的测试用例的可读性、合理性，及可执行性。使测试人员可以更好的执行测试，进而提高软件的质量。