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

轉(zhuǎn)載于:https://blog.51cto.com/gypsyer/210085

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。