軟件測試Ch15-報告所發(fā)現(xiàn)的缺陷-STMT)

1、軟件測試方法和技術(shù)軟件測試方法和技術(shù) - Ch.15報告所發(fā)現(xiàn)的軟件缺陷報告所發(fā)現(xiàn)的軟件缺陷 第十五章 報告所發(fā)現(xiàn)的軟件缺陷15.1 軟件缺陷的描述 15.1.1軟件缺陷的基本描述 15.1.2 軟件缺陷屬性 15.2 軟件缺陷相關(guān)的信息 15.2.1 軟件缺陷的圖片、記錄信息 15.2.2 分離和再現(xiàn)軟件缺陷 15.3 軟件缺陷的處理和跟蹤 15.3.1 軟件缺陷生命周期 15.3.2 軟件缺陷處理技巧 15.3.3 軟件缺陷跟蹤系統(tǒng) 15.3.4缺陷跟蹤的方法和圖表 軟件缺陷的描述軟件缺陷的描述 軟件缺陷指的是系統(tǒng)或系統(tǒng)部件中那些導(dǎo)致系統(tǒng)或部件不能實現(xiàn)其功能的缺陷。如果在執(zhí)行中遇到一個缺陷

2、，可能引起系統(tǒng)的失效。那么準(zhǔn)確有效的定義和描述軟件缺陷，可以使軟件缺陷得以快速修復(fù)，節(jié)約了軟件測試項目的成本和資源，提高產(chǎn)品質(zhì)量。軟件缺陷是什么？軟件缺陷的基本描述軟件缺陷的基本描述 軟件缺陷的描述是軟件缺陷報告中測試人員對問題的陳述的一部分并且是軟件缺陷報告的基礎(chǔ)部分。同時，軟件缺陷的描述也是測試人員就一個軟件問題與開發(fā)小組交流的最初且最好的機會。一個好的描述，需要使用簡單的、準(zhǔn)確的、專業(yè)的語言來抓住缺陷的本質(zhì)。 以下是軟件缺陷的有效描述規(guī)則：q單一準(zhǔn)確 q可以再現(xiàn) q完整統(tǒng)一q短小簡練q特定條件q補充完善 q不做評價 軟件缺陷軟件缺陷標(biāo)識和類型標(biāo)識和類型 軟件缺陷屬性包括缺陷標(biāo)識、缺陷類型

3、、缺陷嚴重程度、缺陷產(chǎn)生可能性、缺陷優(yōu)先級、缺陷狀態(tài)、缺陷起源、缺陷來源、缺陷原因。q缺陷標(biāo)識：是標(biāo)記某個缺陷的唯一的表示，可以使用數(shù)字序號表示。q缺陷類型：是根據(jù)缺陷的自然屬性劃分缺陷種類。見軟件缺陷類型列表： 缺陷類型缺陷類型 描述描述 功能 影響了各種系統(tǒng)功能、邏輯的缺陷 用戶界面 影響了用戶界面、人機交互特性，包括屏幕格式、用戶輸入靈活性、結(jié)果輸出格式等方面的缺陷 文檔 影響發(fā)布和維護，包括注釋，用戶手冊，設(shè)計文檔 軟件包 由于軟件配置庫、變更管理或版本控制引起的錯誤 性能 不滿足系統(tǒng)可測量的屬性值，如執(zhí)行時間，事務(wù)處理速率等。 系統(tǒng)/模塊接口 與其他組件、模塊或設(shè)備驅(qū)動程序、調(diào)用參數(shù)

4、、控制塊或參數(shù)列表等不匹配、沖突。 軟件缺陷軟件缺陷缺陷嚴重程度缺陷嚴重程度q缺陷嚴重程度：是指因缺陷引起的故障對軟件產(chǎn)品的影響程度，所謂“嚴重性”我指的是在測試條件下，一個錯誤在系統(tǒng)中的絕對影響。見軟件缺陷嚴重等級列表： 缺陷嚴重等級缺陷嚴重等級 描述描述 致命 (Fatal) 系統(tǒng)任何一個主要功能完全喪失、用戶數(shù)據(jù)受到破壞、系統(tǒng)崩潰、懸掛、死機，或者危及人身安全 嚴重 (Critical) 系統(tǒng)的主要功能部分喪失、數(shù)據(jù)不能保存，系統(tǒng)所提供的功能或服務(wù)受到明顯的影響 一般 (Major) 系統(tǒng)的部分功能沒有完全實現(xiàn)，但不影響用戶的正常使用，例如：提示信息不太準(zhǔn)確；或用戶界面差、操作時間長等一

