一图看懂软件评审技术

一图看懂软件评审技术

What？

根据IEEE Std 1028-1988的定义，评审是对软件元素或者项目状态的一种评估手段，以确定其是否与计划的结果保持一致，并使其得到改进。检查工作产品是否正确地满足以往的工作产品中建立的规范，如需求或设计文档。
在开发过程中，通过有效的评审可以提前发现错误，改善软件质量；通过评审过程输出的各种文档可以让软件更容易维护，通过评审活动可以让项目团队更熟悉产品和开发过程；

不管你有没有发现他们，缺陷总存在，问题只是你最终发现它们时，需要多少纠正成本。评审的投入把质量成本从昂贵的、后期返工转变为早期的缺陷发现。---卡尔 威格

Why？

由于人的认识不可能百分之百地符合客观实际，因此生命周期每个阶段的工作中都可能发生错误。
 由于前一阶段的成果是后一阶段工作的基础，前一阶段的错误自然会导致后一阶段的工作结果中相应的错误，而且错误会逐渐累积，越来越多。
 及时进行评审，可以减少修订缺陷的时间，提高编程效率；减少测试和调试时间；缩短开发周期；减少维护成本；测试工程师可以将更多的精力放在测试用例设计上，进一步提高测试效率。 

随着时间的增加，消耗的成本并不是成线形增长，而是成几何级数增长。在测试后期发现的缺陷所消耗的质量成本是需求分析阶段的100倍--- <<软件质量保证和管理>>

How？

依据评审对象的不同将评审分为管理评审， 技术评审， 文档评审和过程评审。

管理评审

最高管理者为评价管理体系的适宜性、充分性和有效性所进行的活动
ISO9001标准中明确规定“负有执行职责的供方管理者，应按规定的时间间隔对质量体系进行评审，确保持续的适宜性和有效性，以满足本标准要求和供方规定的质量方针和目标”

技术评审

是对产品以及各阶段的输出内容进行评估。
按照规范的步骤对软件需求、设计、代码或其他技术文档进行仔细的检查，以发现软件在功能、逻辑、实现上的错误；验证软件符合它的需求；确认软件在统一模式下进行开发。

文档评审

在软件开发的各个阶段对该阶段形成的⽂档进⾏评审，尽早发现问题，并及时采取措施予以解决，确保⽂档的内容准确，为软件产品的质量提保障。

过程评审

对软件开发过程的评审，主要任务是通过对流程的监控保证SQA组织定义的软件过程在项⽬中得到了遵循，同时保证质量保证⽅针能得到更快、更好的执行。

评审团队

评审团队一般由评审组长/协调人/作者和评审员组成。

评审方法/技术

总结

评审对象：管理、技术、文档、过程
评审方法：轮查、走查、小组评审、审查等
评审技术：Checklist、规则集、评审工具（ARM等），场景等

由于人的认识不可能百分之百地符合客观实际，因此生命周期每个阶段的工作中都可能发生错误。

由于前一阶段的成果是后一阶段工作的基础，前一阶段的错误自然会导致后一阶段的工作结果中相应的错误，而且错误会逐渐累积，越来越多。

  及时进行评审，可以减少修订缺陷的时间，提高编程效率；减少测试和调试时间；缩短开发周期；减少维护成本；测试工程师可以将更多的精力放在测试用例设计上，进一步提高测试效率。