支持一下

为什么不能测试也参与代码评审呢？从底层逻辑来看，需求实现来自于代码的修改，你针对开发修改的代码做评审，可以从测试角度思考代码实现，提前发现问题（或者一些小的修改点验证，你能更好的知道验证范围）。当然会对测试代码要求高一些（此处只考虑测试左移的考虑点，不对测试技术讨论）。还有一点代码扫描的规则，可以的话最开始的规则约定，测试最好也参与一下。还有质量门禁思考为什么？对于开发提交的代码交给工具审核，也是对于开发的一种约束。（个人经验，不要太相信开发交付的东西，不仅限于代码，参数中心配置，数据库表创建，脚本等修改）