5、些問題。 較小 (Minor) 使操作者不方便或遇到麻煩，但它不影響功能的操作和執(zhí)行，如個別的不影響產(chǎn)品理解的錯別字、文字排列不整齊等一些小問題。 軟件缺陷軟件缺陷缺陷缺陷產(chǎn)生的可能性和產(chǎn)生的可能性和優(yōu)先級優(yōu)先級q缺陷產(chǎn)生的可能性：指缺陷在產(chǎn)品中發(fā)生的可能性，通?？梢杂妙l率來表示。q缺陷優(yōu)先級：指缺陷必須被修復(fù)的緊急程度?！皟?yōu)先級”的衡量抓住了在嚴重性中沒有考慮的重要程度因素。 缺陷缺陷產(chǎn)生可能性產(chǎn)生可能性 描述描述 總是 (Always) 總是產(chǎn)生這個軟件缺陷，其產(chǎn)生的頻率是100% 通常 (Often) 按照測試用例，通常情況下會產(chǎn)生這個軟件缺陷，其產(chǎn)生的頻率大概是80-90% 有時 (O

6、ccasionally) 按照測試用例，有的時候產(chǎn)生這個軟件缺陷，其產(chǎn)生的頻率大概是30-50% 很少 (rarely) 按照測試用例，很少產(chǎn)生這個軟件缺陷，其產(chǎn)生的頻率大概是1-5% 缺陷優(yōu)先級缺陷優(yōu)先級 描述描述 立即解決(P1級) 缺陷導(dǎo)致系統(tǒng)幾乎不能使用或測試不能繼續(xù)，需立即修復(fù) 高優(yōu)先級(P2級） 缺陷嚴重，影響測試，需要優(yōu)先考慮 正常排隊(P3級） 缺陷需要正常排隊等待修復(fù) 低優(yōu)先級(P4級） 缺陷可以在開發(fā)人員有時間的時候被糾正。 軟件缺陷軟件缺陷缺陷缺陷狀態(tài)狀態(tài) q缺陷狀態(tài)：指缺陷通過一個跟蹤修復(fù)過程的進展情況，也就是在軟件生命周期中的狀態(tài)基本定義，如軟件缺陷狀態(tài)列表所示: 缺

7、陷狀態(tài)缺陷狀態(tài) 描述描述 激活或打開（Active or Open） 問題還沒有解決，存在源代碼中，確認“提交的缺陷”，等待處理，如新報的缺陷。 已修正或修復(fù)(Fixed or Resolved) 已被開發(fā)人員檢查、修復(fù)過的缺陷，通過單元測試，認為已解決但還沒有被測試人員驗證 關(guān)閉或非激活(Closed or Inactive) 測試人員驗證后，確認缺陷不存在之后的狀態(tài)。 重新打開(Reopen) 測試人員驗證后，還依然存在的缺陷，等待開發(fā)人員進一步修復(fù) 推遲(Deferred) 這個軟件缺陷可以在下一個版本中解決 保留(on hold) 由于技術(shù)原因或第三者軟件的缺陷，開發(fā)人員不能修復(fù)的缺陷

8、 不能重現(xiàn)(Cannotduplicate) 開發(fā)不能復(fù)現(xiàn)這個軟件缺陷，需要測試人員檢查缺陷復(fù)現(xiàn)的步驟。 需要更多信息(Needmoreinfor) 開發(fā)能復(fù)現(xiàn)這個軟件缺陷，但開發(fā)人員需要一些信息，例如：缺陷的日志文件，圖片等。 重復(fù)（Duplicate） 這個軟件缺陷已經(jīng)被其他的軟件測試人員發(fā)現(xiàn)。 不是缺陷（Notabug） 這個問題不是軟件缺陷 需要修改軟件規(guī)格說明書（Spec modified） 由于軟件規(guī)格說明書對軟件設(shè)計的要求，軟件開發(fā)人員無法修復(fù)這個軟件缺陷，必須要修改軟件規(guī)格說明書。 軟件缺陷軟件缺陷缺陷缺陷起源和來源起源和來源q缺陷起源：缺陷引起的故障或事件第一次被檢測到的階段

9、，如軟件缺陷起源列表所示。 q缺陷來源：指缺陷所在的地方，如文檔、代碼等，如軟件缺陷來源列表所示。 缺陷來源缺陷來源 描述描述 需求說明書 需求說明書的錯誤、或不清楚引起的問題 設(shè)計文檔 設(shè)計文檔描述不準(zhǔn)確、和需求說明書不一致的問題 系統(tǒng)集成接口 系統(tǒng)各模塊參數(shù)不匹配、開發(fā)組之間缺乏協(xié)調(diào)引起的缺陷 數(shù)據(jù)流(庫) 由于數(shù)據(jù)字典、數(shù)據(jù)庫中的錯誤引起的缺陷 程序代碼 純粹在編碼中的問題所引起的缺陷 缺陷起源缺陷起源 描述描述 需求 在需求階段發(fā)現(xiàn)的缺陷 構(gòu)架 在系統(tǒng)構(gòu)架設(shè)計階段發(fā)現(xiàn)的缺陷 設(shè)計 在程序設(shè)計階段發(fā)現(xiàn)的缺陷 編碼 在編碼階段發(fā)現(xiàn)的缺陷 測試 在測試階段發(fā)現(xiàn)的缺陷 用戶 在用戶使用階段發(fā)現(xiàn)

10、的缺陷 軟件缺陷軟件缺陷缺陷缺陷根源根源q缺陷根源：指造成上述錯誤的根本因素，以尋求軟件開發(fā)流程的改進、管理水平的提高，如軟件缺陷軟件缺陷根根源源列表列表所示。 缺陷根源缺陷根源 描述描述 測試策略 錯誤的測試范圍，誤解了測試目標(biāo)，超越測試能力等 過程，工具和方法 無效的需求收集過程，過時的風(fēng)險管理過程，不適用的項目管理方法，沒有估算規(guī)程，無效的變更控制過程等 團隊/人 項目團隊職責(zé)交叉，缺乏培訓(xùn),沒有經(jīng)驗的項目團隊，缺乏士氣和動機不純等 缺乏組織和通訊 缺乏用戶參與，職責(zé)不明確，管理失敗等 硬件 硬件配置不對、缺乏，或處理器缺陷導(dǎo)致算術(shù)精度丟失，內(nèi)存溢出等 軟件 軟件設(shè)置不對、缺乏，或操作系

11、統(tǒng)錯誤導(dǎo)致無法釋放資源，工具軟件的錯誤，編譯器的錯誤，2000 千年蟲問題等。 工作環(huán)境 組織機構(gòu)調(diào)整，預(yù)算改變，工作環(huán)境惡劣，如噪音過大。 軟件缺陷相關(guān)的信息軟件缺陷相關(guān)的信息 軟件缺陷相關(guān)的信息包括軟件缺陷的圖片、記錄信息和如何再現(xiàn)和分離軟件缺陷；對于某一個軟件缺陷報告，測試人員應(yīng)該給予相關(guān)的信息，例如捕捉到軟件缺陷日志文件和圖片，保證開發(fā)人員和其他的測試人員可以分離和重現(xiàn)它。q軟件缺陷的圖片、記錄信息 q記錄軟件缺陷的相關(guān)圖片 一些涉及用戶界面(User Interface)的軟件缺陷可能很難用文字清楚地描述，因此軟件測試人員通過附上圖片比較直觀地表示缺陷發(fā)生在產(chǎn)品界面什么位置、有什么問

12、題等。 q使用Soft-ICE記錄軟件缺陷信息 Soft-ICE 是 Compuware公司的產(chǎn)品NuMega DriverStudio中一個代表性的工具，用于跟蹤軟件運行時的變量、內(nèi)存等狀態(tài)，而且可以捕捉系統(tǒng)崩潰時的狀態(tài)。使用它可以記錄產(chǎn)品發(fā)生缺陷的地方，同時生成日志文件。 如何使用如何使用Soft-ICE Soft-ICE 當(dāng)出現(xiàn)軟件系統(tǒng)崩潰的缺陷時，測試人員需要在軟件缺陷報告上附上日志文件，便于開發(fā)人員即時修復(fù)軟件缺陷。q 當(dāng)遭遇軟件崩潰時候，如何使用Soft-ICE？在開始測試之前，已經(jīng)安裝了Soft-ICE并啟動了“faults on”的命令。當(dāng)軟件發(fā)生崩潰現(xiàn)象時，可以使用下面命令去

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

14、描述軟件缺陷，還要遵循軟件缺陷分離和再現(xiàn)的方法和具有較高的技巧性，雖然有時少數(shù)幾個缺陷很難再現(xiàn)、或者根本無法再現(xiàn)。以下就介紹如何分離和再現(xiàn)缺陷的一些常用方法和技巧。q 確保所有的步驟都被記錄。q 特定條件和時間。q 壓力和負荷、內(nèi)存和數(shù)據(jù)溢出相關(guān)的邊界條件。q考慮資源依賴性包括內(nèi)存、網(wǎng)絡(luò)和硬件共享的相互作用等。 q不能忽視硬件。與軟件不同，硬件不按預(yù)定方式工作。 開發(fā)人員有時可以根據(jù)相對簡單的錯誤信息就能找出問題所在。因為開發(fā)人員熟悉代碼，因此看到癥狀、測試用例步驟和分離問題的過程時，可能得到查找軟件缺陷的線索。一個軟件缺陷的分離和再現(xiàn)問題有時需要小組的共同努力。如果軟件測試人員盡最大努力分離

15、軟件缺陷，也無法表達準(zhǔn)確的再現(xiàn)步驟，那么仍然需要記錄和報告軟件缺陷。 分離和調(diào)試軟件缺陷之間的區(qū)別分離和調(diào)試軟件缺陷之間的區(qū)別 討論分離和調(diào)試軟件缺陷之間的區(qū)別，是為了劃清測試人員與開發(fā)人員的責(zé)任，增加界限的清晰度與測試資源的控制能力。面對一個軟件缺陷時，開發(fā)人員或測試人員為了修復(fù)它，會提出一系列分步驟地、處理缺陷的疑問：q再現(xiàn)軟件缺陷現(xiàn)象所需的最少步驟有哪些？這些步驟成功再現(xiàn)的可能性多大？ q軟件缺陷是否成立存在？換句話說，測試結(jié)果是否可能起源于測試因素或者測試人員自身的錯誤，還是影響顧客需求的、系統(tǒng)真正的故障？q哪些外部因素產(chǎn)生軟件缺陷？ q哪些內(nèi)部因素，是代碼、網(wǎng)絡(luò)、還是環(huán)境引起的軟件缺

16、陷？ q怎樣才能在不產(chǎn)生新的缺陷的條件下使這個軟件缺陷得到修復(fù)？ q這種修復(fù)是否經(jīng)過調(diào)試，單元是否經(jīng)過測試？ q問題解決了嗎？它是否通過了確認和回歸測試，確定系統(tǒng)的其余部分仍工作正常？ 軟件缺陷的處理和跟蹤軟件缺陷的處理和跟蹤 軟件缺陷跟蹤管理是測試工作的一個重要部分，測試的目的是為了盡早發(fā)現(xiàn)軟件系統(tǒng)中的缺陷，而對軟件缺陷進行跟蹤管理的目的是確保每個被發(fā)現(xiàn)的缺陷都能夠及時得到處理。軟件測試過程簡單說就是圍繞缺陷進行的，對缺陷的跟蹤管理，一般而言需要達到以下目標(biāo)：q 確保每個被發(fā)現(xiàn)的缺陷都能夠被解決，“解決”的意思不一定是被修正，也可能是其他處理方式（例如，延遲到下一個版本中修正或者由于技術(shù)原因

17、不能被修正），總之，對每個被發(fā)現(xiàn)的BUG的處理方式必須能夠在開發(fā)組織中達到一致；q 收集缺陷數(shù)據(jù)并根據(jù)缺陷趨勢曲線識別測試處于測試過程中的哪個階段； q 決定測試過程是否結(jié)束，通過缺陷趨勢曲線來確定測試過程是否結(jié)束是常用并且較為有效的一種方式。q 收集缺陷數(shù)據(jù)并在其上進行數(shù)據(jù)分析，作為組織過程改進的財富。 簡單、優(yōu)化的簡單、優(yōu)化的軟件缺陷生命周期軟件缺陷生命周期 生命周期的概念是一個物種從誕生到消亡經(jīng)歷了不同的生命階段，那么軟件缺陷生命周期應(yīng)該指的是一個軟件缺陷被發(fā)現(xiàn)、報告到這個缺陷被修復(fù)、驗證直至最后關(guān)閉的完整過程。在整個軟件缺陷生命周期中，通常是以改變軟件缺陷的狀態(tài)來體現(xiàn)不同的生命階段。因

18、此，對于一個軟件測試人員來講，需要關(guān)注軟件缺陷在生命周期中的狀態(tài)的變化，來跟蹤項目進度和軟件質(zhì)量。一個簡單、優(yōu)化的軟件缺陷生命周期：q發(fā)現(xiàn)-打開：測試人員找到軟件缺陷并將軟件缺陷提交給開發(fā)人員。 q打開-修復(fù)：開發(fā)人員再現(xiàn)、修復(fù)缺陷，然后提交給測試人員去驗證。 q修復(fù)-關(guān)閉：測試人員驗證修復(fù)過的軟件，關(guān)閉已不存在的缺陷。 發(fā)現(xiàn) 打開 修復(fù) 關(guān)閉 復(fù)雜的復(fù)雜的軟件缺陷生命周期軟件缺陷生命周期在實際工作中，軟件缺陷的生命周期不可能像如上那么簡單，需要考慮其它各種情況，給出了一個復(fù)雜的軟件缺陷生命周期的例子，如圖所示： 綜上所述，軟件缺陷在生命周期中經(jīng)歷了數(shù)次的審閱和狀態(tài)變化，最終測試人員關(guān)閉軟件缺

19、陷來結(jié)束軟件缺陷的生命周期。軟件缺陷生命周期中的不同階段是測試人員、開發(fā)人員和管理人員一起參與、協(xié)同測試的過程。軟件缺陷一旦發(fā)現(xiàn)，便進入測試人員、開發(fā)人員、管理人員的嚴密監(jiān)控之中，直至軟件缺陷生命周期終結(jié)，這樣即可保證在較短的時間內(nèi)高效率地關(guān)閉所有的缺陷，縮短軟件測試的進程，提高軟件質(zhì)量，同時減少開發(fā)、測試和維護成本。 軟件缺陷生命周期軟件缺陷生命周期綜述綜述軟件缺陷處理技巧軟件缺陷處理技巧 管理員、測試人員和開發(fā)人員需要掌握在軟件缺陷生命周期的不同階段處理軟件缺陷技巧，從而盡快處理軟件缺陷，縮短軟件缺陷生命周期。以下列出處理軟件缺陷基本技巧： q審閱。當(dāng)測試人員在缺陷跟蹤數(shù)據(jù)庫中輸入了一個新

20、的缺陷時，測試員應(yīng)該提交它，以便在它能夠起作用之前進行審閱。這種審閱可以由測試管理員、項目管理員或其他人來進行，主要審閱缺陷報告的質(zhì)量水平；q拒絕。如果審閱者決定需要對一份缺陷報告進行重大修改，例如需要添加更多的信息或者需要改變?nèi)毕莸膰乐氐燃墸瑧?yīng)該和測試人員一起討論，由測試人員糾正缺陷報告，然后再次提交； q完善。如果測試員已經(jīng)完整地描述了問題的特征并將其分離，那么審查者就會肯定這個報告； q分配。當(dāng)開發(fā)組接受完整描述特征并被分離的問題時，測試員會將它分配給適當(dāng)?shù)拈_發(fā)人員，如果不知道具體開發(fā)人員，應(yīng)分配給項目開發(fā)組長，由開發(fā)組長再分配給對應(yīng)的開發(fā)人員； 軟件缺陷處理技巧軟件缺陷處理技巧q測試。

