如何估算測試工做量（一）常規的估算測試工做量的方法

如何估算測試工做量
（一）常規的估算測試工做量的方法
做爲一個管理者，你是否被詢問到某個項目要花多少時間，多少人力測試；或是做爲一個普通的測試員，你是否被詢問到要花多少時間來完成某個任務或是一次迴歸測試？我想大多數在軟件行業的人或多或少都會碰到這樣的關於工做量估計的詢問。那麼你是怎麼回答的呢？你對你本身的回答有信心嗎？你是否最終發現實際上花去的時間和本來估計的時間截然不同呢？
不一樣的人會使用許多不一樣的方法來估算及安排他們的測試工做量。不一樣的組織根據項目的類型，項目的內在風險，涉及的技術等而使用不一樣的方法。可是大多數時候測試工做量是和開發工做量合在一塊兒的，沒有一個單獨的數字。
首先讓咱們來看看一些常規的估算測試工做量的方法：
1. Ad-hoc方法
這種方法下的測試工做量不基於任何肯定的期限。工做一直繼續直到達到一些由管理或市場人員預先定下的時間表。或者，一直到用完了預算的經費。
這種狀況廣泛存在於很是不成熟的組織，而且時常有100％的錯偏差數。
2.開發時間的百分比法Percentage of development time
.這個方法的基本前提是測試工做量依賴於開發時間/開發工做量。首先，開發工做量使用例如LOC或FP方法被估算出來，而後使用一些探索性的方法來限制測試的工做量。這種方法變化比較大並且一般基於之前的經驗。
一般預留項目的總花費時間的35％給測試。
• 5-7%給組件和集成測試
• 18-20%給系統測試
• 10%給接收測試（或迴歸測試等）
3.類比法（經驗值法或歷史數據法）
根據之前或類似項目（主要在項目性質，領域，規模上有類似）所積累的經驗或歷史數據來估算工做量。類比法估計結果的精確度取決於歷史項目數據的完整性和準確度，所以，用好類比法的前提條件之一是組織創建起較好的項目後評價與分析機制，對歷史項目的數據分析是可信賴的。須要收集如下相關的歷史數據：
• 在設計和實現階段花費的時間
• 測試工做的規模，例如用戶需求的數量，頁面數，功能點
• 數據樣式，例如實體，字段的數量
• 屏幕或字段數量
• 測試對象的規模，例如KLOC
4.WBS（work breakdown structure）估算法
將項目或產品分解爲具體的工做，而後分別對各個工做進行時間估算，最終求和得出項目或產品的測試工做量/時間。
5.Delphi 法
Delphi法是最流行的專家評估技術，在沒有歷史數據的狀況下，這種方式能夠減輕估算的誤差。Delphi法鼓勵參加者就問題相互討論。這個技術，要求有多種相關經驗人的參與，互相說服對方。。
Delphi法的步驟是：
一、協調人向各專家提供項目規格和估計表格；
二、協調人召集小組會各專家討論與規模相關的因素；
三、各專家匿名填寫迭表明格；
四、協調人整理出一個估計總結，以迭表明的形式返回專家；
五、協調人召集小組會，討論較大的估計差別；
六、專家複查估計總結並在迭表明上提交另外一個匿名估計；
七、重複4-6， 直到達到一個最低和最高估計的一致。
6.PERT估計法
PERT對各個項目活動的完成時間按三種不一樣狀況估計：一個產品的指望規模，一個最低可能估計，一個最高可能估計。用這三個估計用來獲得一個產品指望規模和標準誤差的Pert 統計估計。Pert 估計可獲得代碼行的指望值E， 和標準誤差SD。
---------------------
做者：imlogic
版權聲明：本文爲博主原創文章，轉載請附上博文連接！