質(zhì)量評(píng)價(jià)體系建設(shè)

1、軟件質(zhì)量評(píng)價(jià)體系（初稿）xxx修改歷史日期版本作者修改內(nèi)容2018/01/261.0 xxx新建正式批準(zhǔn)角色簽名日期備注目錄 TOC o 1-5 h z HYPERLINK l bookmark2 o Current Document .目的5.范圍5 HYPERLINK l bookmark4 o Current Document .參考資料5 HYPERLINK l bookmark6 o Current Document .測(cè)試過程描述6測(cè)試流程圖6 HYPERLINK l bookmark8 o Current Document 活動(dòng)說明7 HYPERLINK l bookmark10

2、 o Current Document 需求評(píng)審 7 HYPERLINK l bookmark12 o Current Document 測(cè)試計(jì)劃9 HYPERLINK l bookmark14 o Current Document 功能測(cè)試設(shè)計(jì)10 HYPERLINK l bookmark16 o Current Document 功能測(cè)試執(zhí)行11 HYPERLINK l bookmark18 o Current Document 集成/性能測(cè)試設(shè)計(jì) 14 HYPERLINK l bookmark20 o Current Document 集成/性能測(cè)試執(zhí)行 15 HYPERLINK l b

3、ookmark22 o Current Document 測(cè)試報(bào)告17 HYPERLINK l bookmark24 o Current Document 測(cè)試維護(hù)18 HYPERLINK l bookmark26 o Current Document .缺陷管理 20 HYPERLINK l bookmark28 o Current Document 目的20 HYPERLINK l bookmark30 o Current Document 角色與職責(zé)20 HYPERLINK l bookmark32 o Current Document 缺陷管理流程 21新建缺陷22修復(fù)缺陷22驗(yàn)證缺陷

4、22 HYPERLINK l bookmark34 o Current Document 缺陷管理系統(tǒng)部分字段詳解 22規(guī)范25 HYPERLINK l bookmark36 o Current Document 6.配置管理25目的25 HYPERLINK l bookmark38 o Current Document 配置項(xiàng)26 HYPERLINK l bookmark40 o Current Document 測(cè)試環(huán)境配置26規(guī)范26測(cè)試類以有效1.目的本文是對(duì)項(xiàng)目軟件測(cè)試的指導(dǎo)性文件，對(duì)軟件測(cè)試過程中所涉及到的測(cè)試?yán)碚?、型、測(cè)試方法、測(cè)試標(biāo)準(zhǔn)、測(cè)試流程及測(cè)試過程中涉及到的角色職責(zé)進(jìn)行總

5、體規(guī)范， 保證軟件質(zhì)量。本文適用于軟件測(cè)試人員。3.參考資料文檔評(píng)審指南項(xiàng)目測(cè)試計(jì)劃模版測(cè)試用例模版測(cè)試執(zhí)行規(guī)范項(xiàng)目測(cè)試報(bào)告模版測(cè)試用例配置管理缺陷模板SVN提交規(guī)范軟件測(cè)試環(huán)境發(fā)布流程4.測(cè)試過程描述4.1測(cè)試流程圖測(cè)試維護(hù)4.2活動(dòng)說明需求評(píng)審目的確保產(chǎn)品需求文檔可以全面、清晰地描述產(chǎn)品的功能和性能；確保項(xiàng)目組成員對(duì)需求的理解達(dá)到一致。角色與職責(zé)需求人員：需求規(guī)格說明書的編寫，以及軟件開發(fā)過程中需求規(guī)格說明書的修 正。評(píng)審人員：評(píng)審需求規(guī)格說明書，從全面性、完整性、正確性、一致性、可靠性方 面檢查需求規(guī)格說明書，將需求缺陷提交給需求人員，并跟蹤需求缺 陷直至需求缺陷驗(yàn)證關(guān)閉。評(píng)審人員應(yīng)由開

