測(cè)試體系建設(shè)與軟件測(cè)試流程

1、精選文檔測(cè)試體系建設(shè)與軟件測(cè)試流程（初稿）江蘇物合智聯(lián)科技有限公司修改歷史日期版本修改內(nèi)容作者2016/7/111.0新建沙莎正式批準(zhǔn)角色簽名日期備注目錄1.目的42.范圍53.測(cè)試過(guò)程描述63.1 測(cè)試流程圖63.2 活動(dòng)說(shuō)明73.2.1 需求評(píng)審73.2.2 測(cè)試計(jì)劃83.2.3 測(cè)試設(shè)計(jì)93.2.4 功能測(cè)試執(zhí)行113.2.5集成/性能測(cè)試設(shè)計(jì)123.2.6集成測(cè)試/性能測(cè)試143.2.7 文檔測(cè)試163.2.8 測(cè)試報(bào)告174.缺陷管理184.1 概述184.1.1 編寫目的184.1.2 適用范圍194.1.3 角色和職責(zé)194.1.4 名詞解釋194.2 缺陷狀態(tài)關(guān)系示意圖194.

2、3 缺陷流轉(zhuǎn)的過(guò)程及處理204.4 缺陷頁(yè)面部分字段詳解215.配置管理226.人員培養(yǎng)221.目的本文是對(duì)項(xiàng)目軟件測(cè)試的指導(dǎo)性文件，對(duì)軟件測(cè)試過(guò)程中所涉及到的測(cè)試?yán)碚?、測(cè)試類型、測(cè)試方法、測(cè)試標(biāo)準(zhǔn)、測(cè)試流程及測(cè)試過(guò)程中涉及到的角色職責(zé)進(jìn)行總體規(guī)范，以有效保證軟件質(zhì)量。2.范圍本文適用于所有軟件測(cè)試人員。3.測(cè)試過(guò)程描述3.1 測(cè)試流程圖3.2 活動(dòng)說(shuō)明3.2.1 需求評(píng)審3.2.1.1目的從源頭把握軟件質(zhì)量，并確保開(kāi)發(fā)結(jié)果與實(shí)際需求相一致3.2.1.2角色與職責(zé)需求人員：需求規(guī)格說(shuō)明書的編寫，以及軟件開(kāi)發(fā)過(guò)程中需求規(guī)格說(shuō)明書的修正；評(píng)審人員：評(píng)審需求規(guī)格說(shuō)明書，從全面性、完整性、正確性、一致

3、性、可靠性方面檢、查需求規(guī)格說(shuō)明書，將需求缺陷提交給需求人員，并跟蹤需求缺陷直至需求缺陷驗(yàn)證關(guān)閉。3.2.1.3啟動(dòng)標(biāo)準(zhǔn)軟件需求規(guī)格說(shuō)明書SRS編寫完成3.2.1.4工作流程圖3.2.1.5輸入/輸出輸入：需求規(guī)格說(shuō)明書輸出：需求缺陷3.2.2 測(cè)試計(jì)劃3.2.2.1目的明確測(cè)試內(nèi)容、測(cè)試任務(wù)安排、測(cè)試進(jìn)度、測(cè)試策略、測(cè)試資源、風(fēng)險(xiǎn)控制；保持測(cè)試過(guò)程的順暢，有效控制和跟蹤測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過(guò)程中的各種變更。3.2.2.2角色與職責(zé)測(cè)試負(fù)責(zé)人：根據(jù)軟件開(kāi)發(fā)計(jì)劃、需求規(guī)格說(shuō)明書編制測(cè)試計(jì)劃，明確測(cè)試內(nèi)容、測(cè)試任務(wù)安排、測(cè)試進(jìn)度、測(cè)試策略、測(cè)試資源、風(fēng)險(xiǎn)控制，以便測(cè)試工作正常開(kāi)展，測(cè)試計(jì)劃實(shí)際編寫內(nèi)

