软件技术评审是由一组合格的软件工程师对软件产品的适用性进行检查的过程。我们也可以将其定义为对软件对象进行的关键性评估。通过软件技术评审流程，我们可以在早期阶段发现软件产品中的错误或缺陷。
目录
- 什么是软件技术评审？
- 软件技术评审的目标
- 软件技术评审的类型
- 正式评审与非正式评审的区别
- 软件技术评审的重要性
- 评审方法论
- 结论
- 关于软件技术评审的常见问题
什么是软件技术评审？
软件技术评审 是一个正式的过程，在此过程中，由一组同行对软件工件（如需求、设计文档、源代码、测试计划和其他相关文档）进行检查，以发现缺陷并寻找改进机会。我们的主要目标是确保软件满足其指定的需求，并在进入下一个开发阶段之前消除缺陷。
软件技术评审的目标
以下是软件技术评审的主要目标：
!Objectives-of-Software-Technical-Reviews软件技术评审的目标
- 缺陷识别：为了在软件生命周期的早期检测出缺陷和问题。
- 质量保证：为了确保软件符合质量标准和需求。
- 改进：为了对设计、代码和文档提出改进建议。
- 知识共享：为了促进团队成员之间的思想和知识交流。
- 合规性：为了确保软件遵守监管和合规标准。
软件技术评审的类型
本节的目的是让大家认识到，项目中必须执行的评审类型取决于所产生的特定中间交付物。此外，我们还应在各种应用领域的评审流程背景下对其进行描述。
!Types-Software-Technical-Review软件技术评审的类型
1. 同行评审
由同事进行的非正式评审，旨在提供快速反馈和建议。
- 描述：由同事、同行或队友进行的非正式评审，旨在提供快速反馈和建议。这些评审侧重于通过协作讨论和即时纠正措施来提高工作产品的质量。
- 目的：为了尽早发现缺陷，分享知识，并提高软件产品的质量。
- 过程：通常是非结构化的，不遵循正式的流程。它可以自发发生，通常在结对编程或代码共享会议期间进行。
- 示例：一位开发人员请队友审查他们刚刚编写的一段代码。
2. 走查
半正式的评审，由文档或代码的作者向一组评审人员讲解内容。
- 描述：半正式的评审，其中文档或代码的作者向一组评审人员讲解内容。重点在于理解材料并收集反馈，而不是发现缺陷。
- 目的：为了确保内容清晰、逻辑通顺并符合要求。走查也是一种知识共享机制。
- 过程：作者展示材料（通常使用幻灯片或文档），评审人员提出问题并提供反馈。通常不进行正式的缺陷记录。
- 示例：项目经理带领团队过一遍新的项目计划，以收集反馈并确保每个人都理解即将到来的任务。
3. 审查
具有结构化流程和预定义角色的正式评审，侧重于缺陷的检测和纠正。
- 描述：具有结构化流程和预定义角色的正式评审，侧重于缺陷的检测和纠正。审查是系统且彻底的，目标是识别尽可能多的缺陷。
- 目的：为了在开发过程的早期检测并纠正缺陷，确保高质量的交付物。
- 过程：包括计划、准备、审查会议、返工和后续跟进。分配特定的角色，如主持人、作者、记录员和评审员。
- 示例：软件开发团队举行正式的代码审查会议，以审查应用程序的最新模块。
4. 审计
进行的审查以确保符合标准、法规和合同协议。
- 描述：进行的审查以确保符合标准、法规和合同协议。