1、軟件測(cè)試方法和技術(shù)軟件測(cè)試方法和技術(shù) 第2版第第15章章報(bào)告所發(fā)現(xiàn)的缺陷第15章 報(bào)告所發(fā)現(xiàn)的缺陷15.l 15.l 軟件缺陷的描述軟件缺陷的描述15.2 15.2 軟件缺陷相關(guān)的信息軟件缺陷相關(guān)的信息15.3 15.3 軟件缺陷跟蹤和分析軟件缺陷跟蹤和分析15.4 15.4 軟件缺陷跟蹤系統(tǒng)軟件缺陷跟蹤系統(tǒng) 15.1 軟件缺陷的描述軟件缺陷的描述15.1.1 軟件缺陷的生命周期軟件缺陷的生命周期15.1.2 嚴(yán)重性和優(yōu)先級(jí)嚴(yán)重性和優(yōu)先級(jí)15.1.3 缺陷的其它屬性缺陷的其它屬性15.1.4 完整的缺陷信息完整的缺陷信息15.1.5 缺陷描述的基本要求缺陷描述的基本要求15.1.6 缺陷報(bào)告的

2、示例缺陷報(bào)告的示例 15.115.1軟件缺陷的描述軟件缺陷的描述 軟件缺陷指的是系統(tǒng)或系統(tǒng)部件中那些導(dǎo)致系統(tǒng)或部件不能實(shí)現(xiàn)其功能的缺陷。如果在執(zhí)行中遇到一個(gè)缺陷，可能引起系統(tǒng)的失效。那么準(zhǔn)確有效的定義和描述軟件缺陷，可以使軟件缺陷得以快速修復(fù)，節(jié)約了軟件測(cè)試項(xiàng)目的成本和資源，提高產(chǎn)品質(zhì)量。4軟件缺陷是什么？n軟件缺陷生命周期指的是一個(gè)軟件缺陷被發(fā)現(xiàn)、報(bào)告到這個(gè)缺陷被修復(fù)、驗(yàn)證直至最后關(guān)閉的完整過(guò)程。n缺陷生命周期是各類開(kāi)發(fā)人員一起參與、協(xié)同測(cè)試的過(guò)程。n軟件缺陷一旦發(fā)現(xiàn)，便進(jìn)入嚴(yán)密監(jiān)控之中，直至軟件缺陷生命周期終結(jié)，這樣即可保證在較短的時(shí)間內(nèi)高效率地關(guān)閉所有的缺陷，縮短軟件測(cè)試的進(jìn)程，提高軟件

3、質(zhì)量，同時(shí)減少開(kāi)發(fā)、測(cè)試和維護(hù)成本。 15.1.1 軟件缺陷的生命周期軟件缺陷的生命周期 軟件缺陷生命周期軟件缺陷生命周期 生命周期的概念是一個(gè)物種從誕生到消亡經(jīng)歷了不同的生命階段，那么軟件缺陷生命周期應(yīng)該指的是一個(gè)軟件缺陷被發(fā)發(fā)現(xiàn)現(xiàn)、報(bào)告到這個(gè)缺陷被修復(fù)修復(fù)、驗(yàn)證驗(yàn)證直至最后關(guān)閉關(guān)閉的完整過(guò)程。在整個(gè)軟件缺陷生命周期中，通常是以改變軟件缺陷的狀態(tài)來(lái)體現(xiàn)不同的生命階段。因此，對(duì)于一個(gè)軟件測(cè)試人員來(lái)講，需要關(guān)注軟件缺陷在生命周期中的狀態(tài)的變化，來(lái)跟蹤項(xiàng)目進(jìn)度和軟件質(zhì)量。6簡(jiǎn)單、優(yōu)化的缺陷生命周期簡(jiǎn)單、優(yōu)化的缺陷生命周期 q新打開(kāi)的新打開(kāi)的，發(fā)現(xiàn)-打開(kāi)：測(cè)試人員找到軟件缺陷并將軟件缺陷提交給開(kāi)發(fā)人

