软件测试管理经验分享(3)
发表于:2014-09-22来源:uml.org.cn作者:不详点击数:
标签:测试管理
历史统计数据 时间 通过准则测试覆盖率 用例测试覆盖率 通过准则数 用例数 已编写用例数 10月10日 46.98% 38.01% 215 171 22 10月11日 41.60% 38.01% 250 171 22 10月12日
历史统计数据 |
|
|
|
|
|
时间 |
通过准则测试覆盖率 |
用例测试覆盖率 |
通过准则数 |
用例数 |
已编写用例数 |
10月10日 |
46.98% |
38.01% |
215 |
171 |
22 |
10月11日 |
41.60% |
38.01% |
250 |
171 |
22 |
10月12日 |
57.44% |
40.46% |
289 |
173 |
71 |
10月13日 |
58.48% |
41.04% |
289 |
173 |
74 |
10月15日 |
59.17% |
41.62% |
289 |
173 |
75 |
10月18日 |
59.52% |
42.20% |
289 |
173 |
76 |
做好跟踪、检查、反馈工作
在已有统计数据的基础上,就是做好相应的管理工作了。
根据测试人员提交的测试日报,可以检查测试人员是否正确填写了每日汇报工作。因为每日汇报是统计的基础,必须保证数据的正确性。同时,可以检查当天的测试质量如何。
从各个测试人员的完成率,可以知道该测试人员这几天的工作情况。如果测试人员好几天各项完成率都没有改变,就需要过问一下,是由于其它工作安排影响了原计划的测试任务,还是其它原因。
从统计数据中,还可以发现测试的进展。比如,从用例的完成情况看,还不理想,通过准则测试覆盖率只有59%,用例测试覆盖率只有42%,需要尽快地提高用例的完成情况。考虑到有些用例针对的特性,当前XXX版本计划不支持,这可以更改统计的算法进行完善。
从数据中,还可以看出XXX版本本身的质量,比如,当前V1.00.010a版本缺陷率约为15%。这可以进一步与XXX人员一起,分析这些缺陷的类型、原因。
效果和经验
在刚开始要求每日汇总时,数据不太准,变化也较大,这是由于测试人员正在把以前未汇总的数据输入造成的。很快,数据就会稳定。
由于统计数据中有明确的数据,比如完成率,测试人员很清楚,提高完成率就是需要达到的目标。因此会专注于测试的完成、积极地完成每日统计。由于数据的对比性,也可适当地给测试人员一定的压力,努力完成测试任务。
实行每日汇报之后,测试进展得到了加强,通过准则测试覆盖率、用例测试覆盖率有稳步提高。从统计数据的每天的进展中,可以得到测试进展的量化数据,为预估下一步的XXX测试进度提供了有力支持。对于正常的测试人员,可以看到平均每天测试完成率增加1%。
原文转自:http://www.uml.org.cn/Test/200504211.htm