有谁进行过缺陷的深入挖掘分析

Green1136

最近在进行缺陷分析工作，主要是通过对缺陷表象的分类，分析缺陷的根本原因，最终给出一个能够落地的改进措施。举个列子：
类型定义说明：功能未实现类型--意思是需求中有说明，但是设计遗漏了，在测试时发现没有实现的功能；需求中有说明，设计中也定义了，在测试时发现没有实现的功能
通过缺陷表象的分析得出原因为：
1. 设计虽然明确了要做，并且也讨论了怎么做，但是由于没有文字记录，编码时就遗忘了；
2. 需求和设计中有文字性的定义， 属于个人遗忘了；
那么具体如何找出一种解决办法，请大家帮忙讨论一下，这个解决办法是可以有效实施的。

tcltest

学习

Green1136

大虾们，好像对这个缺陷分析主题不敢兴趣呀！

andytester

回头作者会有一个这些测试度量的解读，这些度量只是显示哪个环境可能存在问题
如何来改进就是QA要做的事了，起码把问题反应出来了，然后针对公司具体情况加以改进
如果没这些数据，哪有问题都不知道，更无从谈改进

Green1136

我仔细看了那个文章，都是图表，但是从图表中我们能分析出什么问题呢？例如：缺陷引入阶段，当设计占比高
时，我们会考虑是不是设计阶段的工作出了问题，问题出在了哪里，怎么解决这些问题？
最令我头疼的是，怎么解决，因为大部分问题都是一个公司的陈疾老病了，很难能解决，如何一步一步的落地解决是个很头疼的问题！

Green1136

万分感谢andytester，我仔细看看

andytester

我原来收藏的，你看看有用不
（原创）(三)作为测试负责人测试过程监控中关注的度量数据
详见 http://andy-liu20070921132951.iteye.com/admin/blogs/962649
导读我们将从,测试人员，开发人员，项目及过程管理，三个角度来分析
本文谈的是针对项目及过程管理方面的度量数据
一：日提交及BUG总数趋势
二：版本间提交及BUG总数趋势
三：BUG引入阶段分析
四：BUG密度分析
五：BUG状态分布
六：BUG模块分布

七：BUG类型统计

八：BUG等级统计

九：BUG遗留分析
（原创）(二)作为测试负责人测试过程监控中关注的度量数据
详见 http://andy-liu20070921132951.iteye.com/admin/blogs/947633
导读我们将从,测试人员，开发人员，项目及过程管理，三个角度来分析
本文谈的是针对开发人员方面的度量数据
一：开发人员日修改BUG统计趋势
二：开发人员待改BUG统计
三：顺延率
四：引及率
五：修改错误率
八：BUG生命周期
（原创）(一)作为测试负责人测试过程监控中关注的度量数据
详见博客园相关贴子，忘了地址
导读我们将从,测试人员，开发人员，项目及过程管理，三个角度来分析

本文先谈的是测试人员方面的度量数据

一：测试人员日编写用例趋势
二：测试人员提交BUG的趋势
三：测试人员提交BUG统计
四：测试人员执行用例的趋势
五：测试人员BUG质量分析
六：BUG漏出率
七：BUG提交错误率
八：提交|打开|待处理|修改|关闭BUG趋势
下面分别列图说明（BUG漏出率和BUG提交错误率正实现中,暂无图贴出来）
九：修复BUG数与reopen比例

十：提交|打开|待处理|修改|关闭BUG趋势


http://user.qzone.qq.com/31931880/infocenter