测试人员对代码不是特别熟悉，仅能看懂代码，想问下，从那几个点去 Review 呢？有什么建议吗？
重在参与~
站在测试的角度，重要的还是对业务足够熟悉，更多的从业务出发去思考。最后贴一张图
我觉得测试不经常写代码，而且大多数水平一般，还是不要给建议了。
重在参与~
我一般关注具体实现逻辑是否有漏洞（比如写法上是否有空指针风险），是否和测试对需求的理解一致。
说实话能提出问题或者建议的情况不多，毕竟有信心给大家 cr 的开发，基本代码也不会太差。更多是通过了解代码实际逻辑，帮助自己补充一些需求上不一定能体现，但技术实现上会存在的异常场景用例，以及提高自己的一些代码知识水平。
曾经写过类似的博文，供楼主参考：再谈 Code Review
重在参与
我一般只关注业务有没有实现，特别是一些隐藏的要做的。比如报错、异常流处理等，比较多的是报错提示的友好性，这个主要从运维角度出发。
代码本身我不发表任何意见，随便哪个 sonar 或者 ChatGPT 提的建议都比我强
换个思路，找领导问问喊你去的目的是什么？
也不会真有人的目标是让你提代码怎么改吧。。。
测试参与代码 review 主要关注代码改动的影响范围，有没有遗漏的测试点，通过代码 review 了解技术实现细节，反过来补充和完善测试场景，做到尽可能的覆盖全面