文/秋之川
這是《落葉》文集里第 331片落葉，希望你能喜歡，不為別的，只為這份堅持。
第十六章 哪些因素會影響到測試項目的工作量估算？
晚上加班時，我跑到老大辦公室，他問我又遇上什么問題了嗎？
我說：“我剛才判斷 Luck 的評估不準確是正好我對他負責的模塊比較熟悉，所以才能事先估算過，但如果有的模塊是我不熟悉的，我有什么辦法能有效地判斷其工作量估算值是偏大還是偏小呢?”
老大說，這個其實也簡單，常用的方法有這么幾種：
找另一個有經驗的測試人員做估算一下，看看估算的是不是差不多，如果差不多，就沒太大問題，如果差的比較多，就要用下面這種方法了；
檢查他做的測試范圍分析和羅列的測試任務清單，如果能有 WBS 最好，這樣就能較為直觀的看出來他是考慮的過多了，還是有考慮不足的地方，另外，你也可以根據他給你的工作量估算和工作包的數量，反推最小工作包的執行時間估算是否合理；
我記下這兩個方法之后，把我剛才跟 Luck 說的工作量評估方法跟老大又說了一遍。
他說：“你現學現賣的還挺像樣的，但有關測試項目工作量的評估，還有一些需要注意的地方，你要認真聽哦?！?/p>
項目里的測試工作量主要受幾方面的影響：
- 測試范圍：
測試范圍主要是由需求范圍或項目范圍決定的。 - 測試任務：
（1）測試任務是由項目的質量要求和測試目標來決定的，質量要求越高，就需要更全面的、更充分的的測試，回歸測試的次數也需要增加，所以，測試的工作量自然就會增大；
（2）測試團隊的執行效率，因為任務的估算趨向于一個正常狀態的普通工程師或者是有經驗的工程師的執行效率，而實際執行過程中，可能存在人員狀態或新人上崗等多種可能性； - 產品開發階段：
- 產品第一個版本的測試工作量肯定是很大的，因為所有的功能模塊都是全新的、未測試過的；
- 產品的后續版本，不管有沒有增加較多的新功能，不僅要完成新功能的測試，還要完成相應的回歸測試，保證之前老功能的正常使用；
- 回歸測試的工作量是受每一輪的衰減系數影響，比如一輪完整的功能測試需要 F 人日，那第一輪回歸測試的工作量就大概是 F * R1，第二輪回歸測試的工作量就大概是 F * R2；
- R1 和 R2 的系數值跟不同公司的代碼質量、缺陷分布、測試周期以及自動化測試覆蓋度都有關系：
（1）代碼質量越低，回歸測試的次數就越多；
（2）測試缺陷的分布越廣，回歸的測試用例數就越多；
（3）自動化測試覆蓋度越高，手工測試的工作量就越低；
聽完這些，我問老大，“我回去再好好看下工作量，怎么感覺這樣去分析，需要不少人呢？”
老大笑著說，“你別擔心人夠不夠，看上去有很多東西，但你好好做下人力資源計劃，其實會發現人是夠得，好了，不多說了，你自己先回去計劃看看吧?！?/p>
《告訴你如何從執行測試到管理測試》帶你邁出第（16）步！，點擊這里可查看完整地圖
作者簡介：14 年測試 + 11 年項目管理 + 11 年團隊管理 = 一個測試老兵
