[原创]浅谈缺陷分析的意义和方法
缺陷这个词，做为测试人员，每个人都不陌生，每个缺陷都有其价值存在，所以一个测试人员想要短时间提高自己的测试能力，测试缺陷分析是一个不错的路径，抽时间总结了下，将自己日常缺陷分析方法归纳，分享出来供各位参考。
当然也有朋友来讲，测试都完成了自己份内的工作，还有必要多次一举，去搞一次缺陷分析吗？我简要回答下，我的理解缺陷分析更多的作用有几个方面：
（1）分析我们测试活动工作量及输出价值；
（2）提供一些素材资料，供测试过程或开发过程改进；
（3）通过归纳和统计，揭示我们内在的问题，是否有群集情况，需要集中解决；
（4）确定一个测试缺陷基线，帮助我们以后设定更高目标等
也许各公司或是各个测试人员对缺陷分析理解不一样，但大体方向都是，想让以后的工作做的更好，我们最终是为产品服务。
缺陷分析方法，常用的一般单维度和多维度；简单来讲就是单维度抽取一些像缺陷发现阶段，来源，严重性，模块，开发人员，平台等单一要素进行分析；多维度更多的是二者之间结合，如：来源和开发人员，模块和开发阶段等组合；个人建议不管单维度和多维度都是好方法，推荐一些我常用的或是重点关注点，具体如下：
单维度： 缺陷来源（提示问题产生是哪个阶段），模块（是否是缺陷重灾区），严重性（衡量开发质量是否有单测或自测），开发人员（某个开发水平）等，不一一详述，关键是看各位着力点在哪里;
多维度： 时间+数量，开发人员+数量，严重性+数量等，不一一详述，关键是看各位着力点在哪里;
缺陷分析方法中当然还有一些常用的特别有意思的公式，推给各位：
缺陷解决率%=（已解决缺陷/总缺陷数）*100%，一般我们测试通过标准，都会有一个缺陷解决率达到多少，目前我们一般都是定义95%以上；
缺陷探测率%=（发现有效缺陷/用例总数）*100%，这个公式很有用，可以看看团队成员平均水平或是缺陷发现能力，我也常用之一；
缺陷一次解决率%=（开发一次修得问题/缺陷总数） *100%，本来这个公式不是必选的，但是公司确实有些开发能力不好，所以也引进这个；
缺陷漏测率%=（漏测缺陷数/(测试发现缺陷+漏测发现缺陷)) *100%，这个公式的意义，更多的是在抽测试嘴巴，一般我们都会要求非常低数值，具体保密。
