缺陷原因分析归类

      当一个项目结束的时候，需要对缺陷进行原因分析，以便在后续项目中进行改进，提高后续项目的产品质量。由于角色不一样，对缺陷原因分析的维度也不一样。总的来说，主要由测试和开发两种角色做缺陷原因分析。测试可以从以下几个方面去分析一个bug：

      流程因素

       1. 测试覆盖问题，测试用例的覆盖率存在缺陷，测试执行存在缺陷，缺陷验证时相关功能点回归测试不够

       2. 测试环境的问题，包括测试环境的有效性，测试环境的复杂度，测试环境的覆盖率

       3. 需求问题，包括新引入了优先级比较高的需求，需求不清晰，需求定义错误，需求理解错误等问题

       4. 版本问题， 版本质量不够稳定，维修bug引入新问题等

  

        功能i因素：

        1. 基本功能，功能没法满足需求的定义，比如输入范围，响应行为等

        2. 功能间的交互， 当系统不同功能间相互协作时，出现异常行为

        3. 用户友善性，包括易用性，可读性

        4.  稳定性，能满足长时间稳定工作

        5. 健壮性， 在负载压力下，系统能正常工作，出现异常情况之后能提供冗余保护和自动恢复，此类问题一般都带有一定的随机性，有时候很难覆盖。

        6. 可维护性，系统没能提供相应的告警和诊断信息

        7. 安全性，系统能够提供安全地认证和使用需求

        8. 后向兼容性，系统能够平滑地进行升降级

        9.  相关设备兼容性，系统能够和其他设备正常地对接，对接后能够正常地工作

        10. 性能和容量问题，系统的反应速度以及每个功能点支持的最大容量

     

        而软件可以从下面几个方面去分析：

         1. 需求问题

          2.代码优化

         3. 关键计算机资源

         4. 接口问题

          5. 继承和克隆的问题

         6. 架构设计问题

          7. 编程问题

          8. 修改缺陷引入问题

           通过对缺陷进行全面的分析，可以清晰地了解当前软件开发过程中存在的问题，针对每种问题，制定相应的对策，从而不断的提高整个产品的质量。