《缺陷管理》

1、缺陷管理課程目標(biāo)l 掌握軟件缺陷的基本概念和相關(guān)術(shù)語l 掌握軟件缺陷管理的基本流程l 掌握高質(zhì)量缺陷問題單的填寫方法l 了解軟件缺陷管理的常用工具課程內(nèi)容l軟件缺陷管理的基本概念軟件缺陷管理的基本概念l 軟件缺陷管理基本流程l 缺陷跟蹤單填寫方法缺陷管理的基本概念l Bug：程序缺陷，電腦系統(tǒng)或者程序中存在的任何一種破壞正常運(yùn)轉(zhuǎn)能 力的問題或者缺陷，都可以叫做“bug”；有時(shí)也被泛指因軟件產(chǎn)品內(nèi) 部的缺陷引起的軟件產(chǎn)品最終運(yùn)行時(shí)和預(yù)期屬性的偏離。l 缺陷（Defect）：既指靜態(tài)存在于軟件工作產(chǎn)品（文檔、代碼）中的錯(cuò) 誤，也指軟件運(yùn)行時(shí)由于這些錯(cuò)誤被激發(fā)引起的和軟件產(chǎn)品預(yù)期屬性的 偏離現(xiàn)象。l

2、 錯(cuò)誤（Error）：指編寫錯(cuò)誤的代碼，一種是語法錯(cuò)誤（syntax error）， 另一種是邏輯錯(cuò)誤（logical error）。l 故障（Fault）：軟件運(yùn)行中出現(xiàn)的狀態(tài)，可引起意外情況，若不加處 理，可產(chǎn)生失效，是一個(gè)動(dòng)態(tài)行為。l 失效（Failure）：軟件運(yùn)行時(shí)產(chǎn)生的外部異常行為結(jié)果，表現(xiàn)與用戶需 求不一致，功能能力終止，用戶無法完成所需要的應(yīng)用。缺陷管理的基本概念l 缺陷報(bào)告單：測試執(zhí)行過程中，發(fā)現(xiàn)軟件失效后，提出書面的報(bào)告，提 供給開發(fā)人員或者其他負(fù)責(zé)人員作為定位缺陷的依據(jù)，也作為日后缺陷 度量的數(shù)據(jù)依據(jù)。Defect & Enhancementl Defect（缺陷

3、）：通常指被測試軟件的功能與需求規(guī)格說明書中的描述 不一致，負(fù)責(zé)人一般為開發(fā)人員；l Enhancement（改進(jìn)）：通常指用戶需求與需求規(guī)格說明書中的描述不 一致，負(fù)責(zé)人員一般為需求人員；l 二者的現(xiàn)實(shí)意義： - 避免扯皮 - 涉及費(fèi)用問題課程內(nèi)容l 軟件缺陷管理的基本概念l軟件缺陷管理基本流程軟件缺陷管理基本流程l 缺陷跟蹤單填寫方法一個(gè)簡單的Bug跟蹤流程Raid/BMS郵件系統(tǒng)郵件系統(tǒng)源代碼源代碼服務(wù)器服務(wù)器發(fā)布服務(wù)器發(fā)布服務(wù)器測試人員測試人員builder開發(fā)人員開發(fā)人員專家會(huì)診專家會(huì)診210134657891、拿到新的版本；2、記錄bug；3、得到新的bug；4、解決bug；5、C

4、heck in；6、批準(zhǔn)；7、Check in；8、拿到最新源代碼；9、編譯；10、驗(yàn)證bug解決并關(guān)閉缺陷管理的目的l 保證信息的一致性l 保證缺陷得到有效的跟蹤，解決l 獲取正確的Bug信息，用作缺陷分析和產(chǎn)品度量軟件缺陷管理相關(guān)支撐工具介紹l 軟件缺陷跟蹤過程需要有軟件工具支撐： - Mercury Quality Center（簡稱QC） - Rational ClearQuest - Bugzilla - Mantis - JiraQC中的用戶類別l 軟件開發(fā)人員l 軟件測試人員l 軟件測試項(xiàng)目經(jīng)理l 軟件開發(fā)項(xiàng)目經(jīng)理缺陷的相關(guān)屬性l 缺陷發(fā)現(xiàn)人l 缺陷發(fā)現(xiàn)時(shí)間l 缺陷狀態(tài)l 缺陷嚴(yán)

5、重程度l 缺陷所屬版本l 缺陷修改日期QC中的軟件缺陷狀態(tài)列表缺陷的嚴(yán)重程度l 嚴(yán)重性：顧名思義就是軟件缺陷對軟件質(zhì)量的破壞程度，即此軟件缺陷 的存在將對軟件的功能和性能產(chǎn)生怎樣的影響。 - 致命：例如，軟件的意外退出甚至操作系統(tǒng)崩潰，造成數(shù)據(jù)丟失。 - 嚴(yán)重：例如，由于單功能失效導(dǎo)致多個(gè)相關(guān)功能均失效 - 一般：例如，軟件的單個(gè)功能失效 - 提示：軟件界面的細(xì)微缺陷，例如，某個(gè)控件沒有對齊，某個(gè)標(biāo)點(diǎn)符 號丟失等軟件測試缺陷管理流程缺陷狀態(tài)矩陣課程內(nèi)容l 軟件缺陷管理的基本概念l 軟件缺陷管理基本流程l缺陷跟蹤單填寫方法缺陷跟蹤單填寫方法缺陷跟蹤單寫作準(zhǔn)則（5C）l Correct（準(zhǔn)確） -