4、員。 q已修正，已修正，打開(kāi)-修復(fù)：開(kāi)發(fā)人員再現(xiàn)、修復(fù)缺陷，然后提交給測(cè)試人員去驗(yàn)證。 q已關(guān)閉已關(guān)閉，修復(fù)-關(guān)閉：測(cè)試人員驗(yàn)證修復(fù)過(guò)的軟件，關(guān)閉已不存在的缺陷。 發(fā)現(xiàn)發(fā)現(xiàn) 打開(kāi)打開(kāi) 修復(fù)修復(fù) 關(guān)閉關(guān)閉 復(fù)雜的復(fù)雜的軟件缺陷生命周期軟件缺陷生命周期15.1.2 嚴(yán)重性和優(yōu)先級(jí)嚴(yán)重性和優(yōu)先級(jí)q嚴(yán)重性嚴(yán)重性（severity）衡量缺陷對(duì)客戶滿意度的影響程度致命的（fatal）、嚴(yán)重的（critical）、一般的（major）、微小的（minor）q優(yōu)先級(jí)優(yōu)先級(jí)(Priority)：指缺陷被修復(fù)的緊急程度。缺陷優(yōu)先級(jí)缺陷優(yōu)先級(jí) 描述描述 立即解決(P1級(jí)) 缺陷導(dǎo)致系統(tǒng)幾乎不能使用或測(cè)試不能繼續(xù)，需

