軟件測試流程管理體系

1、DP05b 205 215TC005 092 661 解決方案測試體系建設(shè)與軟件測試流程（初稿）目錄1. .2. 范圍 .3. 測試過程描述 .3.1 測試流程圖 .3.2 活動說明 .3.2.1 需求評審 .3.2.2 編寫測試計劃 .3.2.3 測試用例設(shè)計 .3.2.4 測試用例執(zhí)行 .3.2.5 發(fā)布版本回歸測試 .3.2.6 版本迭代回歸測試 .3.2.7 文檔測試 .3.2.8 測試報告 .4. 軟件缺陷管理系統(tǒng)一禪道 .目的 33445579111315171920DP05b 205 215TC005 092 661 解決方案4.1 概述 .4.1.1 編寫目的 .4.1.2 適

2、用范圍 .4.1.3 角色和職責(zé) .4.1.4 禪道簡介 .4.2 缺陷狀態(tài)關(guān)系示意圖 .4.3 缺陷流轉(zhuǎn)的過程及處理 .4.3.1 基于禪道的項目 / 測試 /Bug 管理 .4.4 禪道項目管理流程圖 .5. 配置管理 . .1?目的本文是對項目軟件測試的指導(dǎo)性文件，對軟件測試過程中所涉及到的測試?yán)碚?、測試類20202020202121212222型、測試方法、測試標(biāo)準(zhǔn)、測試流程及測試過程中涉及到的角色職責(zé)進(jìn)行總體規(guī)范，以有效 保證軟件質(zhì)量。2?范圍本文適用于所有軟件測試人員。2DP05b 205 215TC005 092 661 解決方案3?測試過程描述3.1 測試流程圖發(fā)布上線3DP0

3、5b 205 215TC005 092 661 解決方案3.2 活動說明3? 2? 1 需求評審 目的從源頭把握軟件質(zhì)量，并確保開發(fā)結(jié)果與實際需求相一致，分析需求實現(xiàn)的可能性，功 述無二義，補充需求細(xì)節(jié)，確定項目周期和時間。321.2 角色與職責(zé)測試負(fù)責(zé)人：需求規(guī)格說明書的編寫，以及軟件開發(fā)過程中需求規(guī)格說明書的 評審人員：項目經(jīng)理、開發(fā)人員、測試人員等項目干系人；評審需求規(guī)格說明書，從全面性、完整性、正確性、一致性、可靠性方而檢查需能細(xì)肯描修正；求規(guī)格說明書，將需求缺陷 Checklist 提交給產(chǎn)品需求人員，在評審會議上討論，確定為 缺陷后，跟蹤需求缺陷直至需求缺陷驗證關(guān)閉。3.2/1.3

4、 啟動標(biāo)準(zhǔn)軟件需求規(guī)格說明書 SRS編寫完成4DP05b 205 215TC005 092 661 解決方案 工作流程圖 輸入/ 輸出輸入：需求規(guī)格說明書輸出：需求缺陷 Checklist 單、需求規(guī)格說明書左版5DP05b 205 215TC005 092 661 解決方案3.2.2 編寫測試計劃 目的明確測試內(nèi)容、測試任務(wù)安排、測試進(jìn)度、測試策略、測試資源、測試目標(biāo)（上線標(biāo)準(zhǔn)）、 風(fēng)險控制：保持測試過程的順暢，有效控制和跟蹤測試進(jìn)度，應(yīng)對測試過程中的各種變更。 確認(rèn)測試項、被測特征、測試任務(wù)、人員安排，以及任何偶發(fā)事件的風(fēng)險。 角色與職責(zé)測試負(fù)責(zé)人：負(fù)責(zé)編寫測試計劃根據(jù)軟件開發(fā)計劃、需求規(guī)

5、格說明書編制測試計劃，明確測試內(nèi)容、測試任 務(wù)安排、測試進(jìn)度、測試策略、測試資源、風(fēng)險控制，以便測試工作正常開展，測試計劃參見項目測試計劃模版。測試計劃評審：項目經(jīng)理、測試人員內(nèi)部評審是否交待涓楚測試時間、測試資源、測試范困三要素，測試策略是否合理，測試時間、資源是否留有余地等。實際編寫內(nèi)容人力、 啟動標(biāo)準(zhǔn)需求評審?fù)瓿?，項目整體訃劃編制完成。6DP05b 205 215TC005 092 661 解決方案 工作流程圖測試計劃測試負(fù)責(zé)人測試計劃編嗎測試汁 M 評審?fù)瓿刹⒎职l(fā)測試相關(guān)人員3.225 輸入/ 輸出輸入：軟件需求規(guī)格說明書、軟件開發(fā)計劃輸出: 軟件測試計劃7DP05b 205 215T

