软件工程中的正式技术审查 (FTR)
正式技术评审 (FTR)是由软件工程师执行的软件质量控制活动。
正式技术审查 (FTR) 的目标：
其中一些是：
- 有助于发现任何软件表示的逻辑、函数和实现中的错误。
- FTR 的目的是验证软件是否满足指定的要求。
- 确保根据预定义的标准来表示软件。
- 它有助于审查以统一方式开发的软件的统一性。
- 使项目更易于管理。
此外，FTR 的目的是使初级工程师能够更密切地观察分析、设计、编码和测试方法。 FTR 还致力于促进备份和连续性，以熟悉他们可能没有见过的软件部分。
实际上，FTR 是一类审查，包括演练、检查、循环审查和其他小组对软件的技术评估。每个 FTR 都是作为会议进行的，只有在适当计划、控制和参加时才被认为是成功的。
评审会议：
每次审查会议都应考虑以下限制因素 -
人的参与：
- 3、4 和 5 人应参与审查。
- 应该提前做好准备，但应该很短，每个人最多工作 2 小时。
- 评审会议时间较短，应不少于两小时。考虑到这些约束，应该清楚 FTR 侧重于整个软件的特定（和小）部分。
在审查结束时，FTR 的所有参与者必须决定做什么。
- 接受产品，无需任何修改。
- 因严重错误而拒绝该项目（一旦更正，需要重新审核另一个应用程序），或
- 接受临时产品（遇到小错误并应予以纠正，但无需额外审查）。
做出决定后，所有 FTR 参加者都完成了一个标志，表明他们参与了审查并同意审查小组的调查结果。
审查报告和记录保存：-
- 在 FTR 期间，审稿人积极记录所有提出的问题。
- 在会议结束时，所有提出的问题都被合并，并准备了一份审查清单。
- 最后，准备正式的技术审查总结报告。
它回答了三个问题：-
- 审查了什么？
- 谁审查了它？
- 结果和结论是什么？
审查指南：-
应提前制定进行正式技术审查的指导方针。这些指南必须分发给所有审阅者，达成一致，然后遵守。未注册的评论通常比没有最低限度的 FTR 指南的评论更糟糕。
- 审查产品，而不是制造商（生产者）。
- 做笔记（记录目的）
- 限制参加人数，坚持提前准备。
- 为每个可能被审查的产品制定一份清单。
- 为 FTR 分配资源和时间表，以维护时间表。
- 对所有审阅者进行有意义的培训，以使审阅有效。
- 审查作为当前审查基础的早期审查。
- 制定议程并加以维护。
- 分开问题区域，但不要试图解决每个问题注释。
- 限制辩论和反驳。