4、容參見(jiàn)項(xiàng)目測(cè)試計(jì)劃模版。3.2.2.3啟動(dòng)標(biāo)準(zhǔn)需求評(píng)審?fù)瓿?，?xiàng)目整體計(jì)劃編制完成。3.2.2.4工作流程圖3.2.2.5輸入/輸出輸入：軟件需求規(guī)格說(shuō)明書、軟件開(kāi)發(fā)計(jì)劃輸出：測(cè)試計(jì)劃、測(cè)試方案3.2.3測(cè)試設(shè)計(jì)3.2.3.1目的通過(guò)多種測(cè)試方法編寫測(cè)試用例，以使最少的測(cè)試用例，實(shí)現(xiàn)最大的測(cè)試覆蓋，保證軟件功能的正確性，從而提升軟件質(zhì)量。3.2.3.2角色和職責(zé)測(cè)試人員：采用多種測(cè)試方法編寫有效的測(cè)試用例，并對(duì)遺漏/錯(cuò)誤的測(cè)試用例進(jìn)行修正。評(píng)審人員：對(duì)測(cè)試人員編寫的測(cè)試用例進(jìn)行評(píng)審，提出遺漏/錯(cuò)誤的用例缺陷，并跟蹤直至用例缺陷的驗(yàn)證關(guān)閉。3.2.3.3啟動(dòng)標(biāo)準(zhǔn)需求文檔評(píng)審?fù)瓿?且 測(cè)試計(jì)劃制定完

5、成3.2.3.4工作流程圖3.2.3.5輸入輸出輸入：軟件需求規(guī)格說(shuō)明書、測(cè)試計(jì)劃、測(cè)試方案輸出：測(cè)試用例、測(cè)試用例評(píng)審缺陷3.2.4 功能測(cè)試執(zhí)行3.2.4.1目的依據(jù)測(cè)試計(jì)劃，按照測(cè)試用例對(duì)軟件進(jìn)行測(cè)試，驗(yàn)證軟件功能與需求的實(shí)際匹配程度。3.2.4.2角色與職責(zé)測(cè)試人員：依據(jù)測(cè)試計(jì)劃，按照測(cè)試用例對(duì)軟件功能進(jìn)行測(cè)試。對(duì)于發(fā)現(xiàn)的缺陷必須記錄，并且跟蹤缺陷的狀態(tài)，直至缺陷的驗(yàn)證關(guān)閉。在測(cè)試執(zhí)行過(guò)程中發(fā)現(xiàn)的遺漏測(cè)試用例必須補(bǔ)充至測(cè)試用例，保證測(cè)試用例與實(shí)際測(cè)試的一致性。開(kāi)發(fā)人員：對(duì)于測(cè)試人員提交的缺陷進(jìn)行確認(rèn)、修復(fù)。開(kāi)發(fā)經(jīng)理：對(duì)測(cè)試人員與實(shí)際開(kāi)發(fā)人員意見(jiàn)不一的問(wèn)題進(jìn)行裁決。3.2.4.3啟動(dòng)標(biāo)準(zhǔn)

6、測(cè)試用例編寫完成 且 用例評(píng)審?fù)瓿?.2.4.4工作流程圖3.2.4.5輸入輸出輸入：功能測(cè)試用例輸出：功能測(cè)試報(bào)告，缺陷報(bào)告單3.2.5集成/性能測(cè)試設(shè)計(jì)3.2.5.1目的為集成測(cè)試提供測(cè)試依據(jù)，記錄并保證集成測(cè)試覆蓋度；依據(jù)測(cè)試計(jì)劃及性能指標(biāo)制定性能測(cè)試計(jì)劃、性能測(cè)試用例設(shè)計(jì)、性能測(cè)試腳本開(kāi)發(fā)，保證性能測(cè)試有序進(jìn)行。3.2.5.2角色和職責(zé)測(cè)試人員：以整個(gè)軟件為對(duì)象，確保新功能、老功能、新老功能接口正確進(jìn)行用例設(shè)計(jì)；依據(jù)性能指標(biāo)及測(cè)試計(jì)劃對(duì)性能測(cè)試進(jìn)行計(jì)劃、以及性能測(cè)試用例/腳本的開(kāi)發(fā)。3.2.5.3啟動(dòng)標(biāo)準(zhǔn)功能測(cè)試完成 且 軟件功能無(wú)中斷3.2.5.4工作流程圖3.2.5.5輸入輸出輸入

