本文章轉(zhuǎn)載于搜狗測試
劇情回顧
又到周末嘍怠硼，還記得我們約定的四個(gè)階段嗎：
1.“進(jìn)度控制”開篇：你確定你了解需求嗎枉证？已get√
2.“進(jìn)度控制”中篇：運(yùn)籌帷幄粗略測試計(jì)劃
3.“進(jìn)度控制”下篇：明明白白詳細(xì)計(jì)劃
4.“進(jìn)度控制”尾篇：不慌不忙應(yīng)對(duì)突發(fā)狀況
“項(xiàng)目進(jìn)度”中篇：運(yùn)籌帷幄粗略測試計(jì)劃
引言
當(dāng)一個(gè)項(xiàng)目的需求了解完畢之后，測試負(fù)責(zé)人驅(qū)動(dòng)各個(gè)模塊負(fù)責(zé)人對(duì)模塊任務(wù)做一個(gè)粗略的評(píng)估（復(fù)雜度、前期準(zhǔn)備、測試方案勾缭、測試時(shí)間等）揍障，以提前明確大概的階段性測試時(shí)間（前期測試準(zhǔn)備時(shí)間目养，一輪測試時(shí)間，回歸測試時(shí)間）是否符合項(xiàng)目組預(yù)期毒嫡。換句話說：開發(fā)提測之前能否做好前期準(zhǔn)備癌蚁？一輪測試+回歸測試的時(shí)間是否會(huì)超過項(xiàng)目組的時(shí)間預(yù)期？
確實(shí)很想提前知道這些信息兜畸，那么到底該怎么做努释，做的時(shí)候又會(huì)出現(xiàn)哪些坑呢？
怎么做咬摇？
1. 項(xiàng)目負(fù)責(zé)人了解完需求后伐蒂，根據(jù)①與原有模塊的關(guān)聯(lián)性 ②模塊負(fù)責(zé)人的執(zhí)行能力③模塊負(fù)責(zé)人的現(xiàn)有任務(wù) ④ 新功能的難易程度 對(duì)新增加的需求進(jìn)行模塊劃分，并指定對(duì)應(yīng)的模塊負(fù)責(zé)人肛鹏，同時(shí)逸邦，需要考慮以下因素
a)原有舊模塊的需求變更恩沛，對(duì)應(yīng)原有模塊負(fù)責(zé)人
b)與開發(fā)溝通，未變動(dòng)的舊模塊是否有代碼變動(dòng)或被影響缕减。如有雷客，將相應(yīng)模塊列入粗略計(jì)劃表中，并對(duì)應(yīng)原有模塊負(fù)責(zé)人桥狡；如沒有搅裙，可不填寫
2.模塊劃分完之后，和項(xiàng)目組的開發(fā)經(jīng)理以及產(chǎn)品經(jīng)理核對(duì)任務(wù)是否有遺漏裹芝，并請(qǐng)他們填寫對(duì)應(yīng)功能的開發(fā)負(fù)責(zé)人和產(chǎn)品負(fù)責(zé)人
3.項(xiàng)目負(fù)責(zé)人將制定好粗略計(jì)劃樣表（劃分的模塊部逮，對(duì)應(yīng)的開發(fā)，產(chǎn)品負(fù)責(zé)人局雄，測試的各個(gè)階段）發(fā)給模塊負(fù)責(zé)人進(jìn)行任務(wù)評(píng)估甥啄，如下圖所示
4.模塊負(fù)責(zé)人對(duì)自己的模塊，進(jìn)行需求了解炬搭，確定要做的測試內(nèi)容并對(duì)使用的時(shí)間進(jìn)行評(píng)估蜈漓。例如：是否需要兼容性測試，是否有接口需要做容錯(cuò)測試宫盔，如有需要?jiǎng)t進(jìn)行時(shí)間評(píng)估融虽，不需要的部分時(shí)間為0，如下圖所示
5.模塊負(fù)責(zé)人評(píng)估好時(shí)間之后將具體信息反饋給項(xiàng)目負(fù)責(zé)人灼芭，項(xiàng)目負(fù)責(zé)人根據(jù)自己的經(jīng)驗(yàn)對(duì)模塊負(fù)責(zé)人評(píng)估的時(shí)間進(jìn)行審核修正有额。
6.項(xiàng)目負(fù)責(zé)人對(duì)所有的任務(wù)進(jìn)行整合，拆分彼绷。獲得信息：前期測試準(zhǔn)備時(shí)間哪部分時(shí)間最長巍佑，一輪測試時(shí)間哪部分時(shí)間最長，回歸測試時(shí)間哪部分時(shí)間最長寄悯。然后再進(jìn)行任務(wù)以及人員的協(xié)調(diào)萤衰，使所有人的任務(wù)平均并得出每個(gè)階段的完成時(shí)間點(diǎn)，最終得出項(xiàng)目全部完成的時(shí)間點(diǎn)猜旬，如下所示
以上信息可以得知：
a. 測試準(zhǔn)備時(shí)間最長為14H脆栋，新功能測試最長時(shí)間為18H，功能回歸最長時(shí)間為7H洒擦，測試一共需要時(shí)間為39H
b. 當(dāng)然以上都是理想狀況椿争，一旦某一環(huán)節(jié)delay則其余環(huán)節(jié)都得delay，其中熟嫩，最大的風(fēng)險(xiǎn)就是張mou秦踪，秉著前緊后松的原則，張mou的工作應(yīng)盡可能提前，如能協(xié)調(diào)其他成員則進(jìn)行人員的協(xié)調(diào)椅邓，如其他人不能幫忙完成舍扰，則需要考慮周末加班
以上操作步驟雖然說起來很容易，但其中的坑坑洼洼說起來又是一把鼻涕一把淚
坑洼出沒
坑1.模塊負(fù)責(zé)人該如何下手進(jìn)行評(píng)估
含淚總結(jié)：模塊負(fù)責(zé)人拿到任務(wù)后希坚，先去了解需求边苹，分別從以下角度考慮：
①客戶端需要實(shí)現(xiàn)的是哪部分。對(duì)該功能的影響因素有哪些裁僧？和其他功能的交互有哪些个束？是否需要做UI兼容性測試？
② 后臺(tái)服務(wù)器需要實(shí)現(xiàn)的是哪部分聊疲。服務(wù)器的接口是新的還是舊的茬底，是否需要做容錯(cuò)？
③是否有數(shù)據(jù)庫的需求获洲。其中是否涉及到數(shù)據(jù)庫的兼容性
④客戶端和服務(wù)器的功能是否需要聯(lián)調(diào)阱表。客戶端的功能和服務(wù)器的功能是單獨(dú)測試贡珊，如果是單獨(dú)測試后續(xù)就需要增加聯(lián)調(diào)
坑2.模塊負(fù)責(zé)人的評(píng)估考慮不足最爬，導(dǎo)致后續(xù)實(shí)際執(zhí)行時(shí)進(jìn)度失控
含淚總結(jié)：①項(xiàng)目負(fù)責(zé)人可自己評(píng)估一份粗略計(jì)劃，當(dāng)模塊負(fù)責(zé)人評(píng)估時(shí)間與預(yù)期有較大出入時(shí)门岔，聽取模塊負(fù)責(zé)人的評(píng)估方案爱致，明確出入問題，雙方討論一個(gè)合理的評(píng)估②需要多方配合測試執(zhí)行的模塊寒随，需要加入環(huán)境搭建糠悯、溝通協(xié)調(diào)時(shí)間
坑3. 功能遺漏
含淚總結(jié)：在和產(chǎn)品經(jīng)理，開發(fā)經(jīng)理進(jìn)行任務(wù)核對(duì)后妻往，一般是不會(huì)再有功能遺漏互艾，但是，對(duì)應(yīng)功能的數(shù)據(jù)統(tǒng)計(jì)部分是最容易被忽略的讯泣，這個(gè)需要強(qiáng)行記住
坑4. 有些不難測試的功能纫普，但是重復(fù)性很大，占據(jù)大量的測試時(shí)間
含淚總結(jié)：提前和測試開發(fā)商量是否可進(jìn)行自動(dòng)化以便提高測試效率判帮，如兼容性局嘁、容錯(cuò)測試
寫在最后
運(yùn)籌帷幄之中 決勝千里之外
