审查代码变更
当讨论小的新功能或错误修复时，讨论通常集中在更改代码上。在这种情况下，最好并排检查代码，将旧代码与新代码进行比较。从需要审查的文件列表开始审查，并清楚地解释每个文件需要更 v改的 电话号码清单 地方。然后按照适当的逻辑顺序检查每个文件中更改的详细信息。如果从高级定义开始，则可以从任何方向进行审查。
审查新代码
首先解释要讨论的需求和高级设计，然后列出将要添加的新类和文件。确保深入研究更复杂的部分（新算法、资源并发问题等）。按照逻辑顺序检查代码（如果观众没有适当的背景来理解它，请不要直接跳到新算法）。留出足够的时间来审查代码中较复杂的部分（如果只剩下五分钟来审查复杂的算法，只需安排另一个审查会议，不要试图在不足的时间内审查复杂的问题）。再次强调，以高层次解释开始的评论可以朝任何方向发展。即便如此，对于新代码，大多数情况下，在得到高层解释后，按照自上而下的方式讨论问题会更容易、更有效。
当然，审查可能涉及新代码和代码更改的混合，在这 不同地区互联网速度比较表示例： 种情况下，最好对每种情况采用适当的方法。在这种情况下，从哪里开始审查的逻辑，是从新代码还是代码更改开始，取决于哪个顺序更容易理解。
复习测试
运行单元测试（无论是新的单元测试还是对现有单元的更新） 我应该从 都应该成为代码审查的一部分。这是您确保新代码经过充分测试并且测试涵盖真实情况而不是与要求无关的 阿尔及利亚商业指南b 虚构情况的机会。您可以从测试开始审查，因为在某些情况下，这是理解或修复已实现功能的最佳起点。