缺陷管理和缺陷跟踪的歧途

luoyear

看到本版关于测试工具的讨论真是如火如荼阿。
不过我觉得测试缺陷的跟踪和管理其火力不应该集中在这些工具的应用上
而应该更多的集中在管理思想本身上吧。
我用过TD，bugzila，也自己组织开发过bug管理系统，也用过Excel管理
觉得工具并不是最重要的，重要的是
1、你如何规格化你的bug，使其满足所有人的信息需要；
2、如何跟踪bug的修复的各个环节和状态？
3、如何分析bug？[这个就可以大幅讨论很多东西了，有兴趣的也可以参见拙著《测试缺陷分析务实》]
4、如何管理测试用例和评价测试的充分性？
5、如何判断版本的放行？

luoyear

1、你如何规格化你的bug，使其满足所有人的信息需要；
--可以参考IBM的正交缺陷分类，按提出人，处理人从不同维度给一个bug赋予信息；
--可以基于现有bug的长相，下功夫作出适合本组织的bug记录样子。
2、如何跟踪bug的修复的各个环节和状态？
--IBM的缺陷正教分类，各类测试管理工具推荐的流程等
3、如何分析bug？[这个就可以大幅讨论很多东西了，有兴趣的也可以参见拙著《测试缺陷分析务实》]
4、如何管理测试用例和评价测试的充分性？
--数据组合的覆盖、测试用例对需求的正常/异常/可选分支的覆盖
5、如何判断版本的放行？
--已有答复

gugu617

楼主怎么发了几个问号，又不回答呢

luoyear

缺陷报表的设计：
1、CQ/TD等工具提供了一些趋势，分布等统计报表的功能；
2、可以直接用Excel连数据库去get 这些Source Data，然后利用Excel的透视，图表或者写VBA开发一些报表；
3、倒入到一个过程数据库中，利用Cognose，水晶报表等开发一些展示图表，在web上显示。

luoyear

最近正在整理版本放行规则这块东西，这个可以从过程/工作产品/量化的质量指标三方面进行设定：
A）过程：QA对过程审核的一些结果记录及汇报出来的NC（不一致），是否都已经按照计划进行了纠偏？如果没有，请说明理由及后续措施，以便于管理层决定是否特殊放行。
B）工作产品：该review的是不是都由相应的人review了，该Output的是不是都Output并基线化了，等等；
C）量化质量指标：
        覆盖率要求：case对需求场景的覆盖率；实际执行case的覆盖率；单元/功能测试的条件或语句覆盖率；
        缺陷要求：        缺陷泄漏率，缺陷密度，缺陷遗留数等；
                        缺陷趋势的收敛情况-如连续两个回归版本的缺陷少于3个？

jacktang

关注ing

testing

只要不矫枉过正就成了，工具不是万能的，但是没有工具的确万万不能。
没有TD、QC等强大的缺陷管理工具，至少工作的效率会大打折扣，从而影响到进度。

xipi2000

其实，工具、流程、人三要素是缺一不可的。

ch7213851

LOADING.............................................

青青

认同！！！
楼主可以谈谈对最后一点的见解吗？

sinicism

有人能做出来吗？

lemon_hawk

对啊,测试的思想是最重要的  工具是辅助   有助于提升自己.