缺陷分析的方法

一.缺陷分析的标准方法：

        缺陷度量的目的主要是提覆盖、赋能，减少缺陷；通过分析找到引起它们的根本原因并思考如何从各个方面进行优化改进，可以有效地预防缺陷，降低风险，提高产品质量；

        常规的分析一般用以下五个维度，第一个是缺陷原因，这个主要针对非测试角色，以缺陷产生的第一关系人为主，提炼预防方法，赋能相关角色，例如开发发面，主要根据bug提炼实现设计场景/影响点遗漏、开发规范问题、权限配置、自测不充分等问题；产品方面，主要提炼需求设计场景/影响点遗漏、需求场景设计不合理、需求权限设计不合理等问题。后面四个针对测试，虽然敏捷迭代的质量是团队共建的，但作为测试要把自己当做质量的第一责任人，所以对测试要重点分析。第一个缺陷所属模块，目的是指导测试执行的优先级；二是缺陷业务归属目的是识别子功能的测试重点、提供缺陷预防的方法；三是同类型缺陷，目的是反哺我们的标准化设计，四是典型缺陷漏测原因，通过罗列典型缺陷测试一起反思测试工作、发散改进措施；

        如果有充足的时间，可以通过“5why法”、“鱼骨图法”对每个缺陷做根因分析；这两种方法比较耗时，并且需要不同的角色。

二.根因分析“5why法”：

        用5个“为什么”的方法，建立因果关系图，从而找出根本原因，整体分为四步：
                第一步：自己要了解问题，识别问题，列出与问题有关的信息和可能存在的原因；
                第二步：用5Why法找出根本原因主要包括为什么会发生（实现层面）、为什么会流出（测试层面）、为什么体系允许（过程、流程层面）
                第三步：解决问题，采取具体措施解决问题，至少是采取短期措施；
                第四步：预防问题，采取具体措施（如防错），以确保问题不会再次发生；总结、分享所获得的经验教训。

三.缺陷根因分类：

        产品方面包括需求设计场景/影响点遗漏、需求场景设计不合理、需求权限设计不合理
开发方面包括实现设计场景/影响点遗漏、控件配置错误、代码影响点遗漏、开发规范问题、代码逻辑错误、编码与实现设计方案不一致（换方案）、数据存储错误、权限配置错误、自测不充分