21、一旦開發(fā)人員修復(fù)一個缺陷，它就將進入測試階段。缺陷的修復(fù)需要得到測試人員的驗證，同時還要進行回歸測試，檢查這個缺陷的修復(fù)是否會引入新的問題； q重新打開。如果這個修復(fù)沒有通過確認測試，那么測試人員將重新打開這個缺陷報告。重新打開一個缺陷，需要加注釋說明，否則會引起“打開-修復(fù)”多個來回，造成測試人員和開發(fā)人員不必要的矛盾 q關(guān)閉。如果修復(fù)通過驗證測試，那么測試人員將關(guān)閉這個缺陷。只有測試人員有關(guān)閉缺陷的權(quán)限，開發(fā)人員沒有這個權(quán)限。 q暫緩。如果每個人都同意將確實存在的缺陷移到以后處理，應(yīng)該指定下一個版本號或修改的日期。一旦新的版本開始時，這些暫緩的缺陷應(yīng)該重新被打開。 測試人員、開發(fā)人員和管理

22、者只有緊密的合作，掌握軟件缺陷處理技巧，在項目不同階段，及時的審查、處理和跟蹤每個軟件缺陷，加速軟件缺陷狀態(tài)的變換，提高軟件質(zhì)量，促進項目的發(fā)展。軟件缺陷跟蹤系統(tǒng)軟件缺陷跟蹤系統(tǒng) 到目前為止所講述的一切表面上看起來很好，但是運用到實踐中還需要軟件缺陷跟蹤系統(tǒng)，以便描述報告所發(fā)現(xiàn)的缺陷，處理軟件缺陷屬性，跟蹤軟件缺陷的整個生命周期和生成軟件缺陷跟蹤圖表等。為什么需要建立一套軟件缺陷跟蹤系統(tǒng)呢？因為它會讓我們受益無窮，概括起來有：q 軟件缺陷跟蹤系統(tǒng)擁有軟件缺陷跟蹤數(shù)據(jù)庫，它不僅有利于軟件缺陷的清楚描述，還提供統(tǒng)一的、標(biāo)準(zhǔn)化報告，使所有人的理解一致；q 缺陷跟蹤數(shù)據(jù)庫允許自動連續(xù)的軟件缺陷編號，還

