1. 根據測試範圍和測試方法來估計工作量：
a)制定測試計劃以前，明確測試範圍：
不同的測試範圍，對測試量的評估起到至關重要的因素，比如說測試一個模塊或測試多個模塊或測試整個系統等等，都屬於測試範圍不一樣，明顯工作量也不同，差別也挺大的。還有測試範圍還包括功能性測試範圍或非功能性測試範圍等等，在做測試工作量評估的時候，都必須考慮。
b)確定合理、有效的測試方法：
比如說你要考慮測試某個項目，你必須考慮測試方法是否合理。比如說某個模塊的功能測試，你可以採用QTP做自動化功能測試，還是手工做功能測試，工作量就不一樣，做測試計劃以前必須考慮清楚。要不然，估算的工作量肯定不準。
2. 根據測試任務來評估工作量：
a)質量需求和項目背景決定工作量：
不同的項目背景，不同的質量要求，決定不同的測試工作量。如果我們測試的是一個銀行系統，涉及到每個人的經濟利益，我們測試時必然會對性能測試或安全測試放到第一位，設計較多的異常測試用例，這樣一做，必然增加我們的工作量。如果是一般的系統，我們可以只執行一般的功能測試通過就可以了，沒有必要去做其它的異常、安全測試。如果系統的質量需求要求高，也許就要進行更深層次的測試，迴歸測試的力度必然要加大，工作量自然就上去了。
b)儘可能詳細的羅列出項目測試內容：
一般來說，測試工作量的評估工作都是交給測試經理或項目組成員協助共同來完成的。準確評估項目測試的工作量，必須要求測試Leader明確詳細的測試內容，只有知道測試什麼？哪些需要測試？詳細分析需求規格說明書，明確測試任務以後，評估纔會有依據，所以
儘可能詳細的羅列出項目測試內容非常必要。
c)把測試任務細化到每個測試功能點：
我們在估算測試時間的時候，可以把測試任務細化到每個測試的功能點，比如說“新增”、“修改”、“刪除”、“暫停”、“恢復”等等都記成一個功能點，在預算的時候，同時把編寫測試用例和執行測試用例的時間都要計算進去。例如：編寫一個測試用例或執行一個功能測試各需要一個小時，如果我們有100個功能點，我們就知道大約要200個小時。這樣估算出來的時間比較精確一點，比較符合實際。
d)預估業務測試或模塊交叉測試的複雜容易程度：
很多時候，我們測試初期，對業務瞭解不是很多，忽視了對業務方面或交叉模塊測試的評估，等到了測試後期，大量的業務測試沒有測試，測試時間特別緊，所以在測試初期預估測試的複雜容易程度，在評估工作量方面至關重要。
3. 根據開發階段來評估工作量：
不同的開發階段，測試時間估算也不太相同。比如說，開發的系統是第一個版本，相對以後的測試工作來說，可能安排的時間要多一點。大多數情況下是這樣的，也許後面的版本增加很多新功能，測試工作量還大於第一個版本也是常有的事情。作爲測試負責人，對於使用測試階段來評估工作量，必須根據實際情況來定，不能盲目給出數字，應付了事。
4. 根據測試經驗的積累來評估工作量：
我們可以借鑑類似項目的測試經驗，比如說被測試的系統，我們做過類似的產品，就可以把相關的測試文檔，修改一下，複用以前的測試用例，這時候測試工作量就減少了很多。如果沒有，我們只能重來。還有就是借鑑以前項目編寫測試用例或執行測試的時間，對測試工作量的準確評估，也具有一定的參考價值。
5. 根據測試風險來評估工作量：
a)測試人員變動帶來的風險：
在一般的軟件公司，測試人員的流動是常有的事情，所以估計測試工作量的時候，我們一定要把它計算在裏面，留有一定的餘地，以防不測。比如說：以前安排了一個做過類似項目，對類似項目熟悉的測試人員，也許給他安排了一天的工作量。如果他不在了，其它的人去做這個測試也許就2天，甚至3、5天都不一定能夠搞定。測試人員帶了的風險還是特別高的。
b)系統測試環境的風險：
系統測試環境帶來的風險，一般來說比較小，發生的可能性很小，如果一旦發生了，也相當可怕。最可怕的就是硬件故障，在經濟實力允許的情況下，我們一般的方法是準備兩套測試環境，一套測試環境出現問題，我們立馬切換到另外一個測試環境中去繼續測試，避免影響正常的測試進度。但是大部分的公司都不願意花血本，來購買昂貴的硬件，而是以犧牲時間來付出代價。
c)、開發人員版本發佈延遲風險：
不做好版本配置管理或沒有正規的測試規範的公司，大部分情況下很難估計工作量，他們基本上都是邊改邊開發邊測試，如果一旦開發出現異常，整個測試就立馬終止，這對測試的相互制約作用也會更大，這樣對我們估算的工作量也不準確。
d)、項目變更帶了的風險：
一個項目做到中途，由於客戶對技術不斷深入的瞭解，很多時候不是“需求變更”，就是“設計變更”，弄得我們測試人員特別鬱悶，不斷修改測試文檔。如果相關部門沒有正規的變更管理，變更引起的工作量更沒辦法估算。很多測試後期出現工作量加大，測試延期的問題，都是對項目風險估算不足造成的。
6. 發揮項目團隊的力量來評估工作量：
a)積極調動下屬，發揮集體的智慧：
我帶領的測試團隊，對工作量的估計大致是這樣的：
測試主管對自己帶的項目做一個整體時間預估，給出一個大致估計時間。我再把每個模塊分配給準備安排測試這個項目的每個測試工程師做一個測試工作量評估，得到結果後和測試主管的工作量對比。這個時候我要考慮他們每個人的實際能力做適當的調整，最後把調整相對準確的時間，遞交項目組評審，如果通過，就OK，如果他們有建議，視建議的程度好壞，再決定是否做修改。有空的時候，我會定時檢查每個人的工作內容是否準時完成，督促一下工作。一般來說，時間偏差相差不會超過一週，呵呵！！！
b)建立一個測試工作量的預算表格：
測試計劃書寫結束，我一般是把測試工作量的每一項，寫成一個Checklist，每項大致多少時間，寫出來。郵件的形式發給部門的全體成員，提高工作量的透明度