測試時間在什么階段要評估出來？ 個人認為：最遲在申請測試資源時要評估出來，測試資源包括時間、人力、工具等。 而測試時間體現在什么文檔中以便作為測試依據呢？ 個人認為在測試計劃中需要闡明。測試計劃中至少要寫明，要測試什么（即范圍），誰來測試（即測試中的人力資源），怎么測試（測試策略），什么時間測試（測試中的時間資源），風險評估，然后就是一些約定和術語解釋避免歧義。 測試資源中用多少人力和時間資源是互相牽制的，都是依據這個項目或者產品按單位人需要的時間來計算的。 測試時間如何估算呢？ 經驗所得：開發的coding的時間和項目環境下測試的時間是1:1，前提是開發和測試的比例是3:1. 那麼這個時間的估算有些受到開發估算coding時間的牽制，那麼最好再結合：項目需要測試的范圍來評估，根據測試范圍大概會有多少用例產出，以及有多少牽扯到的用例需要回歸，測試的平均執行效率來大概估算測試時間。 在上面大的估算時間上，個人認為還要綜合以下幾點來保證測試時間比較靠譜： 1.測試中由于需求與代碼實現差異而產生的用例維護時間，以及和開發溝通，和需求方確認的時間。 2.測試環境的穩定性，有時候測試環境宕掉，影響測試進度。 3.開發人員的編碼質量 4.開發人員修復bug的速率 5.開發人員中新人的比例，一般新人對業務不熟悉，編碼考慮會欠周到,開發人員目前的工作量，如果工作量太大導致開發代碼質量會有所下降 6.測試人員對執行測試用例的效率，我個人的效率20-35條用例 7.測試用例的復雜度，可能一個case里面有很多的step。 8.測試數據對項目的影響，如果項目本身測試過程中對數據的依賴很大，而數據的重用性不好 9.測試中因為bug和開發人員的溝通時間，以及不斷幫助開發人員重現bug的時間。 10.項目中如果需要UI和UED等其他部門資源的支持，這些資源的配合溝通時間。

轉載于:https://blog.51cto.com/gypsyer/210085

總結

以上是生活随笔為你收集整理的如何估算测试时间的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。