6、發(fā)人員與測(cè)試人員共同組成。啟動(dòng)標(biāo)準(zhǔn)需求規(guī)格說明書編寫完成4.2.1.4工作流程圖4.2.1.5輸入/輸出輸入：需求規(guī)格說明書輸出：需求缺陷4.2.1.6 規(guī)范參見文檔評(píng)審指南測(cè)試計(jì)劃目的明確測(cè)試內(nèi)容、測(cè)試任務(wù)安排、測(cè)試進(jìn)度、測(cè)試策略、測(cè)試資源、風(fēng)險(xiǎn)控制；保持測(cè)試 過程的順暢，有效控制和跟蹤測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過程中的各種變更。角色與職責(zé)測(cè)試負(fù)責(zé)人：根據(jù)項(xiàng)目整體計(jì)劃、需求規(guī)格說明書編制測(cè)試計(jì)劃 ，明確測(cè)試內(nèi)容、測(cè)試任務(wù)安排、測(cè)試進(jìn)度、測(cè)試策略、測(cè)試資源、風(fēng)險(xiǎn)控制，以便 測(cè)試工作正常開展。測(cè)試計(jì)劃實(shí)際編寫內(nèi)容參見項(xiàng)目測(cè)試計(jì)劃模版。啟動(dòng)標(biāo)準(zhǔn)需求評(píng)審?fù)瓿?，?xiàng)目整體計(jì)劃編制完成工作流程圖測(cè)試計(jì)劃測(cè)試負(fù)責(zé)人

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

8、實(shí)際內(nèi)容參見測(cè)試用例模版功能測(cè)試執(zhí)行目的依據(jù)測(cè)試計(jì)劃，按照測(cè)試用例對(duì)軟件進(jìn)行測(cè)試，驗(yàn)證軟件功能與需求的實(shí)際匹配程度。角色與職責(zé)測(cè)試人員：依據(jù)測(cè)試計(jì)劃，按照測(cè)試用例對(duì)軟件進(jìn)行測(cè)試。對(duì)于發(fā)現(xiàn)的缺陷必須記錄，并且跟蹤缺陷的狀態(tài)，直至缺陷的驗(yàn)證關(guān)閉。 在測(cè)試執(zhí)行過程中發(fā)現(xiàn)的遺漏測(cè)試用例必須補(bǔ)充至測(cè)試用例，保證測(cè)試用例與實(shí)際測(cè)試的一致性。開發(fā)人員：對(duì)于測(cè)試人員提交的缺陷進(jìn)行確認(rèn)、修復(fù)。評(píng)審人員：對(duì)測(cè)試人員與開發(fā)人員意見不一的問題進(jìn)行裁決。當(dāng)測(cè)試人員與開發(fā)人員對(duì)缺陷有效性的意見不統(tǒng)一時(shí)，評(píng)審人員應(yīng)總合各方面意見，對(duì)缺陷有效性作 出最終判定。評(píng)審人員應(yīng)由測(cè)試負(fù)責(zé)人、開發(fā)負(fù)責(zé)人和需求人員共同組成。啟動(dòng)標(biāo)準(zhǔn)測(cè)試

9、用例編寫完成，且用例評(píng)審?fù)瓿?。工作流程圖輸入輸出輸入：功能測(cè)試用例輸出：功能測(cè)試缺陷5.缺陷管理進(jìn)行。規(guī)范測(cè)試執(zhí)行過程需按照測(cè)試執(zhí)行規(guī)范進(jìn)行，缺陷管理需按照本文集成/性能測(cè)試設(shè)計(jì)目的為集成測(cè)試提供測(cè)試依據(jù)，記錄并保證集成測(cè)試覆蓋度；依據(jù)測(cè)試計(jì)劃及性能指標(biāo)進(jìn)行性能測(cè)試用例設(shè)計(jì)、性能測(cè)試腳本開發(fā)，保證性能測(cè)試有序進(jìn)行。角色和職責(zé)測(cè)試人員：以整個(gè)軟件為對(duì)象，確保新功能、老功能、新老功能接口正確進(jìn)行用例設(shè)計(jì)；依據(jù)性能指標(biāo)及測(cè)試計(jì)劃編寫性能測(cè)試用例、開發(fā)性能測(cè)試腳本。啟動(dòng)標(biāo)準(zhǔn)功能測(cè)試完成且軟件功能無中斷工作流程圖集成/性能測(cè)試設(shè)計(jì)測(cè)試人員注：此處兩文檔編寫 無先后關(guān)系輸入輸出輸入：功能測(cè)試用例、功能測(cè)試

