51Testing软件测试论坛

标题: 缺陷原因分析归类 [打印本页]

作者: 梦幻小丑灯 时间: 2019-2-14 17:10
标题: 缺陷原因分析归类
当一个项目结束的时候，需要对缺陷进行原因分析，以便在后续项目中进行改进，提高后续项目的产品质量。由于角色不一样，对缺陷原因分析的维度也不一样。总的来说，主要由测试和开发两种角色做缺陷原因分析。测试可以从以下几个方面去分析一个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. 修改缺陷引入问题

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

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)