6、C005 092 661 解決方案3.2.3 測試用例設(shè)計 目的通過多種測試方法編寫測試用例，以使最少的測試用例，實現(xiàn)最大的測試覆蓋，保證軟 的正確性，從而提升軟件質(zhì)量。 角色和職責(zé)測試人員；負(fù)責(zé)自己的測試模塊編寫測試用例采用多種測試方法（如等價類、邊界值、錯誤推測法等）編寫有效的測試用例，并對遺 的測試用例進(jìn)行修正。評審：項目經(jīng)理、測試人員內(nèi)部評審1、 是否覆蓋測試需求上的所有功能點、不違背產(chǎn)品原型和代碼設(shè)汁，用例設(shè) 汁的結(jié)構(gòu)安排是否淸晰合理，有利于高效覆蓋需求。2、 用例是否具有可執(zhí)行性，前提條件、執(zhí)行步驟和預(yù)期結(jié)果是否正確，有明 確的驗證方法。優(yōu)先級安排是否合理。3、 是否從用戶層面來設(shè)

7、訃用 H 使用的場景和業(yè)務(wù)流程。4、 是否包含充分的異常測試用例。5、 是否簡潔、不冗余、復(fù)用性強。 啟動標(biāo)準(zhǔn)需求文檔評審?fù)瓿汕覝y試計劃制圧完成件功能漏/ 錯誤8DP05b 205 215TC005 092 661 解決方案 工作流程圖測試設(shè)計測試人員323.5 輸入輸出輸入：軟件需求規(guī)格說明書、軟件測試汁劃輸岀：測試用例、測試用例評審缺陷9DP05b 205 215TC005 092 661 解決方案3.2.4 測試用例執(zhí)行 目的依據(jù)測試訃劃，按照測試用例對軟件進(jìn)行測試，驗證軟件功能與需求的實際匹配程度。 角色與職責(zé)測試人員：執(zhí)行自己負(fù)責(zé)的功能模塊；依據(jù)測試 il ?劃，按照測試用例對軟件功

8、能進(jìn)行測試。對于發(fā)現(xiàn)的缺陷必須第一時間登記 至 Bug管理系統(tǒng)，并且跟蹤缺陷的狀態(tài)，直至缺陷的驗證關(guān)閉。在測試執(zhí)行過程中發(fā)現(xiàn)的 補充至測試用例，保證測試用例與實際測試的一致性：開發(fā)人員：對于測試人員提交的缺陷進(jìn)行確認(rèn)、修復(fù)；開發(fā)負(fù)責(zé)人呢：對測試人員與實際開發(fā)人員意見不一的問題進(jìn)行裁決。 啟動標(biāo)準(zhǔn)測試用例編寫完成、用例評審?fù)瓿汕覝y試環(huán)境已部署完成遺漏測試用例必須10DP05b 205 215TC005 092 661 解決方案 工作流程圖 輸入輸出輸入：功能測試用例、開發(fā)待測版本程序包、測試環(huán)境部署文檔11DP05b 205 215TC005 092 661 解決方案輸出：功能測試報告，缺陷報告

9、單3.2.5 發(fā)布版本回歸測試 目的為發(fā)布版本提供質(zhì)量保障，記錄并保證測試的覆蓋度；依據(jù)測試計劃有序進(jìn)行回歸 角色和職責(zé)測試負(fù)責(zé)人：進(jìn)行版本回歸測試；以整個軟件為對象，驗證新修復(fù)的 bug 功能點、無問題的功能運行正常、進(jìn)行測試用例執(zhí)行。 啟動標(biāo)準(zhǔn)功能測試完成且軟件功能無中斷測試。的復(fù)用12DP05b 205 215TC005 092 661 解決方案 工作流程圖325.5 輸入輸出輸入：功能測試用例、功能測試缺陷、測試訃劃輸岀：軟件測試報告13DP05b 205 215TC005 092 661 解決方案3.2.6 版本迭代回歸測試 目的以整個軟件為對象，以測試汁劃為指導(dǎo)，按照測試用例對新功

10、能、老功能、新老功能接 保證測試的全而性和完整性。 角色和職責(zé)測試負(fù)責(zé)人：進(jìn)行迭代版本回歸測試；以整個軟件為對象，以測試汁劃為指導(dǎo)，按照測試用例對新功能、老功能、新老功能接 啟動標(biāo)準(zhǔn)新功能開發(fā)完成，測試用例設(shè)計完成。口進(jìn)行測試，口進(jìn)行測試。14DP05b 205 215TC005 092 661 解決方案 工作流程圖 輸入輸出輸入：新版本測試用例、測試汁劃、開發(fā)接口測試文檔（針對新舊模塊） bug單、版本測試報告輸出：版本測試15DP05b 205 215TC005 092 661 解決方案3.2.7文檔測試 目的保證對客戶的指導(dǎo)與實際系統(tǒng)的使用狀況相一致。 角色和職責(zé)測試人員：負(fù)責(zé)功能模塊文

