如何估算測試工作量
（一）常規的估算測試工作量的方法
作為乙個管理者，你是否被詢問到某個專案要花多少時間，多少人力測試；或是作為乙個普通的測試員，你是否被詢問到要花多少時間來完成某個任務或是一次回歸測試？我想大多數在軟體行業的人或多或少都會碰到這樣的關於工作量估計的詢問。那麼你是怎麼回答的呢？你對你自己的回答有信心嗎？你是否最終發現實際上花去的時間和原本估計的時間大相徑庭呢？
不同的人會使用許多不同的方法來估算及安排他們的測試工作量。不同的組織根據專案的型別，專案的內在風險，涉及的技術等而使用不同的方法。但是大多數時候測試工作量是和開發工作量合在一起的，沒有乙個單獨的數字。
首先讓我們來看看一些常規的估算測試工作量的方法：
1. ad-hoc方法
這種方法下的測試工作量不基於任何確定的期限。工作一直繼續直到達到一些由管理或市場人員預先定下的時間表。或者，一直到用完了預算的經費。
這種情況普遍存在於非常不成熟的組織，並且時常有100％的錯誤差數。
2.開發時間的百分比法percentage of development time
通常預留專案的總花費時間的35％給測試。
• 5-7%給元件和整合測試
• 18-20%給系統測試
• 10%給接收測試（或回歸測試等）
3.模擬法（經驗值法或歷史資料法）
根據以前或相似專案（主要在專案性質，領域，規模上有相似）所積累的經驗或歷史資料來估算工作量。模擬法估計結果的精確度取決於歷史專案資料的完整性和準確度，因此，用好模擬法的前提條件之一是組織建立起較好的專案後評價與分析機制，對歷史專案的資料分析是可信賴的。需要收集以下相關的歷史資料：
• 在設計和實現階段花費的時間
• 測試工作的規模，例如使用者需求的數量，頁面數，功能點
• 資料樣式，例如實體，欄位的數量
• 螢幕或字段數量
• 測試物件的規模，例如kloc
4.wbs（work breakdown structure）估算法
將專案或產品分解為具體的工作，然後分別對各個工作進行時間估算，最終求和得出專案或產品的測試工作量/時間。
5.delphi法
delphi法是最流行的專家評估技術，在沒有歷史資料的情況下，這種方式可以減輕估算的偏差。delphi法鼓勵參加者就問題相互討論。這個技術，要求有多種相關經驗人的參與，互相說服對方。。
delphi法的步驟是：
1、協調人向各專家提供專案規格和估計**；
2、協調人召集小組會各專家討論與規模相關的因素；
3、各專家匿名填寫迭代**；
4、協調人整理出乙個估計總結，以迭代表的形式返回專家；
5、協調人召集小組會，討論較大的估計差異；
6、專家複查估計總結並在迭代表上提交另乙個匿名估計；
7、重複4-6， 直到達到乙個最低和最高估計的一致。
6.pert估計法
pert對各個專案活動的完成時間按三種不同情況估計：乙個產品的期望規模，乙個最低可能估計，乙個最高可能估計。用這三個估計用來得到乙個產品期望規模和標準偏差的pert 統計估計。pert 估計可得到**行的期望值e， 和標準偏差sd。
工作量估算
我們的方法還是比較實用的 舉個具體的例子 我們做任何乙個工作,都先做sample,比如寫詳細設計,leader必須先寫,定sample,然後看leader做需要多少時間,然後按一定比例,比如pert方法就可以,然後按畫面去分,畫面數 預期每日完成數,測試也一樣,先做sample再算預期case數,再...
幾種測試工作量的估算方法
在測試 專案管理中或編寫測試計畫時，經常需要對某個測試工作進行工作量的預算，很多時候都是憑個人的工作經驗進行估算的，如能結合一些常規的估算方法，有助於估算的精確度。以下是網上找到的一些常規的估算測試工作量的方法 1 ad hoc方法 這種方法下的測試工作量不基於任何確定的期限。工作一直繼續直到達到一...
幾種測試工作量的估算方法
在測試專案管理中或編寫測試計畫時，經常需要對某個測試工作進行工作量的預算，很多時候都是憑個人的工作經驗進行估算的，如能結合一些常規的估算方法，有助於估算的精確度。以下是網上找到的一些常規的估算測試工作量的方法 1 ad hoc方法 這種方法下的測試工作量不基於任何確定的期限。工作一直繼續直到達到一些...