测试用例-其他相关知识

前后用了不少的篇幅来谈测试用例,包括它的方法、编写原则与标准。

本篇文章来分享关于测试用例的剩余基础知识。

测试用例级别划分

描述此部分内容时,以淘宝作为参考对象。

测试用例-其他相关知识_第1张图片

1、极为重要

这一级别测试用例要重点关注,是不允许出一丁点错误的。淘宝中,与支付相关的测试用例,就属于此级别的。

测试用例-其他相关知识_第2张图片

2、重要

这一级别的测试用例主要涉及的是业务功能,比如淘宝中的浏览商品,加入购物车,下单等,这些功能没有处理好,会影响到营收。

测试用例-其他相关知识_第3张图片

3、一般

这一级别的用例主要涉及查询、下载、添加等功能,比如淘宝个人信息中的添加收货地址,虽然此功能会在短时间内对用户造成一定的影响,但是相较于前两种,没那么重要。

4、轻微

主要涉及界面UI,文案类的测试用例。尽管一般情况下,都会将文字的错误划分为轻微级别,但是,对于用户体量大的应用,可以适当提高重要级别。

测试用例评审

测试用例是软件测试的依据。

由于测试人员在项目初期,对于需求、设计等理解程度不同,首次设计编写的测试用例质量难免会有不同程度的差异,故对编写的测试用例进行评审是很有必要的。

用例评审的作用是,通过评审过程,能够使测试用例结果清晰化,场景覆盖全面化以及优先级别合理化。

测试用例评审的内容

  1. 用例设计的结构安排是否清晰合理,是否能够高效的进行需求覆盖
  2. 用例的优先级是否合理
  3. 测试用例是否覆盖了测试需求的所有功能点(业务+所有流程+场景+功能)
  4. 测试用例是否有很好的可执行性,例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确
  5. 正确性,非法性,特殊情况数据是否都有考虑
  6. 测试用例是否简洁美观,是否易于管理执行

用例评审会议

测试用例-其他相关知识_第4张图片

部门评审:测试团队内部成员参与的评审

项目评审:与项目相关的全体成员参与的评审

以上就是本篇文章所要分享的内容,欢迎各位大牛指正。你的指正,能让我在测试之路上快速成长。

Leo Never Stop Fighting!

你可能感兴趣的:(测试,转行)