23、提供了大量供分析和統(tǒng)計的選項，這是手工方法無法實現(xiàn)的；q 基于缺陷跟蹤數(shù)據(jù)庫，可快速生成滿足各種查詢條件的、所必要的缺陷報表、曲線圖等，開發(fā)小組乃至公司的每一個人都可以隨時掌握軟件產(chǎn)品質(zhì)量的整體狀況、或測試/開發(fā)的進度；q 缺陷跟蹤數(shù)據(jù)庫提供了軟件缺陷屬性并允許開發(fā)小組根據(jù)對項目的相對和絕對重要性來修復(fù)缺陷；軟件缺陷跟蹤系統(tǒng)軟件缺陷跟蹤系統(tǒng)q可以在軟件缺陷的生命期中管理缺陷，從最初的報告到最后的解決。確保了每一個缺陷不會被忽略，同時，它還可以使注意力保持在那些必須盡快修復(fù)的重要缺陷上；q當(dāng)缺陷在它的生命周期中變化時，開發(fā)人員，測試人員以及管理人員將熟悉新的軟件缺陷信息。一個設(shè)計良好的軟件缺陷跟

24、蹤系統(tǒng)可以獲取歷史記錄，并在檢查缺陷的狀態(tài)時參考歷史記錄； q在軟件缺陷跟蹤數(shù)據(jù)庫中關(guān)閉每一份缺陷報告，它都可以被記錄下來。當(dāng)產(chǎn)品送出去時，每一份未關(guān)閉的缺陷報告都提供了預(yù)先警告的有效技術(shù)支持，并且證明測試人員找到特殊領(lǐng)域突然出現(xiàn)的事件中的軟件缺陷。 接下來就介紹一下軟件缺陷跟蹤系統(tǒng)(它遵守IEEE829-1983標(biāo)準(zhǔn))。 軟件缺陷報告軟件缺陷報告 任何一個缺陷跟蹤系統(tǒng)的核心都是“軟件缺陷報告”，一份軟件缺陷報告詳細信息如表：軟件缺陷軟件缺陷項目項目列表列表 分類分類 項目項目 描述描述 可跟蹤信息 缺陷ID 唯一的、自動產(chǎn)生的缺陷ID，用于識別、跟蹤、查詢 軟件缺陷基本信息 缺陷狀態(tài) 可分為

