作為一個管理者，你是否被詢問到某個項目要花多少時間，多少人力測試；或是作為一個普通的測試員，你是否被詢問到要花多少時間來完成某個任務或是一次回歸測試？我想大多數(shù)在軟件行業(yè)的人或多或少都會碰到這樣的關于工作量估計的詢問。那么你是怎么回答的呢？你對你自己的回答有信心嗎？你是否最終發(fā)現(xiàn)實際上花去的時間和原本估計的時間大相徑庭呢？

　　不同的人會使用許多不同的方法來估算及安排他們的測試工作量。不同的組織根據項目的類型，項目的內在風險，涉及的技術等而使用不同的方法。但是大多數(shù)時候測試工作量是和開發(fā)工作量合在一起的，沒有一個單獨的數(shù)字。

　　首先讓我們來看看一些常規(guī)的估算測試工作量的方法：

　　1. Ad-hoc方法

　　這種方法下的測試工作量不基于任何確定的期限。工作一直繼續(xù)直到達到一些由管理或市場人員預先定下的時間表�；蛘撸�一直到用完了預算的經費。

　　這種情況普遍存在于非常不成熟的組織，并且時常有100%的錯誤差數(shù)。

　　2.開發(fā)時間的百分比法Percentage of development time.

　　這個方法的基本前提是測試工作量依賴于開發(fā)時間/開發(fā)工作量。首先，開發(fā)工作量使用例如LOC或FP方法被估算出來，然后使用一些探索性的方法來限制測試的工作量。這種方法變化比較大而且通�；�于以前的經驗。

　　通常預留項目的總花費時間的35%給測試。5-7%給組件和集成測試，18-20%給系統(tǒng)測試，10%給接收測試（或回歸測試等）

　　3.類比法（經驗值法或歷史數(shù)據法）

　　根據以前或相似項目（主要在項目性質，領域，規(guī)模上有相似）所積累的經驗或歷史數(shù)據來估算工作量。類比法估計結果的精確度取決于歷史項目數(shù)據的完整性和準確度，因此，用好類比法的前提條件之一是組織建立起較好的項目后評價與分析機制，對歷史項目的數(shù)據分析是可信賴的。需要收集以下相關的歷史數(shù)據：在設計和實現(xiàn)階段花費的時間？測試工作的規(guī)模，例如用戶需求的數(shù)量，頁面數(shù)，功能點。

　　4.WBS（work breakdown structure）估算法

　　將項目或產品分解為具體的工作，然后分別對各個工作進行時間估算，最終求和得出項目或產品的測試工作量/時間。

　　5.Delphi 法

　　Delphi法是最流行的專家評估技術，在沒有歷史數(shù)據的情況下，這種方式可以減輕估算的偏差。Delphi法鼓勵參加者就問題相互討論。這個技術，要求有多種相關經驗人的參與，互相說服對方……

　　Delphi法的步驟是：

　　1、協(xié)調人向各專家提供項目規(guī)格和估計表格；

　　2、協(xié)調人召集小組會各專家討論與規(guī)模相關的因素；

　　3、各專家匿名填寫迭代表格；

　　4、協(xié)調人整理出一個估計總結，以迭代表的形式返回專家；

　　5、協(xié)調人召集小組會，討論較大的估計差異；

　　6、專家復查估計總結并在迭代表上提交另一個匿名估計；

　　7、重復4-6，直到達到一個最低和最高估計的一致。

　　6.PERT估計法

　　PERT對各個項目活動的完成時間按三種不同情況估計：一個產品的期望規(guī)模，一個最低可能估計，一個最高可能估計。用這三個估計用來得到一個產品期望規(guī)模和標準偏差的Pert 統(tǒng)計估計。Pert 估計可得到代碼行的期望值E，和標準偏差SD。