10、缺陷、測(cè)試計(jì)劃、性能指標(biāo)輸出：集成測(cè)試用例、性能測(cè)試用例、性能測(cè)試腳本規(guī)范集成測(cè)試用例實(shí)際內(nèi)容參見測(cè)試用例模版集成/性能測(cè)試執(zhí)行目的以整個(gè)軟件為對(duì)象，以測(cè)試計(jì)劃為指導(dǎo)，按照集成測(cè)試用例對(duì)新功能、老功能、新老功 能接口進(jìn)行測(cè)試和性能測(cè)試，以保證測(cè)試的全面性和完整性。角色和職責(zé)測(cè)試人員：以整個(gè)軟件為對(duì)象，以測(cè)試計(jì)劃為指導(dǎo)，按照集成測(cè)試用例對(duì)新功能、老功能、新老功能接口進(jìn)行測(cè)試，并依據(jù)性能測(cè)試計(jì)劃對(duì)軟件性能進(jìn)行測(cè)試。啟動(dòng)標(biāo)準(zhǔn)集成/性能測(cè)試設(shè)計(jì)完成工作流程圖輸入輸出輸入：集成測(cè)試用例、測(cè)試計(jì)劃、性能測(cè)試計(jì)劃、性能測(cè)試用例輸出：集成測(cè)試缺陷5.缺陷管理進(jìn)行。規(guī)范測(cè)試執(zhí)行過程需按照測(cè)試行為規(guī)范進(jìn)行，缺陷管

11、理需按照本文測(cè)試報(bào)告目的真實(shí)、客觀反映測(cè)試過程中各測(cè)試階段、測(cè)試項(xiàng)的情況，并將結(jié)果進(jìn)行數(shù)字化/圖像化進(jìn)行分析，真實(shí)反映軟件質(zhì)量實(shí)際情況。角色與職責(zé)測(cè)試負(fù)責(zé)人：真實(shí)、客觀地對(duì)測(cè)試過程中各測(cè)試階段、測(cè)試項(xiàng)的情況，并以數(shù)字/圖像的形式對(duì)實(shí)際情況進(jìn)行分析，真實(shí)反映軟件實(shí)際測(cè)試狀況。啟動(dòng)標(biāo)準(zhǔn)測(cè)試執(zhí)行完成。工作流程圖測(cè)試報(bào)告測(cè)試負(fù)責(zé)人收集整理各測(cè)試階段、測(cè)試項(xiàng)實(shí)際測(cè)試情況編寫測(cè)試報(bào)告輸入輸出輸入：各測(cè)試階段、測(cè)試項(xiàng)實(shí)際測(cè)試情況輸出：項(xiàng)目測(cè)試報(bào)告規(guī)范項(xiàng)目測(cè)試報(bào)告實(shí)際內(nèi)容參見項(xiàng)目測(cè)試報(bào)告模版測(cè)試維護(hù)目的軟件產(chǎn)品的版本是隨著軟件的升級(jí)而不斷變化的，而每一次版本的變化都會(huì)對(duì)測(cè)試用例庫產(chǎn)生影響，所以測(cè)試用例庫也需要

12、不斷地變更和維護(hù)，使之與產(chǎn)品的變化保持一致。角色與職責(zé)測(cè)試負(fù)責(zé)人：真實(shí)、客觀地對(duì)測(cè)試過程中各測(cè)試階段、測(cè)試項(xiàng)的情況，并以數(shù)字/圖像的形式對(duì)實(shí)際情況進(jìn)行分析，真實(shí)反映軟件實(shí)際測(cè)試狀況。啟動(dòng)標(biāo)準(zhǔn)測(cè)試執(zhí)行完成。工作流程圖測(cè)試維護(hù)測(cè)試人員注：此處三個(gè)維護(hù)行為 無先后關(guān)系輸入輸出輸入：測(cè)試用例、測(cè)試用例庫 輸出：更新后的測(cè)試用例庫規(guī)范測(cè)試用例的管理參見測(cè)試用例配置管理5.缺陷管理目的對(duì)各階段測(cè)試發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理，以保證各級(jí)缺陷的修復(fù)率達(dá)到標(biāo)準(zhǔn)角色與職責(zé)參與缺陷流轉(zhuǎn)的角色有三個(gè)：測(cè)試人員、開發(fā)人員和評(píng)審人員。測(cè)試人員：依據(jù)測(cè)試計(jì)劃，按照測(cè)試用例對(duì)軟件進(jìn)行測(cè)試。對(duì)于發(fā)現(xiàn)的缺陷必須記錄，并且跟蹤缺陷的狀