11、檔測試對用戶操作手冊及在線幫助進(jìn)行測試，記錄文檔描述缺陷，并跟蹤直至缺陷的驗證 關(guān)閉。文檔編制人員：對測試人員提岀的文檔描述缺陷進(jìn)行修正。3.273 啟動標(biāo)準(zhǔn)用戶操作手冊或在線幫助編寫完成16DP05b 205 215TC005 092 661 解決方案 工作流程圖 輸入輸出輸入：用戶操作手冊、在線幫助輸出：文檔缺陷、用戶手冊等文檔左版17DP05b 205 215TC005 092 661 解決方案3.2.8測試報告 目的真實、客觀反映測試過程中各測試階段、測試項的情況，并將結(jié)果進(jìn)行數(shù)字化 / 圖像化 進(jìn)行分析，真實反映軟件質(zhì)屋實際情況。3.2.S.2 角色與職責(zé)測試負(fù)責(zé)人：負(fù)責(zé)編制項目測試

12、報告；真實、客觀地對測試過程中各測試階段、測試項的情況，并以數(shù)字 / 圖像的形式對實際 情況進(jìn)行分析，真實反映軟件實際測試狀況。比如可以從功能模塊角度統(tǒng) U bug 的數(shù)疑、從 bug類型（如功能、 UI、易用性）的角度進(jìn)行 bug 的統(tǒng)計，從而有效的指導(dǎo)未來的測試工作 , 有針對性的去改進(jìn)產(chǎn)品的質(zhì)量。328.3 啟動標(biāo)準(zhǔn)測試完成、達(dá)到上線標(biāo)準(zhǔn)3.2.S.4 工作流程圖18DP05b 205 215TC005 092 661 解決方案3.2.S.5 輸入輸出輸入：各測試階段 . 測試項實際測試情況 輸岀：項目測試報告4?軟件缺陷管理系統(tǒng)一禪道4.1 概述4 丄 1 編寫目的為規(guī)范禪道的合理使用

13、，方便各項目組管理測試過程，測試管理人員正確使用禪道而編 寫。4-1-2 適用范 8適用于功能測試有關(guān)工作，功能測試中的缺陷要求全部采用禪道進(jìn)行管理。4-1-3 角色和職責(zé)角色名稱 職責(zé)描述項目經(jīng)理 申請禪道項目建立，分配有關(guān)人員權(quán)限測試人員開發(fā)人員登記測試缺陷，跟蹤和修改缺陷狀態(tài)，并進(jìn)行復(fù)測從禪道中獲取缺陷信息，修復(fù)缺陷，并修改禪道缺陷狀態(tài)及分析記錄缺陷相關(guān)內(nèi)容4-1-4 禪道簡介禪道：禪道是一款開源項目管理軟件。它集產(chǎn)品管理、項目管理、質(zhì)量管理、文檔管理、 組織管理和事務(wù)管理于一體，是一款專業(yè)的研發(fā)項目管理軟件，完整覆希了研發(fā)項目管理的 核心流程。禪逍將產(chǎn)品、項目、測試這三者的概念明確分開

14、，產(chǎn)品人員、開發(fā)團隊、測試人員，這 三者分立，互相配合，又互相制約，通過需求、任務(wù)、 bug 來進(jìn)行交相互動，最終通過項目19DP05b 205 215TC005 092 661 解決方案拿到合格的產(chǎn)品。4.2 缺陷狀態(tài)關(guān)系亦意圖4.3 缺陷流轉(zhuǎn)的過程及處理參與缺陷流轉(zhuǎn)的角色有三個：測試經(jīng)理 . 測試人員和開發(fā)人員。缺陷的處理步驟如下 :4.3.1 基于禪道的項目 / 測試/Bug打開禪道官網(wǎng)，進(jìn)入手冊頁而，可以看到禪道的詳細(xì)使用手冊，各人員可以根據(jù)自己的20DP05b 205 215TC005 092 661 解決方案需要選擇部分進(jìn)行學(xué)習(xí)和使用。開源版手冊網(wǎng)址 : /book/zentaopmshelp/40.html4.4 禪道項目管理流程圖q. 4 : 沁常結(jié)倉 at創(chuàng)躍版木 WA 圧交測諛 V 創(chuàng)遲發(fā)布 形成改刖劃改迭計邃提交 b晰建立產(chǎn)品 關(guān)惑產(chǎn)品盤求項目任第列女1 r? V1btiA N作為任勢列入下一期英目用列列友*?,? PIm*w ?- n?制P1分礬 任鑄計劃 2 15SS 求列 itW? i PI傳鞋 P3 贏或 4 P2P3開岌團狄分妹 用例劉就團隊5?配置管理軟件測試過程是一個復(fù)雜性的勞動，測試過程中會