本文章轉(zhuǎn)載于搜狗測試

【前言】

測試同學經(jīng)常會面對一些大型的、需要多方配合的需求/測試任務。這類項目往往周期長，需求變更和試驗偏多，充滿了不可預見性，因此對需求端的管理比通常的版本迭代項目更加困難、更加復雜。那么如何應對難題，從上游開始質(zhì)量把控，就需要相對應的流程規(guī)范。

【背景】

舉例說明：

小編所在的組剛經(jīng)歷過一個多方配合的項目--Android輸入法商業(yè)廣告項目，商業(yè)的同學和客戶（比如汽車廠商）商談合作后，細化廠商的廣告需求，融入到輸入法產(chǎn)品中進行廣告推廣。

涉及到商業(yè)、運營、數(shù)據(jù)部門、產(chǎn)品、開發(fā)、測試等多個部門。

圖示：

容易出現(xiàn)問題的點：

①需求信息傳遞：因為涉及到IOS和Android兩個客戶端的開發(fā)，還有兩個服務器組的模板和數(shù)據(jù)支持，需求審核通過后向后端支持團隊傳達時務必需要做到每個團隊都對自己的任務清晰明了，對需求理解無誤。

②需求變更后的同步：如果上游團隊有變更而沒有及時通知到所有人時，測試做為最下游的團隊會存在需求和預期不符的情況。

③聯(lián)調(diào)測試：如果上游四個開發(fā)團隊沒有聯(lián)調(diào)通過或提測delay，都會影響到測試團隊的正常測試，甚至影響到項目進度。

【如何形成流程規(guī)范】

當我們預見到上述的一些問題，形成問題list（實際上因為上游催的急，小編是還沒有形成相關流程前就介入了測試，掉到坑里后痛定思痛形成了現(xiàn)實中的問題list…），按照下圖開始思考流程的形成，最終的目的是為了解決項目進行中的問題，讓測試效率和質(zhì)量達到最高。

【流程規(guī)范產(chǎn)出】

根據(jù)上述的問題點，并結(jié)合上邊的流程圖，我們形成相對應的流程：

【具體操作】

建立專項郵件組

因為涉及到多個項目，建議在先期就維護好一個郵件組，用于本項目的專項郵件溝通。

需求提出規(guī)范

1.郵件標題規(guī)范

提測郵件標題：【商業(yè)廣告需求提出】*****，方便過濾，發(fā)送專項郵件組。即上述流程的源頭：廣告模板提測，就需要按照本需求提出規(guī)范進行。

2.郵件內(nèi)容明確

（1）需求的預期結(jié)果明確

（2）上線時間點明確

（3）對應負責人明確

（4）其他需要明確的點

需求變更規(guī)范

1.郵件標題規(guī)范

需求變更郵件標題：【商業(yè)廣告需求提出-需求變更】*****，發(fā)送專項郵件組。

2.郵件內(nèi)容明確

同需求提出規(guī)范中的要求，需要補充變更后的改動范圍，方便測試同學評估回歸內(nèi)容。

郵件公示

在形成上述規(guī)范后，并與組內(nèi)討論，與配合的相關團隊進行溝通確認（確認方式不定，可以是會議，可以是口頭溝通），然后將相關的規(guī)范進行公示、試運行。

測試完畢后的通知

測試完畢確認信是一個項目的閉環(huán)環(huán)節(jié)，用于通知測試結(jié)論、通知相關團隊準備上線，如圖：

最后，在流程試運行的過程中，可能還會出現(xiàn)一些問題，那么按照行程流程規(guī)范的方法，記錄問題后，進行優(yōu)化。