一、目的
统一的测试用例编写规范,为测试设计人员提供测试用例编写的指导,提高编写的测试用例的效率、可读性、可执行性,以保证使用最有效的测试用例,使测试执行人员更好执行测试,提高测试效率,保证测试质量。
二、设计依据
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、 更新用例时按模块更新,把新用例添加到对应模块上;