测试用例规范

一、目的

统一的测试用例编写规范，为测试设计人员提供测试用例编写的指导，提高编写的测试用例的效率、可读性、可执行性，以保证使用最有效的测试用例，使测试执行人员更好执行测试，提高测试效率，保证测试质量。

二、设计依据

1.需求

2.原型图

三、用例要素

用例编号

所属模块

用例标题

优先级

前置条件

操作步骤

预期结果

测试结果

备注

1.1.用例编号

1、 用例编号是由字符和数字组成的有序的字符串，具有唯一性、易识别性。

2、系统测试的用例编号标准格式为： jdyd-0001，顺序递增；

1.2.所属模块

所属模块在设计用例前进行明确和定义，以需求说明和UI界面的分类为参考依准，最多分三级，当存在多个级别时，不同级别用“/”分隔。

1.3.用例标题

1、 标题描述简洁清晰，无歧义，用概括的语言描述出该用例的关注点；

2、 每个用例的标题不可重复。

1.4.优先级

分为P0、P1、P2级。

P0：冒烟测试所必须的用例，判断软件可用的最小化用例，以确保软件系统能够运行并能够执行后续的正式测试。

P1：验证需求中所有功能必须的用例，包含正、反两种情况。以保证系统实现了需求中的所有功能要求。

P2：通过综合运用各种测试方法（包括但不限于等价划分法、边界值法、因果图法、错误检测法、探索性测试法 等等）延伸的用例。

1.5.前置条件

1、 执行当前测试用例时需要的前提条件，若不满足此前提条件，则无法执行后边的测试步骤。

1.6.操作步骤

1、操作步骤要明确的给出每个步骤的详细描述，即测试的输入操作，如点击XXX页面，或点击XXX按钮，或检查XXX内容。若步骤中需要选择或输入数据，需要明确数据的符合条件。

1.7.预期结果

1、 描述当前用例的预期输出结果，包括返回值的内容、界面的响应结果、输出结果的规则符合度、数据库等存储表中的操作状态等。

2、 预期结果中含有数学统计的，要写清楚计算公式；

3、 需通过查询数据库校验结果的，要明确到具体使用的数据表和数据字段；（数据表和数据字段描述，原则上要求在用例之初期完成，但现实操作中可能存在困难，所以要求在第一轮测试的时候必须要更新用例，补充完善上述内容。由该功能的测试人员补充）

4、 预期结果和测试步骤必须一一对应。

1.8.测试结果

执行用例后的结果通过（Pass）、失败（Fail）、阻塞（Block）

1.9.备注

更新测试用例要有更新记录，包括更新人、更新时间、更新内容、更新原因，这些要写在备注中。此外，其他对用例的说明，也可写在这里。

四、编写流程

需求分析->提取测试点->测试用例编写->测试用例评审->测试用例完善

1. 需求分析：测试用例编写的前提。测试人员根据提供的需求进行测试需求分析，找出明显的和隐含的需求。

2. 提取测试点：依据测试分析整理并构思测试用例大纲，

3. 测试用例编写：将测试大纲细化为测试用例。

4. 测试用例评审：测试用例编写完成后要进行评审，参加的人员应包括测试负责人、产品经理、项目负责人、开发人员及其他相关的测试人员。除了对用例中的功能进行评审，还要对用例优先级进行评审确认。

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

五、注意事项

1、 按模块顺序编写测试用例，模块顺序尽量与需求和UI设计保持一致；

2、 更新用例时按模块更新，把新用例添加到对应模块上；