MILY: 宋體; mso-ascii-font-family: 'Times New Roman'; mso-hansi-font-family: 'Times New Roman'">簡單說說我在以前測試團隊中，如何進行javascript:tagshow(event, '%B2%E2%CA%D4%B6%C8%C1%BF');" href="javascript:;" target=_self>測試度量工作的。在之前的測試度量這塊，我主要從3部分開展工作。
一個是缺陷數據的統計分析，第二個是工作量的統計分析，第三個是測試工作量的估算。
首先簡單介紹一下缺陷的統計分析。這塊基本大家都或多或少都會做一些。我主要是從缺陷嚴重性、優先級、模塊缺陷的分布、缺陷的收斂情況、缺陷的修復情況進行統計，并根據統計結果，進行一定的分析。一般來說，缺陷的分布是有一些規律的，如果明顯不符合這個規律，那么就表示系統或項目組存在一定問題。例如說，某個模塊功能一般，并不復雜，但是卻發現了比較多的缺陷，這可以反映該模塊開發人員開發質量有問題，假如該開發人員平常工作質量都不錯，那么或許該開發人員生活中存在碰到了問題或者有其他原因。我之前碰到過一個開發人員因為感情原因，導致那一段時間開發出來的程序缺陷非常多，后面pm和他談心后，程序質量又恢復正常了。
其次是工作量的統計分析。在工作量這塊，我主要進行5部分的工作。
1) 日常工作量的記錄，這個由團隊成員自己編寫。在填寫工作記錄時，需要為每個工作記錄選擇相應的任務類型，并且工作任務持續時間最長不超過4小時
2) 每星期統計本周團隊成員在各個項目中的投入情況。不僅讓自己了清楚，也讓上司了解測試部對于項目的支持情況。ITPUB個人空間m2t:w [(X"m
在上面的例子里，測試團隊在項目1一共投入了B、C、D三個人，B、C成員是100%資源投入。因為項目后續工作安排未知，而B、C成員又屬于項目1核心測試人員，因此這兩名成員的退出時間未知。另外一個測試成員D因為不屬于項目1的核心測試成員，所以他參與2個項目。同時因為項目2規模較小，所以成員D在項目2中投入20%的資源，在項目1中投入80%的資源�？紤]到公司在2005年3月將要啟動一個新項目，所以，筆者經過和項目1的項目經理協商后達成一致，計劃成員D在2005年2月退出該項目，這樣他在2005.3月將投入新啟動的項目。
3) 每半個月統計整個團隊的工作分配情況（但是數據是每周都填寫的）統計每個人在各個項目的工作量分配情況。這個和上面那個統計表的側重點不一樣，上面這個統計表側重在部門整體，現在這個表側重于個體。
4) 定期（如每周或半個月）將團隊成員在項目中的工作量投入情況記錄到項目工作量投入表中。這個表格主要用于統計具體每個項目的測試工作投入情況，及作為后續測試工作量估算的原始數據。
5) 在項目到達一個階段后，將項目測試收集的數據進行匯總、統計。收集的數據除項目基本信息外，還包括工作量、測試投入成本、項目規模、項目總成本、項目總工作量。主要分析測試在項目中的投入情況、成本情況、各個測試任務的分配情況等。
最后，根據對幾個項目的工作量、成本以及測試任務占項目總測試投入的比例分析后，我得到了原先測試團隊測試工作量估算的簡易公式。我可以根據這個簡易的公式進行測試的估算，方便測試計劃中關于工作量估算部分的編寫，避免在估算工作量時缺乏依據。估算內容主要包括：測試總人力成本占項目總人力成本的比例及各項測試任務的工作量分配比例。
（注：這是在類似測試操作員的角色情況下進行的估算）
測試總人力成本＝20%×項目總人力成本
在整個測試過程中產生的各項測試任務的測試工作量分配如下：
|
測試任務 |
比例 |
|
熟悉系統需求 |
5.0% |
|
測試計劃 |
3.5% |
|
測試需求 |
7.5% |
|
15.0% | |
|
測試執行 |
39%－41% |
|
測試報告 |
4.0% |
|
6.8% | |
|
溝通、會議、 |
4.0% |
|
測試環境搭建 |
2%－2.5% |
|
9.0% | |
|
4.0% |
使用這個表格對進行測試的項目的測試工作量等進行估算后，根據項目實際情況進行調整。例如，如果項目測試人員對性能測試不熟悉的話，那么“性能測試”這塊的工作量需要加大；如果項目需求不明確，測試人員和項目組成員未合作過，那么，項目的測試需求、熟悉系統需求、溝通的工作量將酌情增加。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