13、態(tài)， 直至缺陷的驗(yàn)證關(guān)閉。 在測(cè)試執(zhí)行過程中發(fā)現(xiàn)的 遺漏測(cè)試用例必須補(bǔ)充至測(cè)試用例，保證測(cè)試用例與實(shí)際測(cè)試的一致性。開發(fā)人員：對(duì)于測(cè)試人員提交的缺陷進(jìn)行確認(rèn)、修復(fù)。評(píng)審人員：對(duì)測(cè)試人員與開發(fā)人員意見不一的問題進(jìn)行裁決。當(dāng)測(cè)試人員與開發(fā)人員對(duì)缺陷有效性的意見不統(tǒng)一時(shí)，評(píng)審人員應(yīng)總合各方面意見，對(duì)缺陷有效性作 出最終判定。評(píng)審人員應(yīng)由測(cè)試負(fù)責(zé)人、開發(fā)負(fù)責(zé)人和需求人員共同組成。5.3缺陷管理流程缺陷管理流程段 階測(cè)試人員提出BugNo意見是否統(tǒng)一Yes記錄為無效Bug驗(yàn)證Bug是否修復(fù)Yes關(guān)閉Bug缺陷的處理步驟如下:開發(fā)人員評(píng)審人員是否有效YesNo認(rèn)BugNoNoYes判定Bug是否有效5.3

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

15、程中開發(fā)人員與測(cè)試人員對(duì)缺陷有效性的意見不統(tǒng)一，應(yīng)進(jìn)行缺陷評(píng)審，由評(píng)審人員判定。當(dāng)確認(rèn)該缺陷有效時(shí)，開發(fā)人員應(yīng)按照要求修復(fù)缺陷。缺陷修復(fù)后，開發(fā)人員需添加注釋詳細(xì)填寫修復(fù)的內(nèi)容、缺陷根源、修復(fù)版本，更改缺陷狀態(tài)為“待驗(yàn)證”。當(dāng)確認(rèn)該缺陷不是本系統(tǒng)引起，需要其它項(xiàng)目組協(xié)同進(jìn)行分析解決，開發(fā)人員應(yīng)保持缺陷狀態(tài)為“處理”，并將該缺陷的“處理人員”改為相應(yīng)的項(xiàng)目組人員，以便缺陷能及時(shí)流 轉(zhuǎn)。驗(yàn)證缺陷測(cè)試人員負(fù)責(zé)驗(yàn)證缺陷是否已解決。如已解決則關(guān)閉缺陷，否則將“缺陷狀態(tài)”更改 為“重開”，以便開發(fā)人員重新對(duì)此缺陷進(jìn)行處理。缺陷管理系統(tǒng)部分字段詳解缺陷狀態(tài)：指缺陷通過一個(gè)跟蹤修復(fù)過程的進(jìn)展情況。包括：新建、

16、處理中、拒絕、無效、待驗(yàn)證、重開、關(guān)閉由提出人初步指定，開發(fā)人缺陷嚴(yán)重程度：是指因缺陷引起的故障對(duì)系統(tǒng)的影響程度。 員負(fù)責(zé)確認(rèn)。缺陷級(jí)別定義幫助和示例一級(jí)問題 （致命問 題）A1、死機(jī)、重啟、內(nèi)存泄漏、自動(dòng)關(guān)機(jī)；軟件在待機(jī)或者使用時(shí)出現(xiàn)死機(jī)、報(bào)錯(cuò)、系統(tǒng)重 啟、自動(dòng)關(guān)機(jī)、癱瘓等造成無法使用的問題；無 法開機(jī)；操作應(yīng)用時(shí)內(nèi)存不足，造成大量軟件應(yīng) 用不能使用的情況；2、花屏、白屏等屏幕異常現(xiàn)象；喚醒后屏幕、鍵盤失效；屏幕出現(xiàn)花屏、白屏現(xiàn) 象；3、系統(tǒng)無響應(yīng)；待機(jī)或者使用中系統(tǒng)沒有響應(yīng)；電話不能呼出、 撥入或呼通率低于 95蛆下，單通（1%Z上）； 通話不能掛斷，短信不能收發(fā)，延遲（非網(wǎng)絡(luò)問 題）；屏

17、幕無法點(diǎn)亮，屏幕半亮無法使用，屏幕 灰屏無法使用等；4、出現(xiàn)數(shù)據(jù)丟失、數(shù)據(jù)庫被破壞或者損 壞用戶器件；系統(tǒng)數(shù)據(jù)丟失或出現(xiàn)數(shù)據(jù)庫破壞現(xiàn)象給用戶帶來 損失；任意應(yīng)用一直報(bào)錯(cuò)無法正常使用機(jī)器；5、手機(jī)卡不能被識(shí)別；掉網(wǎng)，脫網(wǎng)；在使用時(shí)出現(xiàn)不能識(shí)別 SIM卡/T卡；燒壞手機(jī)卡， 損壞T卡，給用戶帶來損失的情況； SIM卡無法 識(shí)別網(wǎng)絡(luò)；掉網(wǎng)或脫網(wǎng)；6、危機(jī)用戶安全的；手機(jī)發(fā)燙，異常嘯叫；可能造成用戶聽力、視覺 或者其他人身損傷的。二級(jí)問題（嚴(yán)重問 題）1、基本業(yè)務(wù)功能未實(shí)現(xiàn)；基本業(yè)務(wù)功能處理不符合協(xié)議；產(chǎn)品定義中需求 的基本功能沒有實(shí)現(xiàn)；2、應(yīng)用程序自動(dòng)退出或失效；通信方面出現(xiàn)單通（小于等于 1%）、