25、“打開或激活的”、“已修正”、“關(guān)閉”等 缺陷標(biāo)題 描述缺陷的最主要信息 缺陷的嚴重程度 一般分為“致命”、“嚴重”、“一般”、“較小”等四種程度 缺陷的優(yōu)先級 描述處理缺陷的緊急程度， 1是優(yōu)先級最高的等級，2是正常的，3是優(yōu)先級最低的 缺陷的產(chǎn)生頻率 描述缺陷發(fā)生的可能性1%-100% 缺陷提交人 缺陷提交人的名字（會和郵件地址聯(lián)系起來），一般就是發(fā)現(xiàn)缺陷的測試人員或其他人員 缺陷提交時間 缺陷提交的時間 軟件缺陷報告軟件缺陷報告 軟件缺陷基本信息 缺陷所屬項目/模塊 缺陷所屬的項目和模塊，最好能較精確的定位至模塊 缺陷指定解決人 估計修復(fù)這個缺陷的開發(fā)人員，在缺陷狀態(tài)下由開發(fā)組長指定相關(guān)

26、的開發(fā)人員；也會自動和該開發(fā)人員的郵件地址聯(lián)系起來，并自動發(fā)出郵件 缺陷指定解決時間 開發(fā)管理員指定的開發(fā)人員修改此缺陷的時間 缺陷驗證人 驗證缺陷是否真正被修復(fù)的測試人員；也會和郵件地址聯(lián)系起來 缺陷驗證結(jié)果描述 對驗證結(jié)果的描述（通過、不通過） 缺陷驗證時間 對缺陷驗證的時間 缺陷的詳細描述 步驟 對缺陷的操作過程，按照步驟，一步一步地描述 期望的結(jié)果 按照設(shè)計規(guī)格說明書或用戶需求，在上述步驟之后，所期望的結(jié)果，即正確的結(jié)果 實際發(fā)生的結(jié)果 程序或系統(tǒng)實際發(fā)生的結(jié)果，即錯誤的結(jié)果 測試環(huán)境說明測試環(huán)境 對測試環(huán)境描述，包括操作系統(tǒng)、瀏覽器、網(wǎng)絡(luò)帶寬、通訊協(xié)議等 必要的附件 圖片、Log文件