5、立即修復(fù) 高優(yōu)先級(jí)(P2級(jí)） 缺陷嚴(yán)重，影響測(cè)試，需要優(yōu)先考慮 正常排隊(duì)(P3級(jí)） 缺陷需要正常排隊(duì)等待修復(fù) 低優(yōu)先級(jí)(P4級(jí)） 缺陷可以在開(kāi)發(fā)人員有時(shí)間的時(shí)候被糾正。 15.1.3 缺陷的其它屬性缺陷的其它屬性n缺陷標(biāo)識(shí)（ID）n缺陷類型（type）n缺陷產(chǎn)生可能性（frequency）n缺陷來(lái)源（source）n缺陷原因（root cause）見(jiàn) P.327328 諸表15.1.4 完整的缺陷信息完整的缺陷信息n前提n操作步驟n期望結(jié)果n實(shí)際結(jié)果n上述的各種缺陷屬性見(jiàn)見(jiàn) P.328 表表15-7軟件缺陷報(bào)告軟件缺陷報(bào)告 任何一個(gè)缺陷跟蹤系統(tǒng)的核心都是“軟件缺陷報(bào)告”，一份軟件缺陷報(bào)告詳細(xì)信

6、息如下表：12分類分類 項(xiàng)目項(xiàng)目 描述描述 可跟蹤信息 缺陷ID 唯一的、自動(dòng)產(chǎn)生的缺陷ID，用于識(shí)別、跟蹤、查詢 軟件缺陷基本信息 缺陷狀態(tài) 可分為“打開(kāi)或激活的”、“已修正”、“關(guān)閉”等 缺陷標(biāo)題 描述缺陷的最主要信息 缺陷的嚴(yán)重程度 一般分為“致命”、“嚴(yán)重”、“一般”、“較小”等四種程度 缺陷的優(yōu)先級(jí) 描述處理缺陷的緊急程度， 1是優(yōu)先級(jí)最高的等級(jí)，2是正常的，3是優(yōu)先級(jí)最低的 缺陷的產(chǎn)生頻率 描述缺陷發(fā)生的可能性1%-100% 缺陷提交人 缺陷提交人的名字（會(huì)和郵件地址聯(lián)系起來(lái)），一般就是發(fā)現(xiàn)缺陷的測(cè)試人員或其他人員 缺陷提交時(shí)間 缺陷提交的時(shí)間 軟件缺陷報(bào)告軟件缺陷報(bào)告 13軟件缺

7、陷基本信息 缺陷所屬項(xiàng)目/模塊 缺陷所屬的項(xiàng)目和模塊，最好能較精確的定位至模塊 缺陷指定解決人 估計(jì)修復(fù)這個(gè)缺陷的開(kāi)發(fā)人員，在缺陷狀態(tài)下由開(kāi)發(fā)組長(zhǎng)指定相關(guān)的開(kāi)發(fā)人員；也會(huì)自動(dòng)和該開(kāi)發(fā)人員的郵件地址聯(lián)系起來(lái)，并自動(dòng)發(fā)出郵件 缺陷指定解決時(shí)間 開(kāi)發(fā)管理員指定的開(kāi)發(fā)人員修改此缺陷的時(shí)間 缺陷驗(yàn)證人 驗(yàn)證缺陷是否真正被修復(fù)的測(cè)試人員；也會(huì)和郵件地址聯(lián)系起來(lái) 缺陷驗(yàn)證結(jié)果描述 對(duì)驗(yàn)證結(jié)果的描述（通過(guò)、不通過(guò)） 缺陷驗(yàn)證時(shí)間 對(duì)缺陷驗(yàn)證的時(shí)間 軟件缺陷報(bào)告軟件缺陷報(bào)告 14缺陷的詳細(xì)描述 步驟 對(duì)缺陷的操作過(guò)程，按照步驟，一步一步地描述 期望的結(jié)果 按照設(shè)計(jì)規(guī)格說(shuō)明書(shū)或用戶需求，在上述步驟之后，所期望的結(jié)

8、果，即正確的結(jié)果 實(shí)際發(fā)生的結(jié)果 程序或系統(tǒng)實(shí)際發(fā)生的結(jié)果，即錯(cuò)誤的結(jié)果 測(cè)試環(huán)境說(shuō)明測(cè)試環(huán)境 對(duì)測(cè)試環(huán)境描述，包括操作系統(tǒng)、瀏覽器、網(wǎng)絡(luò)帶寬、通訊協(xié)議等 必要的附件 圖片、Log文件 對(duì)于某些文字很難表達(dá)清楚的缺陷，使用圖片等附件是必要的；對(duì)于軟件崩潰現(xiàn)象，需要使用Soft_ICESoft_ICE工具工具去捕捉日志文件作為附件提供給開(kāi)發(fā)人員。 軟件缺陷的詳細(xì)描述軟件缺陷的詳細(xì)描述 軟件缺陷的詳細(xì)描述，如上所述，由三部分組成：操作/重現(xiàn)步驟、期望結(jié)果、實(shí)際結(jié)果，有必要再做進(jìn)一步的討論：q“步驟步驟”提供了如何重復(fù)當(dāng)前缺陷的準(zhǔn)確描述，應(yīng)簡(jiǎn)明而完備、清楚而準(zhǔn)確。這些信息對(duì)開(kāi)發(fā)人員是關(guān)鍵的，視為修復(fù)

9、缺陷的向?qū)В_(kāi)發(fā)人員有時(shí)抱怨糟糕的缺陷報(bào)告，往往集中在這里； q“期望結(jié)果期望結(jié)果”與測(cè)試用例標(biāo)準(zhǔn)或設(shè)計(jì)規(guī)格說(shuō)明書(shū)或用戶需求等一致，達(dá)到軟件預(yù)期的功能。測(cè)試人員站在用戶的角度要對(duì)它進(jìn)行描述，它提供了驗(yàn)證缺陷的依據(jù)。 q“實(shí)際結(jié)果實(shí)際結(jié)果”測(cè)試人員收集的結(jié)果和信息，以確認(rèn)缺陷確實(shí)是一個(gè)問(wèn)題，并標(biāo)識(shí)那些影響到缺陷表現(xiàn)的要素。 1515.1.5 缺陷描述的基本要求缺陷描述的基本要求q單一準(zhǔn)確單一準(zhǔn)確 q可以再現(xiàn)可以再現(xiàn) q完整統(tǒng)一完整統(tǒng)一q短小簡(jiǎn)練短小簡(jiǎn)練q特定條件特定條件q補(bǔ)充完善補(bǔ)充完善 q不做評(píng)價(jià)不做評(píng)價(jià) 15.1.6軟件缺陷報(bào)告的示例軟件缺陷報(bào)告的示例 一份優(yōu)秀的缺陷報(bào)告記錄下最少的重復(fù)步驟

10、，不僅包括了期望結(jié)果，實(shí)際結(jié)果和必要的附件，還提供必要的數(shù)據(jù)、測(cè)試環(huán)境或條件，以及簡(jiǎn)單的分析。17優(yōu)秀的優(yōu)秀的缺陷報(bào)告重現(xiàn)步驟重現(xiàn)步驟 :a)打開(kāi)一個(gè)編輯文字的軟件并且創(chuàng)建一個(gè)新的文檔（這個(gè)文件可以錄入文字）b)在這個(gè)文件里隨意錄入一兩行文字 c)選中一兩行文字，通過(guò)選擇Font 菜單然后選擇Arial字體格式 d)一兩行文字變成了無(wú)意義的亂字符 期望結(jié)果期望結(jié)果：當(dāng)用戶選擇已錄入的文字并改變文字格式的時(shí)候，文本應(yīng)該顯示正確的文字格式不會(huì)出現(xiàn)亂字符顯示。實(shí)際結(jié)果實(shí)際結(jié)果:它是字體格式的問(wèn)題，如果改變文字格式成Arial之前，你保存文件，缺陷不會(huì)出現(xiàn)。缺陷僅僅發(fā)生在Windows98并且改變文字