7、：功能測(cè)試用例、功能測(cè)試缺陷、測(cè)試計(jì)劃、性能指標(biāo)輸出：集成測(cè)試用例、性能測(cè)試計(jì)劃、性能測(cè)試用例、性能測(cè)試腳本3.2.6集成測(cè)試/性能測(cè)試3.2.6.1目的以整個(gè)軟件為對(duì)象，以測(cè)試計(jì)劃為指導(dǎo)，按照集成測(cè)試測(cè)試用例對(duì)新功能、老功能、新老功能接口進(jìn)行測(cè)試和性能測(cè)試，保證測(cè)試的全面性和完整性。3.2.6.2角色和職責(zé)測(cè)試人員：以整個(gè)軟件為對(duì)象，以測(cè)試計(jì)劃為指導(dǎo)，按照集成測(cè)試測(cè)試用例對(duì)新功能、老功能、新老功能接口進(jìn)行測(cè)試，并依據(jù)性能測(cè)試計(jì)劃對(duì)軟件性能進(jìn)行測(cè)試。3.2.6.3啟動(dòng)標(biāo)準(zhǔn)集成/性能測(cè)試設(shè)計(jì)完成3.2.6.4工作流程圖3.2.6.5輸入輸出輸入：集成測(cè)試用例、測(cè)試計(jì)劃之集成測(cè)試事項(xiàng)、性能測(cè)試計(jì)劃

8、、性能測(cè)試用例輸出：集成測(cè)試缺陷3.2.7 文檔測(cè)試3.2.7.1目的保證對(duì)客戶的指導(dǎo)與實(shí)際系統(tǒng)的使用狀況相一致。3.2.7.2角色和職責(zé)測(cè)試人員：對(duì)用戶操作手冊(cè)及在線幫助進(jìn)行測(cè)試，記錄文檔描述缺陷，并跟蹤直至缺陷的驗(yàn)證關(guān)閉。需求人員：對(duì)測(cè)試人員提出的文檔描述缺陷進(jìn)行修正。3.2.7.3啟動(dòng)標(biāo)準(zhǔn)用戶操作手冊(cè)或在線幫助編寫完成3.2.7.4工作流程圖3.2.7.5輸入輸出輸入：用戶操作手冊(cè)、在線幫助輸出：文檔缺陷3.2.8 測(cè)試報(bào)告3.2.8.1目的真實(shí)、客觀反映測(cè)試過(guò)程中各測(cè)試階段、測(cè)試項(xiàng)的情況，并將結(jié)果進(jìn)行數(shù)字化/圖像化進(jìn)行分析，真實(shí)反映軟件質(zhì)量實(shí)際情況。3.2.8.2角色與職責(zé)測(cè)試負(fù)責(zé)人：

9、真實(shí)、客觀地對(duì)測(cè)試過(guò)程中各測(cè)試階段、測(cè)試項(xiàng)的情況，并以數(shù)字/圖像的形式對(duì)實(shí)際情況進(jìn)行分析，真實(shí)反映軟件實(shí)際測(cè)試狀況。3.2.8.3啟動(dòng)標(biāo)準(zhǔn)集成測(cè)試完成3.2.8.4工作流程圖3.2.8.5輸入輸出輸入：各測(cè)試階段、測(cè)試項(xiàng)實(shí)際測(cè)試情況輸出：項(xiàng)目測(cè)試報(bào)告4.缺陷管理4.1 概述4.1.1 編寫目的為規(guī)范QC的合理使用，方便各項(xiàng)目組管理測(cè)試過(guò)程，測(cè)試管理人員正確使用QC而編寫。4.1.2 適用范圍適用于功能測(cè)試有關(guān)工作，功能測(cè)試中的缺陷要求全部采用QC進(jìn)行管理。4.1.3 角色和職責(zé)角色名稱職責(zé)描述測(cè)試經(jīng)理申請(qǐng)QC項(xiàng)目建立，分配有關(guān)人員權(quán)限測(cè)試人員登記測(cè)試缺陷，跟蹤和修改缺陷狀態(tài)，并進(jìn)行復(fù)測(cè)開(kāi)發(fā)人員

