代码审查是一种将源代码分解成小段的做法，由团队的主管或前辈检查这些源代码，然后在测试之前进行检查。这是敏捷方法中主要遵循的一个过程。
代码审查的主要目的是发现错误，及时发现错误并确保代码遵循标准做法。可以将其称为双向交流，在这种情况下，编码人员和检查代码的人员都可以互相学习，并消除可能会影响产品的任何潜在错误。
代码审查和代码走查的区别：
代码审查是由若干程序员和测试员组成一个审查小组，通过阅读、讨论和争议，对程序进行静态分析的过程。
走查是审评过程中采用的一种方法。走查时，软件设计者或程序开发人员指导一名或多名其他参加评审的成员，通读已书写的设计文档或编码，其他成员负责提出问题，并对有关技术、风格、可能的错误、是否有违背评审标准的地方进行评论。审查是一种正式的评定技术。由除被审查对象的作者之外的某人或某一小组自习检查软件需求、设计或编码，以找出故障和其他一些问题。
代码审查在软件开发生命周期中的作用
对于初学者来说，代码复查和测试都是包含在软件开发生命周期中的最佳实践。但是，两者在其各自的方式上都是独特的，不能混淆。认为您不需要代码审查是错误的，因为您已经在SDLC中进行了测试，反之亦然。
代码审查涉及检查代码，该检查可能包括也可能不包括检查错误。它涉及检查代码风格是否符合所有策略，是否存在违反安全性的问题，最重要的是，是否易于理解代码。目的是检查代码是否简单，是否遵循所有策略和标准，最重要的是，是否达到目的。
另一方面，测试具有几个类别。测试的主要目的不是检查代码，而是检查应用程序是否正常运行。测试包括检测应用程序不同层中是否存在任何错误，应用程序是否满足涉众的所有要求并确保将检测到的问题传达给相关团队。
假设地，代码审查可以代替测试。在很小的应用程序中，如果有多个审阅者仔细地检查代码，他们可能会确定执行单元测试时可能引起缺陷的部分。仅假设，不现实。
手动或自动化测试通常采用固定方法来检查应用程序流，并确定是否有任何异常的行为。
但是，代码审查需要人工干预。人类的大脑很复杂，可能会想到编写测试脚本时可能尚未预编程的方案。有经验的代码审查员可以在编写有效测试用例的过程中，在测试人员可能没有想到的特定情况下，检测出可能导致破坏的任何错误代码行。
但是，仅当应用程序非常小且可能仅包含一百行代码时，代码审查才能代替测试。在大型应用程序的情况下，范围会变大，无论有多少审阅者一起检查代码，集成代码时，应用程序都可能会造成损坏。这就是测试起作用的地方。
但是，测试不能以假设或现实的方式代替代码审查。尽管测试可以检测到所有错误并由开发人员修复它们，但让我们讨论一个方案，该方案将清楚说明为什么它不能代替代码审查。
代码审查和测试都是软件开发阶段不可或缺的一部分，并且永远不可能完全替代。
推荐阅读：
如何进行代码审查？代码审查工具都有哪些？
白盒测试方法有哪些？白盒测试工具有哪些？
我们为什么要使用静态代码扫描工具？常用静态代码扫描工具对比
软件测试人员该如何选择白盒测试工具？常用的白盒测试工具汇总
超实用的代码质量审核和管理工具CodeAnalyzer
sales@spasvo.com