11、格式成其它的字體格式，文字是顯示正常的。 見(jiàn)所附的圖片 軟件缺陷報(bào)告的示例軟件缺陷報(bào)告的示例 而一份含糊而不完整的缺陷報(bào)告，缺少重建步驟，并且沒(méi)有期望結(jié)果、實(shí)際結(jié)果和必要的圖片，如下描述。 18含糊而不完整含糊而不完整的缺陷報(bào)告 重現(xiàn)步驟：打開(kāi)一個(gè)編輯文字的軟件. 錄入一些文字 選擇Arial字體格式 文字變成了亂字符 期望結(jié)果： 實(shí)際結(jié)果： 軟件缺陷報(bào)告的示例軟件缺陷報(bào)告的示例 一份散漫散漫的缺陷報(bào)告（無(wú)關(guān)的重建步驟，以及對(duì)開(kāi)發(fā)人員理解這個(gè)錯(cuò)誤毫無(wú)幫助的結(jié)果信息）如下描述： 19重現(xiàn)步驟：在Window98上打開(kāi)一個(gè)編輯文字的軟件并且編輯存在文件 文件字體顯示正常 我添加了圖片，這些圖片顯示

12、正常 在此之后，我創(chuàng)建了一個(gè)新的文檔 在這個(gè)文檔中我隨意錄入了大量的文字 在我錄入這些文字之后，選擇幾行文字.并且通過(guò)選擇Font 菜單然后選擇Arial字體格式改變文字的字體。 有三次我重現(xiàn)了這個(gè)缺陷 我在Solaris操作系統(tǒng)運(yùn)行這些步驟，沒(méi)有任何問(wèn)題。 我在Mac操作系統(tǒng)運(yùn)行這些步驟，沒(méi)有任何問(wèn)題。期望結(jié)果：當(dāng)用戶選擇已錄入的文字并改變文字格式的時(shí)候，文本應(yīng)該顯示正確的文字格式不會(huì)出現(xiàn)亂字符顯示。 實(shí)際結(jié)果：我試著選擇少量的不同的字體格式，但是只有Arial字體格式有軟件缺陷，不論如何，它可能會(huì)出現(xiàn)在我沒(méi)有測(cè)試的其它的字體格式 15.2 軟件缺陷的軟件缺陷的相關(guān)相關(guān)信息信息15.2.1

13、軟件缺陷的圖片信息軟件缺陷的圖片信息15.2.2 使用使用WinDBG記錄軟件缺陷信息記錄軟件缺陷信息15.2.3 使用使用Soft-ICE記錄軟件缺陷信息記錄軟件缺陷信息15.2.4 分離和再現(xiàn)軟件缺陷分離和再現(xiàn)軟件缺陷 15.2.1 軟件缺陷的圖片信息軟件缺陷的圖片信息 q軟件缺陷相關(guān)的信息包括軟件缺陷的圖片、記錄信息和如何再現(xiàn)和分離軟件缺陷，使開(kāi)發(fā)人員和其他的測(cè)試人員更容易分離和重現(xiàn)它。q一些涉及用戶界面(User Interface)的軟件缺陷可能很難用文字清楚地描述，因此軟件測(cè)試人員通過(guò)附上圖片比較直觀地表示缺陷發(fā)生在產(chǎn)品界面什么位置、有什么問(wèn)題等。 15.2.2 使用使用WinDB

14、G記錄軟件缺陷信息記錄軟件缺陷信息qWinDbg是微軟發(fā)布的源碼級(jí)調(diào)試工具，用于Kernel模式調(diào)試和用戶模式調(diào)試，可用于調(diào)試軟件崩潰后形成Dump文件，包括操作系統(tǒng)的信息、進(jìn)程運(yùn)行的狀態(tài)、時(shí)間和環(huán)境變量、匯編指令、調(diào)用堆棧等q安裝、使用的具體操作方法安裝、使用的具體操作方法，如提供了圖形界面和命令行兩種運(yùn)行方式q調(diào)試方式調(diào)試方式：遠(yuǎn)程調(diào)試、Dump調(diào)試、本地進(jìn)程調(diào)試windbg remote npipe:server=SERVER_NAME,pipe=PIPE_NAMEwindbg z DUMP_FILE_NAME Windbg p “process id”q常用命令常用命令15.2.3 使

