本文章轉載于搜狗測試
測試的同學，你有沒有遇到以下這些阻塞測試任務的情況呢？
1.測試版本，還有部分需求沒有實現，導致測試人員只能測試部分功能，還有大量的功能不能測試。下一次提測試時，已經測試過的功能還需要再回歸。
2.功能主流程測試不通過，無法繼續測試。
3.測試過程中，發現了大量崩潰問題，無法繼續測試。
4.提測版本雖然沒有崩潰問題，但非崩潰問題很多，質量不可控。
5.測試過程中，出現很多不能復現的bug，覺得當前版本質量不靠譜。
開發修改完bug，已經測試過的功能還要再測試一遍才放心。
這些的情況，會導致測試人員做了較多無效的測試工作。一個功能需要增加二輪或者三輪測試。
開發提交的任務質量不高，測試時經常出現阻塞問題，這個事情搜狗輸入法是怎么破的呢？
在輸入法項目，我們引入預測試流程，推進開發提高提測質量。
目前搜狗輸入法項目，基本上1個功能只進行1輪測試即可。
預測試又是如何進行的呢？
預測試流程
預測試用例的選取
1.如果提交測試時，用例已經完成，可以從集成測試用例中選取優先級高、正常路徑的用例，建議選取10%~20%的用例。
2.如果提交測試的時候，用例還未編寫完畢，可以查看需求是否全部實現。需求較大的，選取需求中，主要需求的主路徑，進行驗證。
預測試檢查的內容
1.該模塊需求中要求的功能是否正確實現。
2.該模塊主要功能邏輯、主流程主路徑能否正常運行。
3.和該模塊耦合度較高的模塊，沒有明顯異常。
預測試不通過的條件
1.開發提測的模塊中，根據產品需求，未實現的功能點超過10%以上。
2.阻塞性bug導致20%以上的功能無法測試。
3.崩潰頻繁導致測試工作無法正常進行。
4.30分鐘的測試，發現嚴重bug（測試定義的嚴重bug）數量超過5個。
5.滿足上述任何一條標準時，均視為預測試不通過，需要將模塊打回給開發。
預測試報告內容
1.預測試驗證次數：填寫驗證該模塊預測試的次數。用以記錄和公示進行了幾輪預測試。
2.模塊名稱：用以說明預測試的模塊或功能。
a)填寫任務名稱即可；
b)如果沒有提交對應的任務，填寫項目組公認的任務名稱；
c)對于開發提測一個模塊中的部分功能，可以將大任務模塊進一步拆分細化，如下面舉例中提到的修復器界面功能，此處就可以描述為“PY6.6_輸入法修復器（界面功能）”。
3.本次預測試提交的bug數量：僅填寫該模塊預測試期間提交的bug總數，預測試之前提交的bug不作統計。用以體現本次預測試發現的bug數量。
4.阻塞bug數量：只填寫阻塞bug數，不要把嚴重bug數統計到該字段中
5.阻塞Bug或嚴重bug說明：將阻塞bug和嚴重bug分開說明，內容填寫樣式如下表
a)阻塞bug是要求開發必須解決的；
b)增加嚴重bug的說明，以期引起開發的重視，推進解決的進度。
6.測試負責人和開發負責人：根據任務的具體情況填寫
a)當同一個模塊包含多個測試人員時，測試負責人只填寫一個該模塊的主負責人即可。
b)當同一個模塊包含多個開發人員時，開發負責人需要全部添加進來。
7.驗證時間：每輪預測試的時間，并且在每輪預測試的時間后面填寫通過/不通過的狀態，用以記錄每次預測試的時間和結果狀態。
8.備注：填寫本次預測試相關對進度的影響，可能存在的風險。
a)對測試進度的影響（a.整個進度的影響；b.整個計劃沒有影響，但須增加其他的工作量等等）
b)存在的各種風險等
