减少软件缺陷Bug的十大注意事项

        结论一：

        交付后软件缺陷的发现及修复成本往往是需求、设计阶段发现及修复缺陷成本的百倍。

        这个结论要求我们强化前期需求、架构设计工作，为原型法及迭代开发模式提供价值基础。

        结论二：

        40%到50%软件项目的工作量花在了可以避免的返工上面。

        有些返工是不可避免的，特别是有不确定因素的软件项目。但通过改进软件过程，完善软件架构，有效风险管理，可以大大减少这些不必要的返工的。

        为了进一步应对风险或机会可能造成的影响， CoCode旗下Co-ProjectV2.3.0智能项目管理平台，台针对风险管理，划分了4种应对策略：缓解、转移、规避和接受。通过不同的应对策略，我们能够对可能发生的风险或机会，提前做好预防策略和预防措施。

减少缺陷Bug：CoCode缺陷管理 高风险自动预警

​        同时平台能够根据风险或机会的影响等级，自动计算出风险系数或机会系数，并对风险或机会进行优先级的划分。而系数超过10，系统会自动标红风险或机会，提醒我们优先处理。而 CoCode组织级资产库的建立，有助于提高软件开发质量和开发效率，提高组织竞争力。

        结论三：

        前述可避免返工的80%来自于20%的缺陷。

        有效的缺陷分析，可以帮助我们识别出这20%缺陷类型，从而找到减少返工的办法。

        结论四：

        80%的缺陷来自20%的模块，大约50%模块不包含任何缺陷。

        这也是为什么我们需要找出容易出问题模块的特征的原因。

        结论五：

        10%的缺陷导致了90%的软件系统停机。

        说明基于风险场景的测试是高性价比的测试。

        结论六：

        同行评审可以发现60%的缺陷。

        数据显示同行评审发现缺陷的范围是31%到93%，中值为60%。

        为了提高同行评审质量，CoCode特开发了评审分析工具，通过预测遗留缺陷的数量，来评估评审的效果，让我们尽早发现所有遗留的缺陷，从而达到降低返工成本和时间的目的。通过对评审分析工具使用前后的数据对比，发现评审分析工具能够节省17-20%的开发成本。

减少缺陷Bug：CoCode评审分析工具 节约开发成本

​        结论七：

        基于多场景透视图阅读（Perspective-based）的评审比一般随机而做的评审多发现35%的缺陷。

        说明同行评审是个技术活啊，正确的方法至关重要。

        结论八：

        自律的个人实践可以少植入多达75%的缺陷。

        这个结论倒是Humphrey的PSP不谋而合，英雄果然所见略同。

        结论九：

        开发可靠性高的软件产品的成本往往比开发可靠性低的软件产品的成本高出50%。但考虑到后期的运维成本，对某些软件系统来讲，这个投入是非常值得的。

减少缺陷Bug十大注意事项

​        盲目赶进度、走捷径的朋友请务必记住这一点。

        结论十：

        大约40%到50%的程序都有严重缺陷。

        质量是所有人的责任，更是管理者的责任。Ron Radice认为管理者至少应承担75%的质量问题的责任。