10、從QC中獲取缺陷信息，修復(fù)缺陷，并修改QC缺陷狀態(tài)及分析記錄缺陷相關(guān)內(nèi)容4.1.4 名詞解釋QC：QC（Quality Center），也被稱為MQC（Mercury Quality Center）。不僅可以在一個(gè)項(xiàng)目組內(nèi)進(jìn)行質(zhì)量控制和管理，也可以在跨地域的不同項(xiàng)目組內(nèi)部進(jìn)行質(zhì)量控制和管理，從而可以保證應(yīng)用系統(tǒng)的質(zhì)量。通過(guò)在整個(gè)應(yīng)用系統(tǒng)中提供并集成了測(cè)試的需求管理、案例管理、缺陷管理等，QC可以地加速測(cè)試過(guò)程執(zhí)行。4.2 缺陷狀態(tài)關(guān)系示意圖4.3 缺陷流轉(zhuǎn)的過(guò)程及處理參與缺陷流轉(zhuǎn)的角色有三個(gè)：測(cè)試經(jīng)理、測(cè)試人員和開(kāi)發(fā)人員。缺陷的處理步驟如下：4.3.1 新建缺陷測(cè)試人員負(fù)責(zé)在QC中新建缺陷，并

11、對(duì)缺陷的基本情況進(jìn)行描述。缺陷的基本信息主要包括：缺陷描述、緊急程度、嚴(yán)重程度、處理子系統(tǒng)等。測(cè)試人員在登記缺陷時(shí)，必須確定所輸入的缺陷內(nèi)容要描述清楚，產(chǎn)生缺陷的步驟描述要完整，使缺陷能夠被重現(xiàn)出來(lái)。在描述缺陷產(chǎn)生的步驟上，務(wù)必簡(jiǎn)易清楚。測(cè)試人員可以利用錯(cuò)誤抓圖等方式進(jìn)行補(bǔ)充描述。4.3.2 修復(fù)缺陷當(dāng)有多個(gè)缺陷同時(shí)打開(kāi)時(shí)，開(kāi)發(fā)人員應(yīng)首先修復(fù)緊急程度更高的缺陷。開(kāi)發(fā)人員首先分析缺陷，并將缺陷狀態(tài)更改為“處理”中。當(dāng)該缺陷不是有效的缺陷時(shí)，則將“缺陷狀態(tài)”更改為“拒絕”，并在“缺陷詳細(xì)信息” 模塊中的“分析和修改內(nèi)容”中使用“添加注釋”按鈕詳細(xì)填寫拒絕的原因。當(dāng)確認(rèn)該缺陷有效時(shí)，開(kāi)發(fā)人員應(yīng)按照要

12、求修復(fù)缺陷。缺陷修復(fù)后，開(kāi)發(fā)人員需在“缺陷詳細(xì)信息” 模塊中的“分析和修改內(nèi)容”中使用“添加注釋”按鈕詳細(xì)填寫修復(fù)的內(nèi)容，并填寫缺陷起源、缺陷歸屬子系統(tǒng)，更改“缺陷狀態(tài)”為“待驗(yàn)證”。當(dāng)確認(rèn)該缺陷不是本系統(tǒng)引起，需要其它項(xiàng)目組協(xié)同進(jìn)行分析解決，開(kāi)發(fā)人員應(yīng)保持缺陷狀態(tài)為“處理”，并將該缺陷的“處理子系統(tǒng)”改為相應(yīng)的項(xiàng)目組或系統(tǒng)，以便缺陷能及時(shí)流轉(zhuǎn)。4.3.3 驗(yàn)證缺陷測(cè)試人員負(fù)責(zé)驗(yàn)證缺陷是否已解決，如已解決則由缺陷原提出人關(guān)閉缺陷，否則將“缺陷狀態(tài)”更改為“重現(xiàn)”，以便開(kāi)發(fā)人員重新對(duì)此缺陷進(jìn)行處理。4.4 缺陷頁(yè)面部分字段詳解u 缺陷狀態(tài)：指缺陷通過(guò)一個(gè)跟蹤修復(fù)過(guò)程的進(jìn)展情況。 包括：新建、打開(kāi)