15、用使用Soft-ICE記錄軟件缺陷信息記錄軟件缺陷信息qstackstack qu eip-80u eip-80 如果數(shù)據(jù)窗口是開(kāi)啟的狀態(tài)，可以輸入”wdwd”來(lái)關(guān)閉該窗口，然后再輸入 “dd esp-20dd esp-20”命令。stackstack 、dd esp-20dd esp-20是為了標(biāo)注跟蹤信息。q通過(guò)輸入x，退出 Soft-ICE的窗口；如果還是無(wú)法退出Soft-ICE，需要輸入faults off，然后輸入x。 q打開(kāi)Soft-ICE應(yīng)用程序，立即保存日志文件。一旦再次打開(kāi)Soft-ICE，請(qǐng)輸入faults on 為了有效地再現(xiàn)軟件缺陷，除了按照軟件缺陷的有效描述規(guī)則來(lái)描述

16、軟件缺陷，還要遵循軟件缺陷分離和再現(xiàn)的方法和具有較高的技巧性，雖然有時(shí)少數(shù)幾個(gè)缺陷很難再現(xiàn)、或者根本無(wú)法再現(xiàn)。以下就介紹如何分離和再現(xiàn)缺陷的一些常用方法和技巧。u 確保所有的步驟都被記錄。確保所有的步驟都被記錄。u 特定條件和時(shí)間。特定條件和時(shí)間。u 壓力和負(fù)荷、內(nèi)存和數(shù)據(jù)溢出相關(guān)的邊界條件。壓力和負(fù)荷、內(nèi)存和數(shù)據(jù)溢出相關(guān)的邊界條件。u 考慮資源依賴性包括內(nèi)存、網(wǎng)絡(luò)和硬件共享的相互作用等?？紤]資源依賴性包括內(nèi)存、網(wǎng)絡(luò)和硬件共享的相互作用等。 u 不能忽視硬件。與軟件不同，硬件不按預(yù)定方式工作。不能忽視硬件。與軟件不同，硬件不按預(yù)定方式工作。 開(kāi)發(fā)人員有時(shí)可以根據(jù)相對(duì)簡(jiǎn)單的錯(cuò)誤信息就能找出問(wèn)題所

17、在。因?yàn)殚_(kāi)發(fā)人員熟悉代碼，因此看到癥狀、測(cè)試用例步驟和分離問(wèn)題的過(guò)程時(shí)，可能得到查找軟件缺陷的線索。一個(gè)軟件缺陷的分離和再現(xiàn)問(wèn)題有時(shí)需要小組的共同努力。如果軟件測(cè)試人員盡最大努力分離軟件缺陷，也無(wú)法表達(dá)準(zhǔn)確的再現(xiàn)步驟，那么仍然需要記錄和報(bào)告軟件缺陷。 2415.2.4 分離和再現(xiàn)軟件缺陷分離和再現(xiàn)軟件缺陷 分離和調(diào)試軟件缺陷之間的區(qū)別分離和調(diào)試軟件缺陷之間的區(qū)別 再現(xiàn)缺陷現(xiàn)象所需的最少步驟有哪些？這些步驟成功再現(xiàn)的可能性多大？ 缺陷是否成立存在？測(cè)試結(jié)果是否可能起源于測(cè)試因素或者測(cè)試人員自身的錯(cuò)誤，還是影響顧客需求的、系統(tǒng)真正的故障？哪些外部因素產(chǎn)生軟件缺陷？ 哪些內(nèi)部因素，是代碼、網(wǎng)絡(luò)、還是

