准入測試測試規范

 

目的

• 明確測試入口條件
• 減少在測試階段測試工作被block的次數，提升測試時間統計的准確率
• 提高代碼提交質量，增強自測程度，提升對產出物的責任感
• 為整體研發流程更加規范打下基礎
• 流程

適合的項目

• 測試時間>=3天的項目
• 階段以及產出物/溝通方式
• 代碼開發/用例設計階段

i. 代碼開發

1. 前置條件：UE+產品需求文檔定稿
2. 責任人：開發人員
3. 工作內容：根據需求進行架構設計以及代碼開發
4. 產出物：代碼
5. 溝通方式：短會+郵件

ii. 用例設計以及評審

1. 前置條件：UE+需求文檔定稿
2. 責任人：測試人員為主，產品人員/研發人員參與
3. 工作內容：測試用例設計/測試用例評審/核心用例發給開發人員
4. 產出物：三方明確優先級后的功能矩陣
5. 溝通方式：評審會議+郵件
6. b) 自測階段

i. 前置條件：代碼開發完成/收到評審過的核心用例

ii. 責任人：開發人員

iii. 產出物：自測通過后的代碼

iv. 溝通方式：暫無

1. c) 冒煙測試

i. 前置條件：代碼自測完成

ii. 責任人：測試人員

iii. 工作內容：根據核心用例進行冒煙測試

1. 測試通過，進入測試階段
2. 測試不通過，駁回，請開發人員進行修改

iv. 產出物：測試通過/不通過的郵件

v. 溝通方式：郵件/Bug系統

1. d) 測試階段

i. 前置條件：冒煙測試通過

• 擴展
• 冒煙用例自動化

i. 模塊主體功能回歸自動化

ii. 新功能的核心部分自動化測試

iii. 新的接口自動化測試

1. b) 數據相關

i. 產品線-模塊-人員-冒煙測試通過率

ii. 冒煙測試用例執行時間以及相關情況