如何準確評估項目的工做量

　1. 根據測試範圍和測試方法來估計工做量：

　　a)制定測試計劃之前，明確測試範圍：

　　不一樣的測試範圍，對測試量的評估起到相當重要的因素，好比說測試一個模塊或測試多個模塊或測試整個系統等等，都屬於測試範圍不同，明顯工做量也不一樣，差異也挺大的。還有測試範圍還包括功能性測試範圍或非功能性測試範圍等等，在作測試工做量評估的時候，都必須考慮。

　　b)肯定合理、有效的測試方法：

　　好比說你要考慮測試某個項目，你必須考慮測試方法是否合理。好比說某個模塊的功能測試，你能夠採用QTP作自動化功能測試，仍是手工作功能測試，工做量就不同，作測試計劃之前必須考慮清楚。要否則，估算的工做量確定不許。

　　2. 根據測試任務來評估工做量：

　　a)質量需求和項目背景決定工做量：

　　不一樣的項目背景，不一樣的質量要求，決定不一樣的測試工做量。若是咱們測試的是一個銀行系統，涉及到每一個人的經濟利益，咱們測試時必然會對性能測試或安全測試放到第一位，設計較多的異常測試用例，這樣一作，必然增長咱們的工做量。若是是通常的系統，咱們能夠只執行通常的功能測試經過就能夠了，沒有必要去作其它的異常、安全測試。若是系統的質量需求要求高，也許就要進行更深層次的測試，迴歸測試的力度必然要加大，工做量天然就上去了。

　　b)儘量詳細的羅列出項目測試內容：

　　通常來講，測試工做量的評估工做都是交給測試經理或項目組成員協助共同來完成的。準確評估項目測試的工做量，必需要求測試Leader明確詳細的測試內容，只有知道測試什麼？哪些須要測試？詳細分析需求規格說明書，明確測試任務之後，評估纔會有依據，因此

　　儘量詳細的羅列出項目測試內容很是必要。

　　c)把測試任務細化到每一個測試功能點：

　　咱們在估算測試時間的時候，能夠把測試任務細化到每一個測試的功能點，好比說「新增」、「修改」、「刪除」、「暫停」、「恢復」等等都記成一個功能點，在預算的時候，同時把編寫測試用例和執行測試用例的時間都要計算進去。例如：編寫一個測試用例或執行一個功能測試各須要一個小時，若是咱們有100個功能點，咱們就知道大約要200個小時。這樣估算出來的時間比較精確一點，比較符合實際。

　　d)預估業務測試或模塊交叉測試的複雜容易程度：

　　不少時候，咱們測試初期，對業務瞭解不是不少，忽視了對業務方面或交叉模塊測試的評估，等到了測試後期，大量的業務測試沒有測試，測試時間特別緊，因此在測試初期預估測試的複雜容易程度，在評估工做量方面相當重要。

　　3. 根據開發階段來評估工做量：

　　不一樣的開發階段，測試時間估算也不太相同。好比說，開發的系統是第一個版本，相對之後的測試工做來講，可能安排的時間要多一點。大多數狀況下是這樣的，也許後面的版本增長不少新功能，測試工做量還大於第一個版本也是常有的事情。做爲測試負責人，對於使用測試階段來評估工做量，必須根據實際狀況來定，不能盲目給出數字，應付了事。

　　4. 根據測試經驗的積累來評估工做量：

　　咱們能夠借鑑相似項目的測試經驗，好比說被測試的系統，咱們作過相似的產品，就能夠把相關的測試文檔，修改一下，複用之前的測試用例，這時候測試工做量就減小了不少。若是沒有，咱們只能重來。還有就是借鑑之前項目編寫測試用例或執行測試的時間，對測試工做量的準確評估，也具備必定的參考價值。

　　5. 根據測試風險來評估工做量：

　　a)測試人員變更帶來的風險：

　　在通常的軟件公司，測試人員的流動是常有的事情，因此估計測試工做量的時候，咱們必定要把它計算在裏面，留有必定的餘地，以防不測。好比說：之前安排了一個作過相似項目，對相似項目熟悉的測試人員，也許給他安排了一天的工做量。若是他不在了，其它的人去作這個測試也許就2天，甚至三、5天都不必定可以搞定。測試人員帶了的風險仍是特別高的。

　　b)系統測試環境的風險：

　　系統測試環境帶來的風險，通常來講比較小，發生的可能性很小，若是一旦發生了，也至關可怕。最可怕的就是硬件故障，在經濟實力容許的狀況下，咱們通常的方法是準備兩套測試環境，一套測試環境出現問題，咱們立馬切換到另一個測試環境中去繼續測試，避免影響正常的測試進度。可是大部分的公司都不肯意花血本，來購買昂貴的硬件，而是以犧牲時間來付出代價。

　　c)、開發人員版本發佈延遲風險：

　　不作好版本配置管理或沒有正規的測試規範的公司，大部分狀況下很難估計工做量，他們基本上都是邊改邊開發邊測試，若是一旦開發出現異常，整個測試就立馬終止，這對測試的相互制約做用也會更大，這樣對咱們估算的工做量也不許確。

　　d)、項目變動帶了的風險：

　　一個項目作到中途，因爲客戶對技術不斷深刻的瞭解，不少時候不是「需求變動」，就是「設計變動」，弄得咱們測試人員特別鬱悶，不斷修改測試文檔。若是相關部門沒有正規的變動管理，變動引發的工做量更沒辦法估算。不少測試後期出現工做量加大，測試延期的問題，都是對項目風險估算不足形成的。

　　6. 發揮項目團隊的力量來評估工做量：

　　a)積極調動下屬，發揮集體的智慧：

　　我帶領的測試團隊，對工做量的估計大體是這樣的：

　　測試主管對本身帶的項目作一個總體時間預估，給出一個大體估計時間。我再把每一個模塊分配給準備安排測試這個項目的每一個測試工程師作一個測試工做量評估，獲得結果後和測試主管的工做量對比。這個時候我要考慮他們每一個人的實際能力作適當的調整，最後把調整相對準確的時間，遞交項目組評審，若是經過，就OK，若是他們有建議，視建議的程度好壞，再決定是否作修改。有空的時候，我會定時檢查每一個人的工做內容是否準時完成，督促一下工做。通常來講，時間誤差相差不會超過一週，呵呵！！！

　　b)創建一個測試工做量的預算表格：

　　測試計劃書寫結束，我通常是把測試工做量的每一項，寫成一個Checklist，每項大體多少時間，寫出來。郵件的形式發給部門的全體成員，提升工做量的透明度