18、環(huán)境引起的軟件缺陷？ 怎樣在不產(chǎn)生新的缺陷的條件下使這個(gè)軟件缺陷得到修復(fù)？ 這種修復(fù)是否經(jīng)過(guò)調(diào)試，單元是否經(jīng)過(guò)測(cè)試？ 問(wèn)題解決了嗎？它是否通過(guò)了確認(rèn)和回歸測(cè)試，確定系統(tǒng)的其余部分仍工作正常？ 15.3 軟件缺陷跟蹤和分析軟件缺陷跟蹤和分析15.3.1 軟件缺陷處理技巧軟件缺陷處理技巧15.3.2 缺陷趨勢(shì)分析缺陷趨勢(shì)分析15.3.3 缺陷分布分析缺陷分布分析15.3.4 缺陷跟蹤方法缺陷跟蹤方法 軟件缺陷的處理和跟蹤軟件缺陷的處理和跟蹤 q確保每個(gè)被發(fā)現(xiàn)的缺陷都能夠被解決，“解決”的意思不一定是被修正，也可能是其他處理方式（例如，延遲到下一個(gè)版本中修正或者由于技術(shù)原因不能被修正），總之，對(duì)每個(gè)

19、被發(fā)現(xiàn)的BUG的處理方式必須能夠在開(kāi)發(fā)組織中達(dá)到一致；q收集缺陷數(shù)據(jù)并根據(jù)缺陷趨勢(shì)曲線識(shí)別測(cè)試處于測(cè)試過(guò)程中的哪個(gè)階段； q決定測(cè)試過(guò)程是否結(jié)束，通過(guò)缺陷趨勢(shì)曲線來(lái)確定測(cè)試過(guò)程是否結(jié)束是常用并且較為有效的一種方式。q收集缺陷數(shù)據(jù)并在其上進(jìn)行數(shù)據(jù)分析，作為組織過(guò)程改進(jìn)的財(cái)富。 15.3.1 軟件缺陷處理技巧軟件缺陷處理技巧 q審閱審閱?？梢杂蓽y(cè)試管理員、項(xiàng)目管理員或其他人來(lái)進(jìn)行，審閱缺陷報(bào)告的質(zhì)量水平；q拒絕拒絕。如果審閱者決定需要對(duì)一份缺陷報(bào)告進(jìn)行重大修改，應(yīng)該和測(cè)試人員一起討論，由測(cè)試人員糾正缺陷報(bào)告，然后再次提交； q完善完善。完整地描述了問(wèn)題的特征并將其分離，那么審查者就會(huì)肯定這個(gè)報(bào)告；

20、 q分配分配。分配給適當(dāng)?shù)拈_(kāi)發(fā)人員，如果不知道具體開(kāi)發(fā)人員，應(yīng)分配給項(xiàng)目開(kāi)發(fā)組長(zhǎng)，由開(kāi)發(fā)組長(zhǎng)再分配給對(duì)應(yīng)的開(kāi)發(fā)人員； 軟件缺陷處理技巧軟件缺陷處理技巧 (2)q驗(yàn)證驗(yàn)證。缺陷的修復(fù)需要得到測(cè)試人員的驗(yàn)證，同時(shí)還要進(jìn)行回歸測(cè)試，檢查這個(gè)缺陷的修復(fù)是否會(huì)引入新的問(wèn)題； q重新打開(kāi)重新打開(kāi)。重新打開(kāi)一個(gè)缺陷，需要加注釋說(shuō)明、電話溝通等，否則會(huì)引起“打開(kāi)-修復(fù)”多個(gè)來(lái)回，造成測(cè)試人員和開(kāi)發(fā)人員不必要的矛盾 q關(guān)閉關(guān)閉。只有測(cè)試人員有關(guān)閉缺陷的權(quán)限，開(kāi)發(fā)人員沒(méi)有這個(gè)權(quán)限。 q暫緩暫緩。如果每個(gè)人都同意將確實(shí)存在的缺陷移到以后處理，應(yīng)該指定下一個(gè)版本號(hào)或修改的日期。一旦新的版本開(kāi)始時(shí)，這些暫緩的缺陷應(yīng)該重

21、新被打開(kāi)。15.3.2 缺陷趨勢(shì)分析缺陷趨勢(shì)分析監(jiān)控（打開(kāi)打開(kāi)/ /關(guān)閉關(guān)閉/ /已修正的已修正的）缺陷隨時(shí)間的變化1)產(chǎn)品開(kāi)發(fā)質(zhì)量情況取決于累積打開(kāi)/關(guān)閉曲線的趨勢(shì)。 2)項(xiàng)目進(jìn)度取決于累積關(guān)閉/打開(kāi)曲線起點(diǎn)的時(shí)間差。 3)開(kāi)發(fā)人員、測(cè)試人員的工作進(jìn)度、效率也能得到反映示例示例理想趨勢(shì)圖理想趨勢(shì)圖示例：示例：微軟公司基于缺陷趨勢(shì)圖的里程碑定義微軟公司基于缺陷趨勢(shì)圖的里程碑定義15.3.3 缺陷分布分析缺陷分布分析n缺陷分布報(bào)告缺陷分布報(bào)告，缺陷數(shù)量與缺陷屬性的函數(shù)。如測(cè)試需求和缺陷狀態(tài)、嚴(yán)重性的分布情況等。缺陷的四種優(yōu)先級(jí)分布示例：根本原因圖表示例：根本原因圖表 缺陷報(bào)告缺陷報(bào)告p缺陷分布報(bào)

