一、背景
最近在推進組內流程規范專項建設，從“研發測驗流程”、“提測規范”、“測驗準入標準”、“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老師有要求修改該項后再提測的權利，
最后，規范的制定還是要貼合自身專案的實際情況，希望這篇可以起到拋磚引玉的作用，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/210528.html
標籤：其他