18、通話回音、 通話嘯叫、電流音、信號(hào)漂移、重新搜網(wǎng)、掉卡、 通話自動(dòng)掛斷、三方通話出現(xiàn)問題、短信業(yè)務(wù)出 現(xiàn)接收延遲（小于等于 1小時(shí)）、丟短信（丟失 率大于3%）、經(jīng)常發(fā)送失敗等現(xiàn)象；網(wǎng)絡(luò)自動(dòng)斷 網(wǎng)、連接失敗及無數(shù)據(jù)交換的基本功能；應(yīng)用程 序自動(dòng)退出，或提示強(qiáng)制關(guān)閉/無響應(yīng)關(guān)閉；B3、自動(dòng)亮屏；軟件在使用過程中應(yīng)用軟件自動(dòng)退出，或者某些 功能失效；4、軟件使用造成系統(tǒng)反應(yīng)慢；在使用過程中整個(gè)系統(tǒng)運(yùn)行速度逐漸變慢，造成 系統(tǒng)性能下降；5、客戶反饋問題；客戶反饋問題根據(jù)客戶定義級(jí)別來報(bào)（沒有定義 的，應(yīng)標(biāo)識(shí)為二級(jí)嚴(yán)重問題）?？蛻舭ǖ谌?合作伙伴；6、不符合國家法律法規(guī)的，或會(huì)引起民 族或文化爭(zhēng)議

19、的問題；不能出現(xiàn)違反國家法律法規(guī)信息，不能出現(xiàn)引起 民族或矛盾的信息；7、參數(shù)設(shè)置異常；參數(shù)設(shè)置不能保存或失效；8、用戶界面信息異常；提示信息與實(shí)際不符，顯示不全、漏顯示、重疊、 錯(cuò)誤、亂碼或者不美觀等現(xiàn)象；大范圍的 UI、文 字、聲音、圖案、燈光提示錯(cuò)誤、不準(zhǔn)確；三級(jí)問題 （一般問 題）C1、主要功能已實(shí)現(xiàn)，存在影響用戶正常 使用的問題；軟件應(yīng)用的部分功能的失效，或者操作某功能響 應(yīng)慢，界面刷新不及時(shí)；四級(jí)問題 （輕微問 題）D1、輕微、提示性問題，不影響系統(tǒng)功能幫助文件、提示信息缺少或可讀性差、用詞不當(dāng)、 錯(cuò)別字及不易于理解的描述；2、操作復(fù)雜或用戶不常操作到的路徑；操彳3級(jí)以上菜單功能出

20、現(xiàn)的問題；操作多個(gè)模 塊（超過3個(gè)）交互后出現(xiàn)的問題3、需要提示信息的地方?jīng)]有相應(yīng)提醒；收費(fèi)業(yè)務(wù)在用戶訂閱前沒有提示信息；4、用戶使用不便或者容易出現(xiàn)誤操作；操作功能使用不方便，并且不方便的程度很輕微；5、建議性問題以使軟件可用性更強(qiáng)；外觀色彩、字體大小顯示更適合長時(shí)間使用；提 示音不應(yīng)有特別刺耳或者容易讓人疲勞的情況； 增加一些簡(jiǎn)單功能使軟件更人性化；刪除多余的 功能；缺陷緊急程度：指缺陷必須被修復(fù)的緊急程度。由提出人指定。各測(cè)試小組可以項(xiàng)目組具體協(xié)商約定緊急程度的具體含義。包括：高、中、低缺陷起源：指引起缺陷的起因。由開發(fā)人員初步指定，測(cè)試人員負(fù)責(zé)確認(rèn)。包括：需求、架構(gòu)、設(shè)計(jì)、編碼、測(cè)試、環(huán)境、數(shù)據(jù)、無效缺陷根 源類型含義需求由于需求定義或需求分析引起的缺陷架構(gòu)由于企業(yè)架構(gòu)設(shè)計(jì)的問題引起的缺陷設(shè)計(jì)由于本系統(tǒng)設(shè)計(jì)原因引起的缺陷編碼由于編碼的問題引起