測試管理的一點經驗

測試工作頭緒較多，專業性強，如何做好測試管理工作，特別是量化管理，提高測試效率、督促測試人員完成好測試工作，是很重要的。

　　我負責三位 XXX 測試人員對 XXX 進行測試。測試規程主要是按協議的各個要求編寫的，測試規程的通過準則是測試人員根據對協議的理解、對系統的理解編寫的。三位測試人員根據測試規程進行分工，分別編寫、測試不同的規程。測試的平臺是測試部自已開發的專用 XXX 測試環境。

　　前一段時間，對 XXX 測試如何進行管理沒有一個頭緒，使得 XXX 測試計劃一再推遲，并且對實際的進展、測試的質量都不太清楚。為了加強對 XXX 測試的管理，并爭取做到量化，進行一些嘗試，并取得一定的成功?，F在每天可以看到實際的測試進展，并能發現每位測試人員的進度、質量，也可以看到 XXX 測試結果的情況。

　　以下是我近期對測試管理的經驗。

　　做好每日匯報工作

　　每日匯報工作可以與項目、部門的一些具體要求結合起來。比如，項目要求每天的測試應當有一份測試日報。測試部要求測試規程、測試結果要入到測試中心。還要求故障及時提交，并導入 CQ 。

　　除此之外，為了做好統計工作，我在 CC 上建立了一個 execl 的匯總文件，輸入了所有的測試規程、通過準則。每天，測試人員有新增加的測試規程、通過準則，要加到該文件中;每天的測試結果，要填到該文件中。要填的內容，如果是測試規程、通過準則，是與測試中心的是一致的。測試結果只是一個通過或不通過，加上一個當天日期。這是一個非常簡單的填表，并不會增加太多的工作量。

　　采用 CC ，可以保證匯總文件的一致性，還可以檢查測試人員填寫的情況，可以提取不同版本的匯總文件。這充分利用了 CC 的優點。

　　以下是匯總文件中的一部分：

　　

用例編號

測試名稱

說明

編寫者

更新日期

IT-DSP-F-001-001-001-010

小區建立成功測試

P-CCPCH 無幀分配， 2020M ， 20dBm

XXX

10/01/2004

IT-DSP-F-001-001-001-011

小區建立成功測試（幀分配）

與 010 不同在于 P-CCPCH 有幀分配

XXX

10/01/2004

IT-DSP-F-001-001-001-012

小區建立成功測試（小區發射功率）

與 010 不同 ,17dBm

XXX

10/01/2004

用例編號

測試名稱

通過準則

已測

V0.5b 通過否

V1.00.010a 通過否

測試日期

測試人員

IT-DSP-F-001-001-001-010

小區建立成功測試

小區建立返回成功消息

2

通過

通過

04-10-1

XXX

DwPCH碼字正確

1

通過

通過

04-10-1

XXX

DwPCH星座圖正確

1

通過

通過

04-10-1

XXX

DwPCH相位為連續的S1

1

通過

通過

04-10-1

XXX

S1的周期與幀號模2對齊

1

通過

通過

04-10-1

XXX

P-CCPCH、DwPCH功率相等

0

XXX

收到 TS4、TS5、TS6的數據，收不到TS1、TS2、TS3的數據

1

通過

通過

04-10-1

XXX

P-CCPCH midamble碼正確，功率與數據部分相等

1

通過

通過

04-10-1

XXX

各天線數據相同。

0

XXX

IT-DSP-F-001-001-001-011

小區建立成功測試（幀分配）

DwPCH相位分別為S1、S2，與幀分配一致，正確表明P-CCPCH的出現

0

XXX

S1、S2的周期與幀號模2對齊。

0

XXX

　　做好統計匯總工作

　　有了匯總文件的原始數據，我就可以做好統計匯總工作了。在匯總文件里，專門建了一個表，填寫各項統計數據。如以下各個圖表。從這些數據可清楚地看到當前測試的進展情況。

　　 用例當前統計

用例數 =

173

通過準則數 =

289

通過準則測試覆蓋率 =

59.52%

用例測試覆蓋率 =

42.20%

已編寫用例數 =

76

測試人員當前統計

A要測試總數 =

156

A要編用例數=

85

B要測試總數 =

106

B要編用例數=

60

C要測試總數 =

28

C要編用例數=

28

A測試完成率 =

44.23%

A用例編寫率=

40.00%

B測試完成率 =

64.15%

B用例編寫率=

53.33%

C測試完成率 =

32.14%

C用例編寫率=

35.71%

XXX測試結果統計

當前結果：

0.5版本已測數=

147

V1.00.010a 版本已測數 =

70

0.5 版本缺陷數 =

15

V1.00.010a 版本缺陷數 =

11

0.5 版本缺陷率 =

10.20%

V1.00.010a 版本缺陷率 =

15.71%

最終結果：

0.5 版本已測數 =

147

0.5 版本缺陷數 =

15

0.5 版本缺陷率 =

10.20%

歷史統計數據

時間

通過準則測試覆蓋率

用例測試覆蓋率

通過準則數

用例數

已編寫用例數

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%。

　　由于各個測試人員的起點不同，考核時不會用數據的絕對值進行對比，而應當用數據的增量進行對比。

　　要求每日匯報，不能太多增加測試人員的工作。這里的每日匯報，絕大部分內容都是已經準備好的，只需要填一個“通過”或“不通過”，以及當天的日期即可。這使得測試人員不會把它當作一個負擔。相應的統計工作，是通過 execl 文件中的公式，由我來進行統計的，減少了對測試人員工作的干擾。

　　另外，以匯總文件為綱，可以把測試日報、測試中習、測試規程、測試用例、通過準則等眾多的測試要素、工作要素有機地結合起來，避免了管理工作中散、亂的局面。通過對數據的統計分析，提高了管理水平。

原文轉自：http://www.kjueaiud.com