13、、已修改、重新打開(kāi)、關(guān)閉、拒絕、延遲u 缺陷嚴(yán)重程度：是指因缺陷引起的故障對(duì)系統(tǒng)的影響程度。由提出人初步指定，開(kāi)發(fā)人員負(fù)責(zé)確認(rèn)。 包括：致命、嚴(yán)重、一般、輕微u 缺陷緊急程度：指缺陷必須被修復(fù)的緊急程度。由提出人指定。各測(cè)試小組可以項(xiàng)目組具體協(xié)商約定緊急程度的具體含義。 包括：高、中、低提出、處理、拒絕、待驗(yàn)證、重現(xiàn)、關(guān)閉u 缺陷起源：指引起缺陷的起因。 包括：需求、架構(gòu)、設(shè)計(jì)、編碼、測(cè)試、環(huán)境、數(shù)據(jù)、拒絕缺陷起源類型含義需求由于需求定義或需求分析引起的缺陷架構(gòu)由于企業(yè)架構(gòu)設(shè)計(jì)的問(wèn)題引起的缺陷 設(shè)計(jì)由于本系統(tǒng)設(shè)計(jì)原因引起的缺陷編碼 由于編碼的問(wèn)題引起的缺陷測(cè)試 由于測(cè)試人員在測(cè)試設(shè)計(jì)、測(cè)試操作

14、或理解有誤等原因引起的缺陷環(huán)境 由于測(cè)試環(huán)境的問(wèn)題引起的缺陷數(shù)據(jù) 由于測(cè)試數(shù)據(jù)的問(wèn)題引起的缺陷拒絕 重復(fù)。表示該缺陷已經(jīng)被其它提交人找出來(lái)了（純粹重復(fù)），或者開(kāi)發(fā)認(rèn)為原因是相同的（但從測(cè)試來(lái)看，認(rèn)為出現(xiàn)的地方有所不同、表現(xiàn)有所不同等） 不可復(fù)現(xiàn)。不能重現(xiàn)（如因缺陷出現(xiàn)的環(huán)境重現(xiàn)不了），或以前出現(xiàn)的某個(gè)缺陷自動(dòng)消失了（可能是在處理其他缺陷的時(shí)候把這個(gè)缺陷 一并修復(fù)掉了） 是按照需求和設(shè)計(jì)實(shí)現(xiàn)的，不屬于缺陷延后解決。由于時(shí)間、進(jìn)度、重要程度或者技術(shù)/需求等方面的原因，認(rèn)為目前不能解決或由于時(shí)間關(guān)系，須延期解決或者本版暫不解決留待到后續(xù)版本解決的缺陷這個(gè)缺陷是一個(gè)錯(cuò)誤，但非常輕微，對(duì)系統(tǒng)幾乎無(wú)影響，可以忽略不計(jì) 5.配置管理軟件測(cè)試過(guò)程是一個(gè)復(fù)雜性的勞動(dòng)，測(cè)試過(guò)程中會(huì)產(chǎn)生大量測(cè)試文檔，主要通過(guò)相關(guān)管理工具的方式實(shí)行對(duì)文檔的管理。在文檔的管理方面，按照公共類、項(xiàng)目類、軟件缺陷類、開(kāi)發(fā)人員類、測(cè)試工具類等：1）公共類主要放置測(cè)試模板及測(cè)試規(guī)程說(shuō)明，測(cè)試經(jīng)驗(yàn)共享文檔，開(kāi)發(fā)技術(shù)規(guī)范等。2）項(xiàng)目類主要包括項(xiàng)目各階段文檔，如需求分析、測(cè)試計(jì)劃、測(cè)試用例設(shè)計(jì)、分析報(bào)告等。