22、告，缺陷分布報(bào)告，允許將缺陷計(jì)數(shù)作為一個(gè)或多個(gè)缺陷參數(shù)的函數(shù)來(lái)顯示，生成缺陷數(shù)量與缺陷屬性的函數(shù)。如測(cè)試需求和缺陷狀態(tài)、嚴(yán)重性的分布情況等。p缺陷趨勢(shì)報(bào)告，缺陷趨勢(shì)報(bào)告，按各種狀態(tài)將缺陷計(jì)數(shù)作為時(shí)間的函數(shù)顯示。趨勢(shì)報(bào)告可以是累計(jì)的，也可以是非累計(jì)的；p缺陷年齡報(bào)告，缺陷年齡報(bào)告，顯示缺陷處于活動(dòng)狀態(tài)的時(shí)間，展示一個(gè)缺陷處于某種狀態(tài)的時(shí)間長(zhǎng)短，從而了解處理這些缺陷的進(jìn)度情況。p測(cè)試結(jié)果進(jìn)度報(bào)告，測(cè)試結(jié)果進(jìn)度報(bào)告，展示測(cè)試過(guò)程在被測(cè)應(yīng)用的幾個(gè)版本中的執(zhí)行結(jié)果以及測(cè)試周期15.3.3 缺陷跟蹤方法缺陷跟蹤方法n當(dāng)前缺陷狀態(tài)當(dāng)前缺陷狀態(tài) Bug Dashboardn項(xiàng)目發(fā)展趨勢(shì)項(xiàng)目發(fā)展趨勢(shì): 每天的變

23、化、差異，重點(diǎn)進(jìn)行趨勢(shì)分析每天的變化、差異，重點(diǎn)進(jìn)行趨勢(shì)分析級(jí)別級(jí)別總數(shù)總數(shù)未 處未 處理的理的正 在 處正 在 處理的理的修正的修正的不 是 缺不 是 缺陷陷重復(fù)的重復(fù)的 暫不處理暫不處理關(guān)閉關(guān)閉致命的20000002嚴(yán)重的21618751420161一般的3123100007微小的5200030015.4 軟件缺陷跟蹤系統(tǒng)軟件缺陷跟蹤系統(tǒng) 到目前為止所講述的一切表面上看起來(lái)很好，但是運(yùn)用到實(shí)踐中還需要軟件缺陷跟蹤系統(tǒng)，以便描述描述報(bào)告所發(fā)現(xiàn)的缺陷，處理處理軟件缺陷屬性，跟蹤跟蹤軟件缺陷的整個(gè)生命周期和生成生成軟件缺陷跟蹤圖表等。為什么需要建立一套軟件缺陷跟蹤系統(tǒng)呢？因?yàn)樗鼤?huì)讓我們受益無(wú)窮，

24、概括起來(lái)有：q 軟件缺陷跟蹤系統(tǒng)擁有軟件缺陷跟蹤數(shù)據(jù)庫(kù)，它不僅有利于軟件缺陷的清楚描述，還提供統(tǒng)一的、標(biāo)準(zhǔn)化報(bào)告，使所有人的理解一致；q 缺陷跟蹤數(shù)據(jù)庫(kù)允許自動(dòng)連續(xù)的軟件缺陷編號(hào)，還提供了大量供分析和統(tǒng)計(jì)的選項(xiàng)，這是手工方法無(wú)法實(shí)現(xiàn)的；q 基于缺陷跟蹤數(shù)據(jù)庫(kù)，可快速生成滿足各種查詢條件的、所必要的缺陷報(bào)表、曲線圖等，開(kāi)發(fā)小組乃至公司的每一個(gè)人都可以隨時(shí)掌握軟件產(chǎn)品質(zhì)量的整體狀況、或測(cè)試/開(kāi)發(fā)的進(jìn)度；q 缺陷跟蹤數(shù)據(jù)庫(kù)提供了軟件缺陷屬性并允許開(kāi)發(fā)小組根據(jù)對(duì)項(xiàng)目的相對(duì)和絕對(duì)重要性來(lái)修復(fù)缺陷；38軟件缺陷跟蹤系統(tǒng)軟件缺陷跟蹤系統(tǒng)p可以在軟件缺陷的生命期中管理缺陷，從最初的報(bào)告到最后的解決。確保了每一

