作為一個(gè)管理者，你是否被詢(xún)問(wèn)到某個(gè)項目要花多少時(shí)間，多少人力測試;或是作為一個(gè)普通的測試員，你是否被詢(xún)問(wèn)到要花多少時(shí)間來(lái)完成某個(gè)任務(wù)或是一次回歸測試?我想大多數在軟件行業(yè)的人或多或少都會(huì )碰到這樣的關(guān)于工作量估計的詢(xún)問(wèn)。那么你是怎么回答的呢?你對你自己的回答有信心嗎?你是否最終發(fā)現實(shí)際上花去的時(shí)間和原本估計的時(shí)間大相徑庭呢?
不同的人會(huì )使用許多不同的方法來(lái)估算及安排他們的測試工作量。不同的組織根據項目的類(lèi)型，項目的內在風(fēng)險，涉及的技術(shù)等而使用不同的方法。但是大多數時(shí)候測試工作量是和開(kāi)發(fā)工作量合在一起的，沒(méi)有一個(gè)單獨的數字。
首先讓我們來(lái)看看一些常規的估算測試工作量的方法：
1. Ad-hoc方法
這種方法下的測試工作量不基于任何確定的期限。工作一直繼續直到達到一些由管理或市場(chǎng)人員預先定下的時(shí)間表�；蛘�，一直到用完了預算的經(jīng)費。
這種情況普遍存在于非常不成熟的組織，并且時(shí)常有100%的錯誤差數。
2.開(kāi)發(fā)時(shí)間的百分比法Percentage of development time。
這個(gè)方法的基本前提是測試工作量依賴(lài)于開(kāi)發(fā)時(shí)間/開(kāi)發(fā)工作量。首先，開(kāi)發(fā)工作量使用例如LOC或FP方法被估算出來(lái)，然后使用一些探索性的方法來(lái)限制測試的工作量�！ ∵@種方法變化比較大而且通�；谝郧暗慕�(jīng)驗。
通常預留項目的總花費時(shí)間的35%給測試。? 5-7%給組件和集成測試? 18-20%給系統測試? 10%給接收測試(或回歸測試等)
3.類(lèi)比法(經(jīng)驗值法或歷史數據法)
根據以前或相似項目(主要在項目性質(zhì)，領(lǐng)域，規模上有相似)所積累的經(jīng)驗或歷史數據來(lái)估算工作量。類(lèi)比法估計結果的精確度取決于歷史項目數據的完整性和準確度，因此，用好類(lèi)比法的前提條件之一是組織建立起較好的項目后評價(jià)與分析機制，對歷史項目的數據分析是可信賴(lài)的。需要收集以下相關(guān)的歷史數據：? 在設計和實(shí)現階段花費的時(shí)間? 測試工作的規模，例如用戶(hù)需求的數量，頁(yè)面數，功能點(diǎn)? 數據樣式，例如實(shí)體，字段的數量? 屏幕或字段數量? 測試對象的規模，例如KLOC
4.WBS(work breakdown structure)估算法
將項目或產(chǎn)品分解為具體的工作，然后分別對各個(gè)工作進(jìn)行時(shí)間估算，最終求和得出項目或產(chǎn)品的測試工作量/時(shí)間。
5.Delphi 法
Delphi法是最流行的專(zhuān)家評估技術(shù)，在沒(méi)有歷史數據的情況下，這種方式可以減輕估算的偏差。Delphi法鼓勵參加者就問(wèn)題相互討論。這個(gè)技術(shù)，要求有多種相關(guān)經(jīng)驗人的參與，互相說(shuō)服對方……
Delphi法的步驟是：1、協(xié)調人向各專(zhuān)家提供項目規格和估計表格;2、協(xié)調人召集小組會(huì )各專(zhuān)家討論與規模相關(guān)的因素;3、各專(zhuān)家匿名填寫(xiě)迭代表格;4、協(xié)調人整理出一個(gè)估計總結，以迭代表的形式返回專(zhuān)家;5、協(xié)調人召集小組會(huì )，討論較大的估計差異;6、專(zhuān)家復查估計總結并在迭代表上提交另一個(gè)匿名估計;7、重復4-6， 直到達到一個(gè)最低和最高估計的一致。
6.PERT估計法
PERT對各個(gè)項目活動(dòng)的完成時(shí)間按三種不同情況估計：一個(gè)產(chǎn)品的期望規模，一個(gè)最低可能估計，一個(gè)最高可能估計。用這三個(gè)估計用來(lái)得到一個(gè)產(chǎn)品期望規模和標準偏差的Pert 統計估計。Pert 估計可得到代碼行的期望值E， 和標準偏差SD.
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
