軟件測試管理經(jīng)驗分享(3)
發(fā)表于:2014-09-22來(lái)源:uml.org.cn作者:不詳點(diǎn)擊數:
標簽:測試管理
歷史統計數據 時(shí)間 通過(guò)準則測試覆蓋率 用例測試覆蓋率 通過(guò)準則數 用例數 已編寫(xiě)用例數 10月10日 46.98% 38.01% 215 171 22 10月11日 41.60% 38.01% 250 171 22 10月12日
歷史統計數據 |
|
|
|
|
|
時(shí)間 |
通過(guò)準則測試覆蓋率 |
用例測試覆蓋率 |
通過(guò)準則數 |
用例數 |
已編寫(xiě)用例數 |
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 |
做好跟蹤、檢查、反饋工作
在已有統計數據的基礎上,就是做好相應的管理工作了。
根據測試人員提交的測試日報,可以檢查測試人員是否正確填寫(xiě)了每日匯報工作。因為每日匯報是統計的基礎,必須保證數據的正確性。同時(shí),可以檢查當天的測試質(zhì)量如何。
從各個(gè)測試人員的完成率,可以知道該測試人員這幾天的工作情況。如果測試人員好幾天各項完成率都沒(méi)有改變,就需要過(guò)問(wèn)一下,是由于其它工作安排影響了原計劃的測試任務(wù),還是其它原因。
從統計數據中,還可以發(fā)現測試的進(jìn)展。比如,從用例的完成情況看,還不理想,通過(guò)準則測試覆蓋率只有59%,用例測試覆蓋率只有42%,需要盡快地提高用例的完成情況??紤]到有些用例針對的特性,當前XXX版本計劃不支持,這可以更改統計的算法進(jìn)行完善。
從數據中,還可以看出XXX版本本身的質(zhì)量,比如,當前V1.00.010a版本缺陷率約為15%。這可以進(jìn)一步與XXX人員一起,分析這些缺陷的類(lèi)型、原因。
效果和經(jīng)驗
在剛開(kāi)始要求每日匯總時(shí),數據不太準,變化也較大,這是由于測試人員正在把以前未匯總的數據輸入造成的。很快,數據就會(huì )穩定。
由于統計數據中有明確的數據,比如完成率,測試人員很清楚,提高完成率就是需要達到的目標。因此會(huì )專(zhuān)注于測試的完成、積極地完成每日統計。由于數據的對比性,也可適當地給測試人員一定的壓力,努力完成測試任務(wù)。
實(shí)行每日匯報之后,測試進(jìn)展得到了加強,通過(guò)準則測試覆蓋率、用例測試覆蓋率有穩步提高。從統計數據的每天的進(jìn)展中,可以得到測試進(jìn)展的量化數據,為預估下一步的XXX測試進(jìn)度提供了有力支持。對于正常的測試人員,可以看到平均每天測試完成率增加1%。
原文轉自:http://www.uml.org.cn/Test/200504211.htm