一、背景
最近在推進組內流程規范專項建設，從“研發測試流程”、“提測規范”、“測試准入標准”、“bug優先級標准”、“測試停止標准”、“測試准出標准”和“測試報告模板”7個緯度制定了標准，希望能給看到的人帶來一點火花。
二、痛點
QA在參與測試的過程中，相信或多或少都遇到過以下幾個問題：
- 是否已經提測的信息獲取不通暢
- 驗收環境不統一
- RD自測結論缺失
- 提測質量待進一步提高
- 提測范圍待進一步明確
- 影響范圍待進一步明確
- QA獲取不到提測延期的通知
這些問題（痛點）的存在，會造成提測和測試的不流暢，也降低了效率。
為了解決上述痛點，就需要找出解決這些痛點的方法，然后輸出一個可以被遵守的、可執行性強的提測規范。
三、解決方法
四、提測模板(釘釘版)
標題 一、提測需求: XXXX 需求文檔(wiki需求鏈接)
接口文檔鏈接(如有接口測試) 二、提測環境:測試環境 三、自測結論:通過 四、提測范圍: 1，提測XX功能，起到了XX的效果 2，測試類型為功能測試和接口測試(如有接口測試) 3，測試類型為功能測試(是否有接口測試)+ 性能測試(寫明性能測試的范圍(具體哪些接口 / 服務)和驗收標准(多大並發下達到多少QPS，如對響應時 間有要求，一並說明)) (2或3依據提測實際情況，二選一) 五、影響范圍: 本次提測對XX功能/模塊有影響，需要重點關注 六、是否配置host: 127.0.0.1 my.host.com 說明host的用處 127.0.0.1 your.host.com 說明host的用處
效果如下圖:
五、提測模板(郵件版)
1、郵件標題和收件人
標題：
“(提測)-” + “項目名稱-” + “提測模塊名稱” 如：(提測)-動態調度2.0-XX功能
收件人：
收件人：相關開發、產品、項目 抄送人：需包含xxx-qa （xx測試組）
2、正文
復制、修改以下模板
3、提測條件
以上模板中帶標“*”的為必填項（如 *自測結論），提測的需求確實不涉及的必填項，如“技術實現文檔”，可以填“無”，但不可為空。
填“無”的項，QA老師收到提測郵件后，如果認為該項填“無”會對測試的開展造成阻礙，QA老師有要求修改該項后再提測的權利。
最后，規范的制定還是要貼合自身項目的實際情況，希望這篇可以起到拋磚引玉的作用。