6、 每個(gè)組成部分的描述準(zhǔn)確，不會(huì)引起誤解l Clear（清晰） - 每個(gè)組成部分的描述清晰，易于理解l Concise（簡潔） - 只包含必不可少的信息，不包括任何多余的內(nèi)容l Complete（完整） - 包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息l Consistent（一致） - 按照一致的格式書寫全部缺陷報(bào)告缺陷跟蹤單基本內(nèi)容缺陷描述舉例（1）l 簡單描述 - Arial、Wingdings和Symbol字體會(huì)破壞新文件。l 詳細(xì)描述 - 軟件測試環(huán)境為windows 2000 sp4 - 啟動(dòng)WordEdit編輯器，然后創(chuàng)建新文件。 - 輸入四行文本，重復(fù)輸入“The quick fox

7、jumps over the lazy brown dog”。 - 選中所有四行文本，然后選擇字體下拉菜單，并選擇Arial。 - 所有文本本轉(zhuǎn)換成控制字符、數(shù)字和其它明顯的隨機(jī)二進(jìn)制數(shù)據(jù)。 - 重復(fù)三次，結(jié)果都一樣。缺陷描述舉例（2）l 相關(guān)附件 - 附件1：變換格式之前的文檔 - 附件2：變換格式之后的文檔l 軟件缺陷初步分析 - 粗略估計(jì)是格式問題，保存文件，關(guān)閉WordEdit并重新打開文件，但 是數(shù)據(jù)人仍然被破壞。 - 在改變字體前保存文件防止錯(cuò)誤。 - 對現(xiàn)存文件，錯(cuò)誤不再發(fā)生。 - 只在Windows 2000下發(fā)生，而不出現(xiàn)在Solaris、Mac和其它windows 系統(tǒng)。含

8、糊不完整的缺陷報(bào)告l 簡要描述 - WordEdit處理Arial字體有問題。l 詳細(xì)描述 - 1、打開WordEdit。 - 2、輸入一些文本。 - 3、選擇Arial。 - 4、文本被破壞l 軟件缺陷初步分析： - N/A冗余混淆的缺陷報(bào)告（1）l 簡要描述 - 我在Solaris、Windows 98和Mac上運(yùn)行WordEdit，當(dāng)使用某些字體時(shí) ，好像會(huì)破壞一些數(shù)據(jù)。l 詳細(xì)描述 - 1、在Windows 98上打開WordEdit，然后編輯兩個(gè)現(xiàn)有文件，這些文 件包含一些字體的混合。 - 2、文件正常打印。 - 3、創(chuàng)建并打印一張圖表，工作正常，但是有些內(nèi)容不是很清楚。 - 4、之

9、后，創(chuàng)建了一個(gè)新文件。 - 5、然后，輸入了一大堆隨機(jī)文本。 - 6、在輸入了文本之后，選中一些行，然后，落下字體菜單并選擇Arial - 7、改變的文本被破壞了。l 軟件缺陷初步分析： - N/A冗余混淆的缺陷報(bào)告（2） - 8、重復(fù)三次，每次結(jié)果都一樣。 - 9、我在Solaris上重復(fù)步驟1-6，沒有發(fā)現(xiàn)任何問題。 - 10、我在Mac上重復(fù)步驟1-6，沒有發(fā)現(xiàn)任何問題。l缺陷原因分析： - 我嘗試選擇其他字體，但是只有Arial出現(xiàn)這個(gè)錯(cuò)。但是，其他沒有測試的字體 仍然有可能出錯(cuò)。缺陷報(bào)告的寫作要點(diǎn)（1）l 再現(xiàn)：一般是盡量三次再現(xiàn)故障，如果問題是間斷的，那要報(bào)告問題發(fā) 生頻率。l 初步定位：可能影響再現(xiàn)的變量，例如配置變化、工作流、數(shù)據(jù)庫，這 些都可能改變錯(cuò)誤的特征。l 推廣：確定系統(tǒng)其他部分是否可能出現(xiàn)這種錯(cuò)誤，以及使用不同的數(shù)據(jù) 時(shí)是否存在著這種問題等等，特別是那些可能存在更加嚴(yán)重特征的部分l 壓縮：精簡任何不必要的信息，特別是冗余的測試步驟。l 去除歧義：使用清晰的語言，尤其是避免使用那些有多個(gè)不同或相反含 義的詞匯。l 中立：公正的表達(dá)自己的意思，對錯(cuò)誤及其特征的事實(shí)進(jìn)行陳述避免夸 張、幽默或諷刺。l 評審：至少有一個(gè)同行，最好是一個(gè)有經(jīng)驗(yàn)的測試工程師或測