如何高效开展测试用例评审？附用例评审检查清单及用例评审报告模板

在一个完整的测试流程中，测试用例是很核心的一个产出物。一份优秀的测试用例，能确保软件产品质量的可控。

但由于每个人思维局限性，对产品背景、需求、功能实现逻辑等理解深度不一致，编写的测试用例或多或少存在一些遗漏点，就算是高级测试工程师，甚至是专家级的，也不能百分百保证说自己写的测试用例质量没有问题。因此，测试用例评审工作就显得至关重要。

测试用例评审形式

按正式程度来说：

会议评审

一种正式评审，需要以会议室且投屏的形式，进行评审活动

非会议评审

不需要开会，可以是项目组的成员对测试用例的书面检查。

按参与角色来说：

测试组评审

测试组内部成员参与的评审。当一份测试用例初稿完成后，一般先进行测试组内部评审。评审内容侧重在测试思维完整系统性、确保对需求是可追溯且高覆盖的。尤其是当测试团队有测试新人时，测试思维完整性不够，测试组内部评审必不可少。

项目组评审

即整个项目团队人员参与的评审。一般在测试组评审之后进行。包括项目经理、开发人员、架构设计人员、测试人员、产品需求人员，另外像配置管理人员、运营人员具备评审能力都应积极参与。开发人员会注重用例对程序逻辑的覆盖，产品需求人员会注重业务覆盖，另外可确保测试、开发、产品对于需求理解的一致性。

客户评审

如果是外包项目，可能会有客户方的代表，例如客户方业务人员参与的评审。一般在外包公司较常见。

测试用例评审流程

评审计划

一次高效的用例评审活动，是需要提前做好评审计划的。计划中需要明确：本次评审的目的、评审范围、参与人员的角色与职责、评审过程及形式、评审通过准则等。像用例评审检查清单(见最后附件模板)一般在此环节整理完成。

发起评审通知

待评审文档即测试用例编写完成，即可发起评审通知。用例初稿完成后，先在测试组内部发起，内部确认用例ok，再到整个项目组评审通知。

一般至少用例评审活动前2天发起评审通知，可以是OA通知、邮件通知、或者钉钉/QQ讨论群发布信息。通知内容包括：评审时间、地点、参与人员、待评审文档(测试用例文档)、评审内容(评审检查清单)。这样在正式评审活动之前，评审人员可先行检查用例并记录标注问题，提交汇总到测试负责人，保证后续会议评审效率。

用例评审

测试组内部评审

一般评审彼此的用例，以文档检查的形式居多。若需求业务逻辑复杂，视情况开展会议评审。项目组评审主要是会议评审。

会议评审

一般测试负责人(参与测试的测试团队负责人，可能是测试主管、也可能是临时小组长)为会议主持人，会议评审开始时，一般先会大致介绍用例编写的思路，可以按照核心业务流程展开评审，再到各个不同的模块的用例设计，重点包括测试验证点、测试数据、预期输出。同时针对被指出的用例问题组织讨论并做好用例标记记录。会后，整理问题清单，并明确问题责任人。

问题跟踪

评审会议后，针对用例问题清单，需及时修改测试用例。修改完成后，发给评审组成员确认，直到已达评审通过准则，评审结束。否则需采取二次甚至多次评审。

评审结束

评审结束后，测试负责人整理测试用例评审报告(见最后附件模板)、评审结果项目经理同意确认。测试用例评审通过后形成终版并完成归档。

总结

作为从业8年的软件测试工程师，经常有接触到一些测试从业者的感慨，例”公司用例不会要求去写、更别说测试用例评审工作了!”

首先关于测试用例，如果因为项目时间关系，可以做弱化，比如可以用xmind整理下测试大纲，但不能没有，它是必须！

另外测试用例评审工作，大部分公司是没有这个环节的，其实评审工作可以帮助测试团队更早地发现测试过程中的问题，可以预防问题被带入发布阶段而导致多次返工。

从时间和人力成本上来说都是很有必要实施的一项测试活动。最后，希望本文章给正在推行评审流程的你，一些帮助。

