测试点评审有没有必要？

柔光的暖阳◎ 2023-10-09 17:11 31阅读 0赞

测试点评审细分可分为测试组内部评审、项目组内部评审。二者有着本质区别。

首先，什么是测试点评审？

对测试人员设计的测试点(执行步骤及预期结果)进行评审是否清晰、合理、全面地过程。

什么时候做测试点评审？

测试组内部评审：写完就可以，如果还有项目组评审，则在项目组评审之前完成。

项目组内部评审：最理想的节点是需求评审后的一周内，最迟在前后端联调前。（原因一：进入正式开发前，再次讨论具体功能细节，确保开发理解的需求是正确的，防止提测后，功能实现和需求有出入导致开发返工，压缩测试时间，项目延期等。原因二：前后端联调前，开发可参考测试点进行自测，而不是盲目自测导致提测质量低。）

哪些人参加测试点评审？

测试组内部评审：由测试主管或该项目版本测试负责人发起，参与人员：测试组所有人员。

项目组内部评审：由测试人员发起，参与人员：产品经理，项目负责人，前后端开发，参与该项目版本测试的测试人员。以上人员缺一不可，尤其是产品经理和项目负责人，如有特殊情况，建议延期评审。否则一些需求细节或功能实现方式有异议的无法确认，还需要花费时间再次确认同步所有参与人员。

为什么做测试点评审？

测试组内部评审：对测试点进行查漏补缺，是否冗余、清晰等，侧重点是评审功能的测试点设计。

项目组内部评审：根据产品需求，对业务逻辑地确认以及和产品开发确认需求理解的一致性，防止开发功能遗漏等。侧重点是业务逻辑的再次确认。

怎么做测试点评审？

测试点评审，由测试人员主导预约时间和会议室，会上根据罗列地测试点逐条评审。

当然有些公司可能不做测试点评审或选择性地进行，因为测试点评审地过程，相比于需求评审更细化，比较耗时。

哪些项目适合：

1：项目庞大，逻辑复杂。（产品，开发，测试需再次确认需求，确保三方对需求理解是一致的）

2：prd描述过于简单，细节和疑问点较多，需进一步确认。

哪些项目不适合：

1：prd较模糊，产品经理不指定，具体功能实现方式由开发自定义。

2：项目功能单一，逻辑简单。

3：项目迭代频繁，交付周期短。

**最后：** 下方这份完整的软件测试视频学习教程已经整理上传完成，朋友们如果需要可以自行免费领取 **`【保证100%免费】`**  
![在这里插入图片描述][9d205f76a3bb49d8bce29972548618fa.png_pic_center]  
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！

软件测试技术交流群社：746506216（里面还有工作内推机会，毕竟我们是关系社会。）

### 软件测试面试文档 ###

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

![在这里插入图片描述][f5caea8e55384ffd9d53fbcef5d509f5.png_pic_center]

### 面试文档获取方式： ###

![在这里插入图片描述][78fad27964124b03813a2277636992ef.gif_pic_center]

[9d205f76a3bb49d8bce29972548618fa.png_pic_center]: https://img-blog.csdnimg.cn/9d205f76a3bb49d8bce29972548618fa.png#pic_center
[f5caea8e55384ffd9d53fbcef5d509f5.png_pic_center]: https://img-blog.csdnimg.cn/f5caea8e55384ffd9d53fbcef5d509f5.png#pic_center
[78fad27964124b03813a2277636992ef.gif_pic_center]: https://img-blog.csdnimg.cn/78fad27964124b03813a2277636992ef.gif#pic_center