爲了提升測試估算的準確性和可控性,首先須要定義合適的測試估算過程。假如測試估算過程是混亂的,即沒有合適的定義估算的輸入、步驟和輸出,那麼估算的輸出經常會由於和項目目標之間的差距而遭到責難。責難的目的是儘可能減小測試估算的結果以知足項目的目標,致使在測試輸入不變的狀況下,人爲的改變測試估算的結果。
假如合適的定義了測試估算的輸入和步驟,那麼隨意更改估算的結果將是不容許的。儘管利益相關者不滿意測試估算的結果,可是更改該結果的合理的行爲應該是更改估算的輸入得出新的輸出,而不是爲了知足某個目標而有意識的調整估算結果。圖1是建議的測試估算過程。
app
圖1 測試估算過程ide
合適定義的測試估算過程,詳細考慮了測試對象的特定信息,例如:產品類型、測試範圍、優先級和重點,以及某些假定條件等。估算過程當中能夠不斷的調整這些輸入信息,直到最後的估算結果符合可接受的要求,這是和混亂測試估算過程處理徹底不一樣的。測試歷史數據,如之前項目測試的測試執行速度等,也是測試估算過程當中的重要輸入。測試歷史數據是不能調整的,特別是爲了知足測試的目標而有意識的調整它。測試
測試團隊理解估算、目標和承諾三者之間的區別,有助於更好的開展測試估算活動。假如估算結果並不符合目標的要求,測試團隊能夠更加謹慎的考慮是否給出當前的承諾。但,無論如何,測試團隊都不該該因爲這個緣由改變測試估算自己。url
在測試估算過程當中,有的時候咱們須要在項目的早期,甚至在沒有具體的需求以前具體的測試對象規模,例如:測試用例的數目,這就須要咱們經過直覺或者人爲判斷的手段估算測試對象的規模。然後續的測試工做量和測試時間進度等能夠經過測試規模進行估算,固然後續的這些估算須要依賴於測試團隊的生產率。圖2表示了估算之間的關係。spa
圖2 測試規模、工做量和進度的關係orm
可是測試工做量和進度的估算,也不必定是基於測試規模開展的,具體的過程須要考慮測試估算所採用的具體方法。合適定義的測試估算過程應該具有下面的特徵:xml
1)在可能的狀況下,儘可能採用計數和計算的手段進行估算,而儘可能避免直覺和判斷的手段;對象
2)在測試估算過程不一樣階段採用不一樣的測試估算技術,並對結果進行比較;blog
3)測試估算過程應該是相對穩定的,假若有某些變動,應該經過文檔化的方式進行記錄,並進行評審;ci