27、 對于某些文字很難表達清楚的缺陷，使用圖片等附件是必要的；對于軟件崩潰現(xiàn)象，需要使用Soft_ICE工具去捕捉日志文件作為附件提供給開發(fā)人員。 軟件缺陷的詳細描述軟件缺陷的詳細描述 軟件缺陷的詳細描述，如上所述，由三部分組成：操作/重現(xiàn)步驟、期望結(jié)果、實際結(jié)果，有必要再做進一步的討論：q“步驟”提供了如何重復(fù)當(dāng)前缺陷的準(zhǔn)確描述，應(yīng)簡明而完備、清楚而準(zhǔn)確。這些信息對開發(fā)人員是關(guān)鍵的，視為修復(fù)缺陷的向?qū)?，開發(fā)人員有時抱怨糟糕的缺陷報告，往往集中在這里； q“期望結(jié)果”與測試用例標(biāo)準(zhǔn)或設(shè)計規(guī)格說明書或用戶需求等一致，達到軟件預(yù)期的功能。測試人員站在用戶的角度要對它進行描述，它提供了驗證缺陷的依據(jù)。

28、q“實際結(jié)果”測試人員收集的結(jié)果和信息，以確認缺陷確實是一個問題，并標(biāo)識那些影響到缺陷表現(xiàn)的要素。 缺陷報告的示例缺陷報告的示例 一份優(yōu)秀的缺陷報告記錄下最少的重復(fù)步驟，不僅包括了期望結(jié)果，實際結(jié)果和必要的附件，還提供必要的數(shù)據(jù)、測試環(huán)境或條件，以及簡單的分析。優(yōu)秀的缺陷報告重現(xiàn)步驟 :a)打開一個編輯文字的軟件并且創(chuàng)建一個新的文檔（這個文件可以錄入文字）b)在這個文件里隨意錄入一兩行文字 c)選中一兩行文字，通過選擇Font 菜單然后選擇Arial字體格式 d)一兩行文字變成了無意義的亂字符 期望結(jié)果：當(dāng)用戶選擇已錄入的文字并改變文字格式的時候，文本應(yīng)該顯示正確的文字格式不會出現(xiàn)亂字符顯示。

