测试点评审细分可分为测试组内部评审、项目组内部评审。二者有着本质区别。
首先，什么是测试点评审？
对测试人员设计的测试点(执行步骤及预期结果)进行评审是否清晰、合理、全面地过程。
什么时候做测试点评审？
测试组内部评审：写完就可以，如果还有项目组评审，则在项目组评审之前完成。
项目组内部评审：最理想的节点是需求评审后的一周内，最迟在前后端联调前。（原因一：进入正式开发前，再次讨论具体功能细节，确保开发理解的需求是正确的，防止提测后，功能实现和需求有出入导致开发返工，压缩测试时间，项目延期等。原因二：前后端联调前，开发可参考测试点进行自测，而不是盲目自测导致提测质量低。）
哪些人参加测试点评审？
测试组内部评审：由测试主管或该项目版本测试负责人发起，参与人员：测试组所有人员。
项目组内部评审：由测试人员发起，参与人员：产品经理，项目负责人，前后端开发，参与该项目版本测试的测试人员。以上人员缺一不可，尤其是产品经理和项目负责人，如有特殊情况，建议延期评审。否则一些需求细节或功能实现方式有异议的无法确认，还需要花费时间再次确认同步所有参与人员。
为什么做测试点评审？
测试组内部评审：对测试点进行查漏补缺，是否冗余、清晰等，侧重点是评审功能的测试点设计。
项目组内部评审：根据产品需求，对业务逻辑地确认以及和产品开发确认需求理解的一致性，防止开发功能遗漏等。侧重点是业务逻辑的再次确认。
怎么做测试点评审？
测试点评审，由测试人员主导预约时间和会议室，会上根据罗列地测试点逐条评审。
当然有些公司可能不做测试点评审或选择性地进行，因为测试点评审地过程，相比于需求评审更细化，比较耗时。
哪些项目适合：
1：项目庞大，逻辑复杂。（产品，开发，测试需再次确认需求，确保三方对需求理解是一致的）
2：prd描述过于简单，细节和疑问点较多，需进一步确认。
哪些项目不适合：
1：prd较模糊，产品经理不指定，具体功能实现方式由开发自定义。
2：项目功能单一，逻辑简单。
3：项目迭代频繁，交付周期短。
最后： 下方这份完整的软件测试视频学习教程已经整理上传完成，朋友们如果需要可以自行免费领取 【保证100%免费】
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
软件测试技术交流群社：746506216（里面还有工作内推机会，毕竟我们是关系社会。）
软件测试面试文档
我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。
面试文档获取方式：
