想要預(yù)估測試的排期，那就要先了解下測試的工作量都在哪里。由于我們是預(yù)估迭代中的排期，所以像一些自動化測試開發(fā)等弱迭代性的工作就不會考慮了。
以下我們就針對測試具體的工作量來分析，所有時間的預(yù)估都是以2周一迭代&1個QA為標(biāo)準(zhǔn)（個人經(jīng)驗(yàn)，歡迎討論）：
1、對新需求的理解和分析
開始時間和結(jié)束時間應(yīng)該和需求確認(rèn)過程同步，但往往在需求完全定好后還會有少量的消化時間來服務(wù)之后的測試用例編寫 - 0.3d
2、測試用例的設(shè)計及整理
編寫測試用例我認(rèn)為就是需求的再確認(rèn)及拆解，最后落在紙面上供RD和QA使用 - 1d
測試用例是要QA、PM、RD一起評審的，評審過程中有時會發(fā)現(xiàn)需求歧義導(dǎo)致需求的變更優(yōu)化，這個時間也需要考慮到 - 0.5d
3、新功能測試執(zhí)行到結(jié)束
考慮范圍應(yīng)包括但不限于：線上環(huán)境&測試環(huán)境，功能，性能，接口，埋點(diǎn)，ios&android，低版本ios兼容（如ios8），web，新舊版本兼容，數(shù)據(jù)遷移...
這是占比最大的時間，排期的預(yù)估應(yīng)以測試用例為依托，由于每一個迭代的業(yè)務(wù)需求不同，時間會有所浮動 - 2d～3d
* 測試人力資源多少可直接影響排期的預(yù)估
4、老功能回歸
由于集成新功能有可能會影響老服務(wù)，需要按優(yōu)先級回歸下老功能 - 1d
* 如果配以卓有成效的自動化測試輔助，時間會縮短甚至大幅縮短。
5、新增缺陷修改后的回歸
缺陷的回歸往往會成為吃時間的怪獸（比如修改缺陷再次引入新的缺陷），尤其在項目工期緊或者倒排工期的時候。所以這個時間不容小視 - 1d
6、測試總結(jié)
測試報告產(chǎn)生時間排期，相對固定 - 0.5d
7、產(chǎn)品例會，產(chǎn)品變更引起的工作量增或減
浮動項目，時多時少，可根據(jù)實(shí)際情況修改排期或根據(jù)經(jīng)驗(yàn)提前預(yù)估排期 - 0.3d
8、技術(shù)學(xué)習(xí)和交流等額外時間
浮動項目，根據(jù)業(yè)務(wù)時多時少，可根據(jù)實(shí)際情況修改排期或根據(jù)經(jīng)驗(yàn)提前預(yù)估排期 - 0.1d
9、線上問題反饋跟進(jìn)
浮動項目，時多時少，可根據(jù)實(shí)際情況修改排期或根據(jù)經(jīng)驗(yàn)提前預(yù)估排期 - 0.3d