29、實際結(jié)果:它是字體格式的問題，如果改變文字格式成Arial之前，你保存文件，缺陷不會出現(xiàn)。缺陷僅僅發(fā)生在Windows98并且改變文字格式成其它的字體格式，文字是顯示正常的。 見所附的圖片 缺陷報告的示例缺陷報告的示例 而一份含糊而不完整的缺陷報告，缺少重建步驟，并且沒有期望結(jié)果、實際結(jié)果和必要的圖片，如下描述。 含糊而不完整的缺陷報告 重現(xiàn)步驟：打開一個編輯文字的軟件. 錄入一些文字 選擇Arial字體格式 文字變成了亂字符 期望結(jié)果： 實際結(jié)果： 一份散漫的缺陷報告（無關(guān)的重建步驟，以及對開發(fā)人員理解這個錯誤毫無幫助的結(jié)果信息）如下描述： 缺陷報告的示例缺陷報告的示例散漫的缺陷報告重現(xiàn)步驟

30、：在Window98上打開一個編輯文字的軟件并且編輯存在文件 文件字體顯示正常 我添加了圖片，這些圖片顯示正常 在此之后，我創(chuàng)建了一個新的文檔 在這個文檔中我隨意錄入了大量的文字 在我錄入這些文字之后，選擇幾行文字.并且通過選擇Font 菜單然后選擇Arial字體格式改變文字的字體。 有三次我重現(xiàn)了這個缺陷 我在Solaris操作系統(tǒng)運行這些步驟，沒有任何問題。 我在Mac操作系統(tǒng)運行這些步驟，沒有任何問題。期望結(jié)果：當(dāng)用戶選擇已錄入的文字并改變文字格式的時候，文本應(yīng)該顯示正確的文字格式不會出現(xiàn)亂字符顯示。 實際結(jié)果：我試著選擇少量的不同的字體格式，但是只有Arial字體格式有軟件缺陷，不論如

