想要預(yù)估測試的排期百揭，那就要先了解下測試的工作量都在哪里。由于我們是預(yù)估迭代中的排期，所以像一些自動化測試開發(fā)等弱迭代性的工作就不會考慮了。
以下我們就針對測試具體的工作量來分析塞弊，所有時間的預(yù)估都是以2周一迭代&1個QA為標(biāo)準(zhǔn)（個人經(jīng)驗，歡迎討論）：
1泪姨、對新需求的理解和分析
開始時間和結(jié)束時間應(yīng)該和需求確認過程同步游沿，但往往在需求完全定好后還會有少量的消化時間來服務(wù)之后的測試用例編寫 - 0.3d
2、測試用例的設(shè)計及整理
編寫測試用例我認為就是需求的再確認及拆解肮砾，最后落在紙面上供RD和QA使用 - 1d
測試用例是要QA诀黍、PM、RD一起評審的仗处，評審過程中有時會發(fā)現(xiàn)需求歧義導(dǎo)致需求的變更優(yōu)化眯勾，這個時間也需要考慮到 - 0.5d
3枣宫、新功能測試執(zhí)行到結(jié)束
考慮范圍應(yīng)包括但不限于：線上環(huán)境&測試環(huá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ù)實際情況修改排期或根據(jù)經(jīng)驗提前預(yù)估排期 - 0.3d
8介衔、技術(shù)學(xué)習(xí)和交流等額外時間
浮動項目恨胚，根據(jù)業(yè)務(wù)時多時少，可根據(jù)實際情況修改排期或根據(jù)經(jīng)驗提前預(yù)估排期 - 0.1d
9炎咖、線上問題反饋跟進
浮動項目赃泡，時多時少，可根據(jù)實際情況修改排期或根據(jù)經(jīng)驗提前預(yù)估排期 - 0.3d
