测试同学参与开发的代码走读，做code review有必要么？

疑问

现在很多大厂，都会要求测试同学参与迭代过程中开发代码的code review，面试时也会要求有代码走读能力。有的同学很疑惑，测试岗位做好自己的测试工作就好了，有必要参加code review么？就算走读代码，真的能发现编码中的问题么？

讨论

其实从质量保障的角度来看，走读代码对于测试工作还是有帮助的。我认为有以下几点好处：

1. 熟悉后端代码逻辑，调用链路
2. 识别编码阶段风险，比如一些不良习惯，异常捕获问题
3. 分析bug生成的深层次原因
4. 常见的坑熟悉之后，有利于快速识别易于产生bug的高风险模块

最终产出物应该是帮助测试同学设计出更加贴近核心的测试用例或者测试方法。

一般来说，我所在的团队会要求测试同学们做两类代码走读：

1、走读迭代核心逻辑代码

• 明白核心主链路对应的代码链路，或者微服务场景下，了解应用间的依赖关系
• 说明至少一个分支逻辑（到方法级别）
• 需要设计哪些用例来覆盖该代码分支

2、走读典型后端bug的相关代码

• 了解bug出现的原因，因为什么条件会触发该bug
• 开发修复的方法和逻辑
• 列举类似原因导致的bug
• 需要设计哪些用例来覆盖该代码分支

目前我们做的大多数还是以java的后端代码走读为主，前端代码的走读还没有做，当然做的话也是类似的思路。

希望这个讨论对大家有帮助，可以随时私信我进一步沟通～