最后可以关注公众号：程序员小濠！进去有许多资料共享！资料都是面试时面试官必问的知识点，也包括了很多测试行业常见知识，其中包括了有基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。

如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！推荐软件测试交流学习群：310357728 里面会分享一些资深架构师录制的视频录像

附用例评审检查清单，仅供参考

附用例评审报告，仅供参考

如何高效开展测试用例评审？附用例评审检查清单及用例评审报告模板相关推荐

如何高效开展测试用例评审？用例评审检查清单及用例评审报告模板
一.前言在一个完整的测试流程中,测试用例是很核心的一个产出物.一份优秀的测试用例,能确保软件产品质量的可控.但由于每个人思维局限性,对产品背景.需求.功能实现逻辑等理解深度不一致,编写的测试用例或多 ...
玩转用例设计：XMind2TestCase一个高效的测试用例设计解决方案
XMind2TestCase 工具,提供了一个高效测试用例设计的解决方案(开源) 一.背景软件测试过程中,最重要.最核心就是测试用例的设计,也是测试童鞋.测试团队日常投入最多时间的工作内容之一. 然 ...
（开源）XMind2TestCase一个高效的测试用例设计解决方案
XMind2TestCase 工具,提供了一个高效测试用例设计的解决方案! 一.背景软件测试过程中,最重要.最核心就是测试用例的设计,也是测试童鞋.测试团队日常投入最多时间的工作内容之一. 然而,传 ...
xmind2testcase：高效的测试用例导出工具
软件测试的核心是什么?毫无疑问是测试分析和用例设计.测试分析一般包括三种方法:1. 质量模型分析法 2.功能交互分析法 3. 用户场景分析法.其核心在于通过多层次分析测试点,即用户角度的业务场景+技术 ...
【Python】python初学者应该知道与其他语言差异化的高效编程技巧（附测试代码+详细注释）
目录 1. 交换变量 2. 集合去重 3. 列表推导.集合推导和字典推导 4. 统计字符串中各个字符出现的次数 5.优雅地打印JSON数据 6.行内的if语句 6. 符合正常逻辑的数值比较 7. 田忌 ...
如何高效编写测试用例？【带模板、思维导图】
逛知乎的时候,经常看到无论是刚入职场的新人,还是工作了一段时间的老人,都会对编写测试用例感到困扰?例如: 固然,编写一份好的测试用例需要:充分的需求分析能力+理论及经验加持 . 但这并不意味着,没测试 ...
需求用例分析之六：业务用例之科伯恩系
作者:张克强作者微博:张克强-敏捷307 来自于科伯恩<编写有效用例>对业务用例的说明在<使用 UML 进行业务建模:理解业务用例与系统用例的相似和不同之处>中分析科 ...
软件测试通用技术04 缺陷基本概述缺陷的生命周期缺陷的识别缺陷报告缺陷报告模板测试需求、测试用例、缺陷报告的关系
1 缺陷基本概述 1.1 缺陷的定义(重要!) 软件未实现产品说明书要求的功能: 软件出现了产品说明书指明不应该出现的功能: 软件实现了产品说明书未提到的功能: 软件未实现产品说明书虽未明确提及但应该 ...
软件测试 pytest pytest的命名规则用例的前后置 conftest.py 定制allure报告 @pytest.mark.parametrize()装饰器作数据驱动
文章目录 1 pytest简介 1.1 pytest的命名规则 1.2 运行方式 1.2.1 主函数方式(少用) 1.2.2 命令行方式(少用) 1.2.3 pytest.ini的配置文件方式(最经常 ...
【Qt】QtCreator中的单例编程（以ActionManager为例）
1.ActionManager简介 ActionManager类负责注册菜单和菜单项以及键盘快捷键. ActionManager的公共函数都是静态的,只有使用信号时,才用到单例. 2.ActionMa ...

如何高效开展测试用例评审？附用例评审检查清单及用例评审报告模板

如何高效开展测试用例评审？附用例评审检查清单及用例评审报告模板相关推荐

最新文章

热门文章