测试用比方何评审，有什么预备事项和必要留意的点？
目次：导读什么是用例评审
参会人员
何时进行
会前预备
作用
会后
其他留意事项
写在末了
https://i-blog.csdnimg.cn/blog_migrate/a1e3560e81fe85990cf7f9ba60427484.png
众所周知，对于测试同砚来说，在软件研发流程中有两个重要的集会，一个是需求评审集会，另一个是用例评审集会。
不知道大家把“用例评审”放在了什么样的“地位”。
在我看来，用例评审是测试流程中不可或缺的一环，用例评审许多测试人员不重视，但是每每不重视的环节其实做好了可以起到意想不到的效果。
以是，本日我们就来聊一聊测试用例评审。
什么是用例评审
当我们写完测试用例后，并不代表这份用例都是精确的，所有场景都已经覆盖到，以是必要多方人员进行查缺补漏。
简而言之，用例评审就是产物、开辟、测试一起对写好的测试用例进行review的过程。
参会人员
用例评审一定是要求产物（订定该需求的产物经理）、开辟（实现该产物的前后端开辟人员）、测试（负责该需求用例编写和执行的测试人员）都参与。
集会由测试人员主导，相应需求的测试同砚依次上去讲解自己的测试用例。
何时进行
用例评审集会是在开辟提测之前，一般会提前一天关照相关人员，并预约好集会室，确定大家时间是否方便。
会前预备
在用例评审之前必要确保测试用例编写基本完成，可以先把用例给测试小组的同事先评审一遍，看看有没有什么标题。
提前五分钟到达集会室做预备，把测试用例、需求页面、原型图、开辟设计页面、UI图等都打开。
用例较多时，提前做好标注，哪些是优先级比力高的，哪些是前端用例，哪些是后端用例，哪些是有疑问的点，方便偏重点评审，省时省力，而不是每条用例都必要评审。
还可以将测试用例给到相关人员提前查阅。
作用
对于产物经理：
[*]检查测试人员是否准确理解需求，确保每个需求点都覆盖到。
[*]通过评审正常和非常的测试用例，来反思当时设计需求时未考虑的环境，也是自我回溯的一个过程。
对于开辟人员：
[*]检查自己的步伐代码是否还有许多环境未考虑美满，对自己的代码也是一个自我回溯检查的过程，间接实现了测试左移。
[*]对于用例中无法实现的逻辑及时沟通，三方告竣高度同等。
对于测试人员：
测试人员作为用例评审集会的主角，作用就不必多说了。
会后
用例评审集会后，必要对评审中的标题进行跟进和美满。
[*]必要产物经理增补和修改的点必要让其在需求文档和原型图上进行记载
[*]对遗漏的测试点进行增补，对有误的测试点进行修正，并对用例进行管理
其他留意事项
[*]集会时长最好控制在1个小时之内，如果内容较多，可分多次评审
[*]结合可视化界面，针对页面测试点可提前打开原型图、UI图、设计图等
[*]报告时要表达清晰，有主题和条理，好比上来可以先介绍一下你这个需求是干嘛的，然后再分部分细讲
[*]对于有歧义的标题，必要与产物和开辟同砚确认清晰
[*]评审过程中，参会人员可能会有视觉和听觉疲劳，主讲人要抓住重点和重要人员
[*]对于评审过程中的标题，及时做好标记
写在末了
如果你以为文章还不错，请大家 点赞、分享、留言 下，由于这将是我连续输出更多优质文章的最强动力！
领取资料【留言：软件测试资料】
看到这篇文章的人有以为我的理解有误的地方，也欢迎评论和探讨～
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]