缺陷开放趋势分析
该指标反映了各种严重程度缺陷每周的分布趋势，由于资源总是有限的，优先解决严重程度高的缺陷有助于降低质量风险。故名思意,缺陷开放趋势通过统计一段时期内,各时间点发现缺陷按严重程度的分布情况.
例如:http://www.etesting.net.cn//web2/upimg/allimg/20061207/bug1.jpg
上图反映一个项目从系统测试开始,1~9周的缺陷分布趋势.
建议:系统测试周期≤1周，不必采集数据及分析活动；
1周＜系统测试周期≤4周，每日收集分析；
系统测试周期＞4周，按周收集分析。
1）当严重缺陷出现时，需要进行分析处理：
测试人员需要分析产生原因，例如：
a) 提交的测试版本未经过开发人员复查，直接提交测试；
b) 测试人员对需求理解与开发人员理解不一致或需求本身存在歧义。
c) 提交测试版本时，部分功能没有完成。
测试人员将分析的原因及是否影响下一步测试工作，将分析结果写入《度量分析报告》的“度量问题列表；测试人员通过邮件或周例会，报告给项目经理。
项目经理进行确认，并采取解决措施。例如：
a) 组织开发人员对提交测试版本，进行内部走查或互查；
b) 组织项目组人员对需求再次澄清。
c) 明确定义测试版本允许测试范围。
2）当轻微级缺陷数量大于一般级缺陷数量，表明测试人员过于关注系统界面等轻微问题，对功能性问题测试力度不够。
测试人员应分析原因，例如：
a) 开发人员对界面友好性、可操作性关注不够，导致轻微缺陷增多；
b) 测试用例针对性不强。
测试人员将分析的原因及是否影响下一步测试工作，将分析结果写入《度量分析报告》的“度量问题列表；测试人员通过邮件或周例会，报告给项目经理。
项目经理进行确认，并采取解决措施。例如：
a) 与开发人员说明在开发过程中要注意界面友好性、可操作性。
b) 组织测试人员加强对功能性问题测试。
注释:《度量分析报告》是一个收集数据的表格. ？楼主是在教我们如何做分析？还是让大家帮忙做分析。。。没大看懂这个帖子的目的。这个图还是很符合正态分布的 原帖由 support 于 2007-6-23 11:42 发表 http://bbs.51testing.com/images/common/back.gif
该指标反映了各种严重程度缺陷每周的分布趋势，由于资源总是有限的，优先解决严重程度高的缺陷有助于降低质量风险。
故名思意,缺陷开放趋势通过统计一段时期内,各时间点发现缺陷按严重程度的分布情况.
例如 ...
分析有一定的道理，但是只是有可能的原因
只是站在测试角度去分析开发可能存在的原因
就我的经验，很多项目的中期都是发现缺陷最多的时期，在一定程度上和测试对系统和需求的熟悉程度有很大的关系 学习了。
页:
[1]
