测试用例规范

一、目的

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

二、设计依据

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、 更新用例时按模块更新,把新用例添加到对应模块上;

  • 2
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值