一、背景
最近在推進組內流程規範專項建設,從“研發測試流程”、“提測規範”、“測試准入標準”、“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老師有要求修改該項後再提測的權利。
最後,規範的制定還是要貼合自身專案的實際情況,希望這篇可以起到拋磚引玉的作用。