What-什么是CodeReview？CodeReview，即代码评审，是白盒测试中，静态测试的一种方法，通过阅读代码，提出代码层面的缺陷。Why-为什么做CodeReview？明确测试范围：根据需求文档和代码，对齐测试范围，防止研发夹带本次需求范围外的代码上线。发现隐藏缺陷：能发现某些极端场景下的问题或概率性问题。减少测试研发周期占比：节省用例执行个数，尤其多个同类异常梳理，不用执行类似用例，CodeReview一行代码即可。Who-谁适合做CodeReview？②熟悉编程规范，《阿里巴巴XXX编码规范》、《华为XXX编码规范》、《京东XXX编码规范》。③了解需求、架构和设计，需求文档/架构图/设计文档。When-什么时候做CodeReview？提测前，通过Code Diff Review，自己走读代码或者参与研发代码评审会议均可，发现功能缺陷时，通过走查代码定位代码原因，并分析是否有关联缺陷。修复缺陷时，阅读研发commit记录，检查是否引入新缺陷。上线前，通过merge范围检查是否有夹带代码，为了测试改动的临时代码是否恢复。Where-在哪里做CodeReview？线上仓库（如Gitlab），适合于修改点单一，不需要查看上下文信息就能找到缺陷。直接在网页端评审代码且发表comment。本地仓库（如IDEA），适合于修改点较多，需要查看上下文信息（变量或方法跳转到定义或使用之处）。在本地找到缺陷后在线上发表comment。How-CodeReview如何上手？准备：了解需求、架构和设计；学习编程语言；学习代码规范；实践：坚持CodeReview，记录缺陷，定期总结。如果看代码找缺陷比较困难，可以先从发现功能缺陷后，定位代码原因入手。异常未处理或提示不明确（没有catch异常，集合等没有判空和长度为0）；一致性检查：是否需求相关；是否和方案设计一致；代码风格、日志规范、异常处理等是否和统一规范一致；完整性检查：服务层是否包含了所有业务功能；数据层是否包含所有需要的数据和操作；正确性检查：计算逻辑等业务逻辑是否正确；变量是否被正确定义和使用；代码是否符合制定的标准；可修改性检查：代码涉及到常量是否易于修改，比如使用配置，定义为常量类等；建议业务方法只有一个出口和一个入口（异常处理除外）；重要公共方法是否有交叉注释说明；重要的对外方法修改后影响多个下游接口；可预测性检查：变量初始化；方法稳定性；代码是否存在死循环；代码无穷递归检查；健壮性检查：代码是否采取措施避免运行时错误（如数组边界溢出、被零除、值越界、堆栈溢出等）高可用性检查：是否有预案（降级开发、限流配置、兜底策略）；补偿方案是否合理；结构性检查：程序的每个功能是否都作为一个可辨识的代码块存在；可理解性检查：是否使用到不明确或不必要的复杂代码；代码中的算法是否符合开发文档中描述的数学模型；每个变量都定义了合法的取值范围；可验证性检查：代码功能是否便于测试；单元测试覆盖度是否足够；可追溯性检查：代码是否包括一个修订历史记录，记录中对代码的修改和原因都有记录；https://github.com/alibaba/p3c
|