31、何，它可能會出現(xiàn)在我沒有測試的其它的字體格式 缺陷跟蹤數(shù)據(jù)庫信息缺陷跟蹤數(shù)據(jù)庫信息 項目中使用Microsoft Excel 電子表格或Word 文檔來記錄和跟蹤軟件缺陷，但一般只限于最后的分析報告、文檔的打印。為了靈活地存儲、操作、搜索、分析以及報告大量數(shù)據(jù)，我們需要建一個數(shù)據(jù)庫。 基于已經(jīng)討論過的內(nèi)容，就比較容易建立一個軟件缺陷跟蹤數(shù)據(jù)庫，可以使用Microsoft Access或SQL server，也可以使用Oracle、DB2 等關(guān)系數(shù)據(jù)庫管理系統(tǒng)。一個缺陷跟蹤數(shù)據(jù)庫的基本表，將要包括多達幾十項的數(shù)據(jù)項，如bug的ID號、標(biāo)題(Title)、狀態(tài)、嚴重程度、優(yōu)先級、重現(xiàn)步驟、期望結(jié)果

32、、實際結(jié)果、項目名稱、模塊、報告作者、日期等等。 所有缺陷的數(shù)據(jù)不僅要存儲在共享數(shù)據(jù)庫中，還要有相關(guān)的數(shù)據(jù)連接，如產(chǎn)品特性數(shù)據(jù)庫、產(chǎn)品配置數(shù)據(jù)庫、測試用例數(shù)據(jù)庫等的集成。因為某個缺陷是和某個產(chǎn)品特性、某個軟件版本、某個測試用例等相關(guān)聯(lián)的，有必要建立起這些關(guān)聯(lián)。同時為了提高缺陷處理的效率，還有和郵件服務(wù)器集成，通過郵件傳遞，測試和開發(fā)人員隨時可以獲得由系統(tǒng)自動發(fā)出有關(guān)缺陷狀態(tài)變化的郵件。 缺陷跟蹤的方法和圖表缺陷跟蹤的方法和圖表 缺陷數(shù)據(jù)是生成各種各樣測試分析、質(zhì)量控制圖表的基礎(chǔ)，從這些缺陷分析圖表中可以清楚地看到缺陷的修復(fù)過程，分析缺陷發(fā)生根本原因，跟蹤管理缺陷的效率。1.1.軟件項目如何發(fā)展

33、：軟件缺陷打開軟件項目如何發(fā)展：軟件缺陷打開/ /關(guān)閉圖表關(guān)閉圖表 打開/關(guān)閉圖表是最基本的缺陷分析圖表，它能提供許多有關(guān)軟件缺陷狀態(tài)、項目進度、產(chǎn)品質(zhì)量、開發(fā)人員的工作等信息：1)項目目前的質(zhì)量情況取決于累積打開曲線和累積關(guān)閉曲線的趨勢。 2)項目目前的進度取決于累積關(guān)閉曲線和累積打開曲線起點的時間差。 3)開發(fā)人員已經(jīng)完成修復(fù)軟件缺陷了嗎？累積關(guān)閉曲線是否快速的上升。4)測試人員是否積極的去驗證軟件缺陷也就是說：是否累積關(guān)閉曲線緊跟在累積打開曲線后面。 管理者可以知道項目在哪一個時間點出現(xiàn)問題，同時協(xié)調(diào)開發(fā)和測試之間的關(guān)系，積極推動項目的發(fā)展，從而達到項目里程碑的要求，提高項目發(fā)布的質(zhì)量。以下將通過打開/關(guān)閉的累積缺陷圖分析項目的進展情況。 缺陷跟蹤的方法和圖表缺陷跟蹤的方法和圖表 打開/關(guān)閉的累積缺陷圖 n當(dāng)累積的打開曲線（如圖的頂部曲線）在一條漸近線限制下穩(wěn)定下來，通常就認為該測試完成了。 n修正日期在關(guān)閉日期之前，可以看到關(guān)閉曲線大約落后了一個星期。這種滯后起源于將修復(fù)的軟件缺陷引入到產(chǎn)品并將該產(chǎn)品發(fā)送到測試小組，以及測試配置和回歸測試所引起的延遲。這種延遲集中到測試的最后一天。 n在當(dāng)前測