1、測試團隊工作流程介紹版本信息創(chuàng)建人評審人創(chuàng)建時間版本最后修改時間文晶晶2018-05-17v0.12018-05-17目錄目的31圍32測試團隊構(gòu)成32.1職責(zé)32.2角色33工作流程及規(guī)43.1計劃與設(shè)計階段43.2測試執(zhí)行階段53.3測試總結(jié)階段64. 測試流程圖7目的本文檔是測試團隊的日常工作規(guī)，主要側(cè)重測試工作流程的控制，明確軟件工程的各階 段測試團隊?wèi)?yīng)完成的工作。測試技術(shù)和策略等問題不在本文檔描述圍。1圍適用于公司所有項目軟件測試。n2測試團隊構(gòu)成2.1職責(zé)測試是軟件開發(fā)過程中的重要組成部分，肩負著如下責(zé)任：1. 在需求文檔確立基線前對文檔進行測試，從用戶體驗和測試的角度提岀自己的看

2、法2. 編寫合理的測試計劃，并與項目整體計劃有機地整合在一起。3. 編寫覆蓋率高的測試用例。4. 針對測試需求進行相關(guān)測試技術(shù)的研究。5. 認真仔細地實施測試工作，并提交測試報告供項目組參考。6. 進行缺陷跟蹤與分析。2.2角色在人力資源有限的情況下，一個團隊成員可能會同時承擔(dān)多個角色。角色職責(zé)負責(zé)人1.協(xié)調(diào)測試工作2. 統(tǒng)籌計劃安排測試工作3. 測試報告分析4. 與其他相關(guān)人員接洽工程師1. 測試環(huán)境配置2. 測試用例編寫3. 執(zhí)行測試4. 缺陷管理3工作流程及規(guī)3.1計劃與設(shè)計階段測試團隊職責(zé)在項目組成立的同時，測試組也將同時成立。團隊成立的工作與責(zé)任:成員職責(zé)吳安維1. 協(xié)調(diào)測試工作2.

3、 編寫測試計劃3. 測試報告分析4. 質(zhì)量監(jiān)控|陽丹1. 接口測試框架搭建2. 測試用例編寫3. 測試永霞1.2.線上系統(tǒng)功能測試回歸測試測試預(yù)通知在正式測試任務(wù)下達前，開發(fā)團隊?wèi)?yīng)提前向測試團隊下達預(yù)通知，告之較為確切的測試參與 日期，提供當(dāng)前最新的相關(guān)資料。測試人員可預(yù)先熟悉必要的背景資料，測試負責(zé)人編寫測試計 劃書初稿。測試需求明確該階段測試圍，對該圍需求進行測試，明確測試要點編寫測試計劃需求分析文檔確立后，測試組需要編寫測試計劃文檔，定制測試方案和策略編寫測試用例在需求分析文檔確立基線以后，測試組需要針對項目的測試需求編寫測試用例，在實際的測試中，測試用例將是唯一實施標準測試用例用例ID

4、用例名 稱所屬模塊所屬子模塊前置條件測試步驟預(yù)期結(jié)果測試結(jié)果備注附件Login_001正常用戶登陸登陸No ne注冊用 戶成功，系 統(tǒng)數(shù)據(jù) 庫中存 在該用 戶1. XX2. xx3. xx1.XX3.XXPass截屏數(shù)據(jù)包等附件Log in_n egat ive_001使用不 存在的 用戶名 登陸登陸No ne系統(tǒng)數(shù) 據(jù)庫中 無該用 戶信息1. XX2. xx3. xx1. XX2. XX3. XXFailed3.2測試執(zhí)行階段測試執(zhí)行測試執(zhí)行將花費測試組成員絕大多數(shù)時間，這些工作都是建立在前期大量工作的基礎(chǔ)上的.測試的準入準岀標準參見下表準入規(guī)則1.2.3.需求評審結(jié)束 該階段開發(fā)完成 完成

5、冒煙測試準岀規(guī)則1.2.3.4.功能模塊覆蓋完全測試用例執(zhí)行完畢嚴重等級為2以上的bug修復(fù)完畢嚴重等級為3及一下的bug待修復(fù)率不大于30%3.2.2 bug管理流程測試執(zhí)行過程中發(fā)現(xiàn)bug, bug的發(fā)現(xiàn)和修復(fù)在軟件開發(fā)流程中至關(guān)重要。測試組成員發(fā)現(xiàn)bug提交bug, 并且分配給開發(fā)進行修復(fù)。缺陷報告Bug ID簡述（標題）優(yōu)先級別嚴重級別重現(xiàn)步驟預(yù)期結(jié)果實際結(jié)果所屬模塊對照用例ID命名ogin_001簡短描述bug 信息1-3可選1-4可選具體復(fù)現(xiàn)步驟描述1. XX2. XX3. XX優(yōu)先級別:1. 最咼等級，必須優(yōu)先修復(fù)，否則會影響后續(xù)測試工作2. 優(yōu)先修復(fù)，否則會影響該模塊的其他測試

6、3. 一般，單個模塊的單個功能嚴重級別：1. BIock，最高級別，影響整個系統(tǒng)（系統(tǒng)崩潰，存泄漏等）2. Critical,非常嚴重，對系統(tǒng)影響嚴重，可能影響其他功能模塊的其他測試工作3. High，高級，必須修復(fù)的bug,功能性問題4. Low, 般bug，不會對系統(tǒng)造成功能性影響（UI，易用性等）bug的管理流程如下圖所示:Buc巻種蠱稈3.3測試總結(jié)階段測試報告所有測試任務(wù)完成之后，需要對測試工作做一個總結(jié)匯總，撰寫測試報告，評估測試結(jié)果，然后提交項 目組。測試報告需包含以下幾個元素：1. 測試版本2. 測試人員、時間3. 發(fā)現(xiàn)的新缺陷情況（數(shù)量，分類、分布）4. 本輪缺陷回歸情況5. 測試評估（功能性能實現(xiàn)率，版本迭代對比）332測試文檔歸檔測試工作完成后需要對本輪測試的所有文檔進行歸檔，存檔。包含但不僅限于以下文檔:1. 需求文檔2. 需求梳理功能點文檔3. 測試計劃書4. 測試用例5. 測試報告6. 缺陷統(tǒng)計7.