25、個(gè)缺陷不會(huì)被忽略，同時(shí)，它還可以使注意力保持在那些必須盡快修復(fù)的重要缺陷上；p當(dāng)缺陷在它的生命周期中變化時(shí)，開(kāi)發(fā)人員，測(cè)試人員以及管理人員將熟悉新的軟件缺陷信息。一個(gè)設(shè)計(jì)良好的軟件缺陷跟蹤系統(tǒng)可以獲取歷史記錄，并在檢查缺陷的狀態(tài)時(shí)參考?xì)v史記錄； p在軟件缺陷跟蹤數(shù)據(jù)庫(kù)中關(guān)閉每一份缺陷報(bào)告，它都可以被記錄下來(lái)。當(dāng)產(chǎn)品送出去時(shí)，每一份未關(guān)閉的缺陷報(bào)告都提供了預(yù)先警告的有效技術(shù)支持，并且證明測(cè)試人員找到特殊領(lǐng)域突然出現(xiàn)的事件中的軟件缺陷。 39報(bào)告缺陷就像寫(xiě)新聞報(bào)告缺陷就像寫(xiě)新聞 凱列班有個(gè)故事講的是他最喜歡的缺陷。故事大概是這樣的： 我一個(gè)月前在實(shí)驗(yàn)室中發(fā)現(xiàn)了這個(gè)缺陷，然后報(bào)告了它。沒(méi)有人注意到；

26、所以在優(yōu)先分配中，他們把它標(biāo)記為被“推遲”。上個(gè)星期我們最大的客戶也發(fā)現(xiàn)了它，突然之間，這個(gè)缺陷就引發(fā)了一場(chǎng)危機(jī)?，F(xiàn)在，我們需要交付一個(gè)維護(hù)版本，這就意味著我要整個(gè)周末都呆在實(shí)驗(yàn)室里檢查所做的修復(fù)。為什么他們?cè)谖业谝淮螆?bào)告的時(shí)候沒(méi)注意到這個(gè)缺陷呢？ 真正的原因是什么呢？最常見(jiàn)的原因就是缺陷報(bào)告寫(xiě)得不清楚，沒(méi)有把影響充分傳達(dá)給優(yōu)先分配小組，所以所報(bào)告的缺陷被關(guān)閉了。凱列班的經(jīng)理普洛斯彼羅對(duì)于凱列班的故事則有著不同的看法：“為什么凱列班不能把他的缺陷報(bào)告寫(xiě)得清楚些，足以讓團(tuán)隊(duì)能夠?qū)λ鼈冇兴袆?dòng)呢？”（因此，和前面一樣，普洛斯彼羅在他的下一個(gè)項(xiàng)目中沒(méi)有選擇凱列班。）40你的主張驅(qū)動(dòng)你所報(bào)告的缺陷的修復(fù)你的主張驅(qū)動(dòng)你所報(bào)告的缺陷的修復(fù)你所寫(xiě)的任何一個(gè)缺陷報(bào)告都是一個(gè)呼喚修復(fù)此缺陷的宣傳文檔。 有的缺陷永遠(yuǎn)也不會(huì)被修復(fù)。你的責(zé)任不是去保證所有的缺陷都被修復(fù)了。你的責(zé)任是以一種能讓讀者理解問(wèn)題全部影響的方式精確地報(bào)告缺陷。 你研究得好不好，報(bào)告寫(xiě)得好不好，這些通常都會(huì)對(duì)缺陷修復(fù)的概率有著很重大的影響。 詳細(xì)描寫(xiě)缺陷就像是寫(xiě)新聞報(bào)道（或者網(wǎng)頁(yè)）。它是新聞學(xué)。標(biāo)題就像是頭條新聞，你應(yīng)該希望大多數(shù)讀者從來(lái)也不看“下面的內(nèi)容”。新聞?dòng)浾叩?個(gè)基本問(wèn)題：什么、哪里、怎么、誰(shuí)