軟體測試度量

簡單說說我在以前測試團隊中，如何進行測試度量工作的。在之前的測試度量這塊，我主要從3部分開展工作。

一個是缺陷資料的統計分析，第二個是工作量的統計分析，第三個是測試工作量的估算。

首先簡單介紹一下缺陷的統計分析。這塊基本大家都或多或少都會做一些。我主要是從缺陷嚴重性、優先順序、模組缺陷的分佈、缺陷的收斂情況、缺陷的修復情況進行統計，並根據統計結果，進行一定的分析。一般來說，缺陷的分佈是有一些規律的，如果明顯不符合這個規律，那麼就表示系統或專案組存在一定問題。例如說，某個模組功能一般，並不複雜，但是卻發現了比較多的缺陷，這可以反映該模組開發人員開發質量有問題，假如該開發人員平常工作質量都不錯，那麼或許該開發人員生活中存在碰到了問題或者有其他原因。我之前碰到過一個開發人員因為感情原因，導致那一段時間開發出來的程式缺陷非常多，後面pm和他談心後，程式質量又恢復正常了。

其次是工作量的統計分析。在工作量這塊，我主要進行5部分的工作。

1)      日常工作量的記錄，這個由團隊成員自己編寫。在填寫工作記錄時，需要為每個工作記錄選擇相應的任務型別，並且工作任務持續時間最長不超過4小時

2)      每星期統計本週團隊成員在各個專案中的投入情況。不僅讓自己了清楚，也讓上司瞭解測試部對於專案的支援情況。
在上面的例子裡，測試團隊在專案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%×專案總人力成本

在整個測試過程中產生的各項測試任務的測試工作量分配如下：

使用這個表格對進行測試的專案的測試工作量等進行估算後，根據專案實際情況進行調整。例如，如果專案測試人員對效能測試不熟悉的話，那麼“效能測試”這塊的工作量需要加大；如果專案需求不明確，測試人員和專案組成員未合作過，那麼，專案的測試需求、熟悉系統需求、溝通的工作量將酌情增加。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/13180590/viewspace-263364/，如需轉載，請註明出處，否則將追究法律責任。