1、精選優質文檔-傾情為你奉上測試團隊工作流程介紹版本信息創建人評審人創建時間版本最后修改時間文晶晶2018-05-17v0.12018-05-17  目錄目的  本文檔是測試團隊的日常工作規范，主要側重測試工作流程的控制，明確軟件工程的各階段測試團隊應完成的工作。測試技術和策略等問題不在本文檔描述范圍內。 1 范圍適用于公司所有項目軟件測試。 2 測試團隊構成2.1職責 測試是軟件開發過程中的重要組成部分，肩負著如下責任： 1. 在需求文檔確立基線前對文檔進行測試，從用戶體驗和測試的角度提出自己的看法。 2

2、. 編寫合理的測試計劃，并與項目整體計劃有機地整合在一起。 3. 編寫覆蓋率高的測試用例。 4. 針對測試需求進行相關測試技術的研究。 5. 認真仔細地實施測試工作，并提交測試報告供項目組參考。 6. 進行缺陷跟蹤與分析。 2.2角色 在人力資源有限的情況下，一個團隊成員可能會同時承擔多個角色。 角色職責負責人1. 協調測試工作2. 統籌計劃安排測試工作3. 測試報告分析4. 與其他相關人員接洽工程師1. 測試環境配置2. 測試用例編寫3. 執行測試4. 缺陷管理 3 工作流程及規范3.1計劃與設計階段3.1.1&

3、#160;測試團隊職責在項目組成立的同時，測試組也將同時成立。團隊成立的工作與責任：  成員職責吳安維1. 協調測試工作2. 編寫測試計劃3. 測試報告分析4. 質量監控陽丹1. 接口測試框架搭建2. 測試用例編寫3. 測試劉永霞1. 線上系統功能測試2. 回歸測試3.1.2測試預通知 在正式測試任務下達前，開發團隊應提前向測試團隊下達預通知，告之較為確切的測試參與日期，提供當前最新的相關資料。測試人員可預先熟悉必要的背景資料，測試負責人編寫測試計劃書初稿。 3.1.3 測試需求  明確該階段測試范圍，對該范圍內需求進行測試，明確測試要點3.1

4、.4 編寫測試計劃需求分析文檔確立后，測試組需要編寫測試計劃文檔，定制測試方案和策略3.1.5 編寫測試用例在需求分析文檔確立基線以后，測試組需要針對項目的測試需求編寫測試用例，在實際的測試中，測試用例將是唯一實施標準測試用例用例ID用例名稱所屬模塊所屬子模塊前置條件測試步驟預期結果測試結果備注附件Login_001正常用戶登陸登陸None注冊用戶成功，系統數據庫中存在該用戶1.xx2.xx3.xx1.XX3.XXPass截屏數據包等附件Login_negative_001使用不存在的用戶名登陸登陸None系統數據庫中無該用戶信息1.xx2.xx3.xx1.XX2.XX3.XXFailed3.

5、2 測試執行階段3.2.1 測試執行測試執行將花費測試組成員絕大多數時間，這些工作都是建立在前期大量工作的基礎上的.測試的準入準出標準參見下表準入規則1. 需求評審結束2. 該階段開發完成3. 完成冒煙測試準出規則1. 功能模塊覆蓋完全2. 測試用例執行完畢3. 嚴重等級為2以上的bug修復完畢4. 嚴重等級為3及一下的bug待修復率不大于30%3.2.2 bug管理流程測試執行過程中發現bug，bug的發現和修復在軟件開發流程中至關重要。測試組成員發現bug提交bug，并且分配給開發進行修復。缺陷報告Bug ID簡述(標題）優先級別嚴重級別重現步驟預期結果實際結果所屬模塊對照用例ID命名lo

6、gin_001簡短描述bug信息1-3可選1-4可選具體復現步驟描述1.XX2. XX3. XX優先級別：1. 最高等級，必須優先修復，否則會影響后續測試工作2. 優先修復，否則會影響該模塊的其他測試3. 一般，單個模塊的單個功能嚴重級別：1. Block，最高級別，影響整個系統（系統崩潰，內存泄漏等）2. Critical,非常嚴重，對系統影響嚴重，可能影響其他功能模塊的其他測試工作3. High，高級，必須修復的bug，功能性問題4. Low，一般bug，不會對系統造成功能性影響（UI，易用性等）bug的管理流程如下圖所示：3.3 測試總結階段3.3.1 測試報告 所有測試任務完成之后，需要對測試工作做一個總結匯總，撰寫測試報告，評估測試結果，然后提交項目組。測試報告需包含以下幾個元素：1. 測試版本2. 測試人員、時間3. 發現的新缺陷情況（數量，分類、分布）4. 本輪缺陷回歸情況5. 測試評估（功能性能實現率，版本迭代對比）3.3.2 測試文檔歸檔 測試工作完成后需要對本輪測試的所有文檔進行歸檔，存檔。包含但不僅限于以下文檔：1. 需求文檔2. 需求梳理功能點文檔3. 測試計劃書4. 測試用例5. 測試報告6. 缺陷統計7. 知識