分析Bug的维度

本文从测试人员的角度，尝试梳理出一些常见的Bug根本原因分析的维度，并列举每个维度中的根本原因的例子。

在软件开发交付过程中，难免会出现Bug。针对每一个已发现问题的Bug，完成修复工作后，我们可以对其进行全面的根本原因分析。本文从测试人员的角度，尝试梳理出一些常见的Bug根本原因分析的维度，并列举每个维度中的根本原因的例子。

一、Bug分析的维度

建议尽量用便于统计和维护的方式，记录分析的结果(比如使用Jira系统提供的label功能，下文中括号内的英文是可参考的label名称)，以便周期性地进行全面的Bug分析。

每个Bug常见的可用于分析的根因维度如下：

1.Bug发现的环境 (Env)

(1) 维度定义：

描述该Bug是在什么环境中被测试人员/开发团队成员/客户/用户发现的。

(2) 分析目的：

正常来讲软件开发过程中，越早发现问题，修复问题所需要的成本也就越小。为此，需要关注开发过程中的问题是否可以在早期被发现。

分析此维度可以