第二章執(zhí)行系統(tǒng)測試課件

第二章：執(zhí)行系統(tǒng)測試2.1任務概述2.2快速熟悉被測系統(tǒng)2.3建立系統(tǒng)測試環(huán)境2.4報告測試結果2.5管理軟件錯誤2.6測試報告2.7進行有效溝通第二章：執(zhí)行系統(tǒng)測試學習目標:了解執(zhí)行測試基本步驟掌握快速了解系統(tǒng)的方法熟悉測試環(huán)境搭建熟悉軟件錯誤分類掌握錯誤報告編寫的技巧熟悉軟件錯誤管理流程2.1任務概述工作場景測試組長：“這是我們這個產(chǎn)品的測試計劃，你負責模塊介紹和測試用例，你花時間研究一下，明天中午新版本提交，你負責模塊的測試就要開始了?！睖y試新手：領到測試用例和模塊的說明文檔，每當有新版本提交時，按照測試用例的指示開始測試，測試完之后把測試結果提交。初級測試工程師每天的工作基本上就是重復執(zhí)行一條條的測試用例，從剛來時的興奮很快變成了厭倦和麻木，難道測試就是這么枯燥乏味？在目前軟件開發(fā)企業(yè)中，作為一個測試新手，其主要的工作任務通常會面臨兩種情況：在較大型且規(guī)范的企業(yè)中，通常前期已經(jīng)編寫完測試計劃和測試設計，需要初級測試工程師按照計劃和設計來執(zhí)行系統(tǒng)測試，看上去似乎是一個很容易的過程，但在執(zhí)行測試的過程中，如何報告軟件錯誤、如何管理軟件錯誤是一件并不容易的事。在一些小型的軟件企業(yè)中，各方面規(guī)范性比較欠缺，軟件測試也剛起步，初級測試工程師可能面對的是欠缺的項目文檔和測試設計，需要直接執(zhí)行系統(tǒng)測試，此時一個重要的任務是如何快速地熟悉被測試系統(tǒng)。2.1任務概述系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進行的測試。系統(tǒng)測試的目的是驗證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不相符合或與之矛盾的地方。系統(tǒng)測試是整個測試活動的一個重要的階段。系統(tǒng)測試的對象不僅包括需要測試的產(chǎn)品系統(tǒng)的軟件，還要包含軟件所依賴的硬件、外設甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。2.1任務概述作為軟件測試人員，工作的基本目標是去發(fā)現(xiàn)錯誤，如果測試結果不能被很好地記錄，或者測試過程中發(fā)現(xiàn)的軟件錯誤不能被很好地管理，測試工作將會變得一團混亂。如果在測試的過程中，不能很好地把發(fā)現(xiàn)的軟件錯誤記錄下來，并保持和編碼小組的及時溝通，使得錯誤被及時處理，那么，去發(fā)現(xiàn)這些錯誤、去執(zhí)行測試就沒有意義。2.1任務概述2.1執(zhí)行系統(tǒng)測試步驟

建立測試環(huán)境

執(zhí)行系統(tǒng)測試記錄測試結果

管理軟件錯誤

報告測試結果測試執(zhí)行過程這并不是最后一個步驟，而是貫穿在執(zhí)行測試的整個過程中需要進行的活動。測試人員的主要任務包括：熟悉被測系統(tǒng)建立測試環(huán)境執(zhí)行測試用例記錄測試結果跟蹤錯誤報告報告測試結果測試狀態(tài)報告測試結果報告2.1任務概述對軟件測試人員來說，進行系統(tǒng)測試首先是能夠較好地理解被測系統(tǒng)。系統(tǒng)測試工作主要根據(jù)測試計劃、測試用例中的要求運行測試，檢查結果。目前有些項目的軟件測試工作在編程結束后才開始，也沒有完善的項目文檔。針對這樣的軟件項目，沒有詳細的文檔可供參考，同時測試人員也沒有大量的時間進行測試設計。此時進行系統(tǒng)測試，測試人員沒有可供參考的現(xiàn)成資料。2.2快速熟悉被測系統(tǒng)2.2快速熟悉被測系統(tǒng)測試人員在開始任何測試前必須熟悉應用程序，測試人員如何熟悉被測軟件？學習已有的測試指南閱讀已有的工程文檔請專業(yè)人員演示應用程序輸入隨機數(shù)據(jù)和命令執(zhí)行所有操作選項嘗試程序的運行狀態(tài)2.2快速熟悉被測系統(tǒng)首先，在不了解任何業(yè)務需求的情況下進行隨機測試，通過隨機測試來了解業(yè)務流程。針對不明白或不清楚的地方進行反查，在反復的過程中會更深刻地理解業(yè)務需求。測試人員要積極調用身邊的資源，與開發(fā)人員或客戶多交流、討論。2.2快速熟悉被測系統(tǒng)探索應用程序以及熟悉應用程序的功能是學習過程中的一個必要的步驟。探索的目的是通過對應用程序功能的操作更多地了解應用程序。是找到了解應用程序并能澄清需求的人。在探索過程中，測試人員通過觀察程序的行為來觀察程序如何工作，感覺什么樣的輸入是好的，什么樣的輸入是不好的。熟悉被測軟件是一個動態(tài)的過程，在閱讀文檔或使用軟件的過程中對不理解或疑難之處應及時與開發(fā)人員溝通，聽取解釋說明。理解被測軟件需求時，重點關注系統(tǒng)以下方面：系統(tǒng)的軟、硬件體系結構系統(tǒng)要處理的業(yè)務主要包括哪些業(yè)務的處理流程如何業(yè)務處理中的數(shù)據(jù)要求業(yè)務處理中的相關規(guī)則系統(tǒng)功能之間的關聯(lián)2.2快速熟悉被測系統(tǒng)軟件運行存在三種環(huán)境：開發(fā)環(huán)境、測試環(huán)境、用戶環(huán)境。開發(fā)環(huán)境往往與用戶環(huán)境有所差別。一個規(guī)劃良好的測試環(huán)境總很接近于用戶環(huán)境。測試環(huán)境在測試計劃和測試用例中事先定義和規(guī)劃。測試環(huán)境=用戶環(huán)境？2.3建立系統(tǒng)測試環(huán)境2.3建立系統(tǒng)測試環(huán)境測試環(huán)境：由測試人員為進行軟件測試而搭建的，被測試軟件所運行的軟件環(huán)境和硬件環(huán)境，是完成軟件測試工作所必需的計算機硬件、軟件、網(wǎng)絡設備、歷史數(shù)據(jù)的總稱。測試環(huán)境適合與否會嚴重影響測試結果的真實性和正確性2.3建立系統(tǒng)測試環(huán)境建立測試環(huán)境包括：硬件環(huán)境和軟件環(huán)境。硬件環(huán)境：測試必需的服務器、客戶端、網(wǎng)絡連接設備，以及打印機/掃描儀等輔助硬件設備所構成的環(huán)境。軟件環(huán)境：被測軟件運行時的操作系統(tǒng)、數(shù)據(jù)庫及其他應用軟件構成的環(huán)境。主測試環(huán)境：是測試軟件功能、安全可靠性、性能、易用性等大多數(shù)指標的主要環(huán)境。輔測試環(huán)境測試環(huán)境如何規(guī)劃？分析用戶環(huán)境中哪些配置可能對軟件有所影響，在此基礎上建立測試環(huán)境。某軟件是一個運行在Windows下的桌面應用軟件，可以完成數(shù)據(jù)文件備份與恢復功能。該軟件支持Windows98及以上的各個Windows版本，可以將文件備份到CD刻錄機、DVD刻錄機、USB移動硬盤。如何考慮測試環(huán)境？2.3建立系統(tǒng)測試環(huán)境軟件環(huán)境操作系統(tǒng)：不同版本的Windows系統(tǒng)，例如包括Windows98，Windows98SE，WindowsME，Windows2000Professional,Windows2000Server，WindowsXPHomeEdition,WindowsXPProfessional等。其中，WindowsXPHomeEdition、Windows2000Professional包括了英文和簡體中文版本。硬件環(huán)境

多種CD、DVD刻錄機。如三種CD刻錄機（IDE接口內置式，SCSI接口內置式，USB接口外置式），帶有CD刻錄功能的DVD-Combo，DVD刻錄機Usb移動硬盤2.3建立系統(tǒng)測試環(huán)境對于不同的軟件系統(tǒng)，其測試環(huán)境存在差異對于“金山詞霸”這樣的軟件，大多數(shù)測試工作都可以在一臺單獨的計算機上完成對于一套電信系統(tǒng)，為了執(zhí)行測試，可能需要搭建一個由多臺計算機以及其他網(wǎng)絡設備組成，采用集群和負載均衡技術，并且接入互聯(lián)網(wǎng)的計算機網(wǎng)絡。2.3建立系統(tǒng)測試環(huán)境建立測試環(huán)境需要考慮：計算機平臺操作系統(tǒng)瀏覽器軟件支持平臺外圍設備網(wǎng)絡環(huán)境數(shù)據(jù)環(huán)境其他專用環(huán)境2.3建立系統(tǒng)測試環(huán)境計算機平臺計算機平臺可以考慮：CPU速度、內容容量、硬盤、顯示卡等。一般在軟件需求中列出軟件對平臺的最低配置要求。在搭建測試平臺時，一般需要考慮：最低配置常見配置理想配置操作系統(tǒng)軟件一般都聲明支持的操作系統(tǒng)。Windows平臺本身有多個版本，而每個版本都包括了幾個系列，以及不同語言。一般在某個版本中等級低的系列上能夠通過測試的軟件，能夠通過高級別系列的測試。測試人員需要了解不同版本操作系統(tǒng)之間的差異。Linux平臺有不同公司開發(fā)的更多的版本。測試時首先關注軟件所要求的Linux核心版本。其他可能的操作系統(tǒng)：Unix、MacOS、嵌入式操作系統(tǒng)。瀏覽器基于Web的應用系統(tǒng)，需對各種流行的瀏覽器環(huán)境進行測試。不同的操作系統(tǒng)下，瀏覽器有不同選擇。Windows平臺下常用：IE、FireFox、騰訊TT瀏覽器等Linux平臺下Opera、netscape

、Mozilla等軟件支持平臺典型的支持平臺主要包括：Java虛擬機、數(shù)據(jù)庫、應用服務器、第三方控件、瀏覽器插件。一般需要測試沒有安裝軟件要求的第三方控件和瀏覽器插件，軟件的表現(xiàn)。用戶環(huán)境中某軟件與被測試系統(tǒng)不兼容；或該軟件與被測試系統(tǒng)軟件不兼容。外圍設備不同的軟件系統(tǒng)需要不同的外圍設備。在多種外圍設備上進行測試，需要大量的時間和費用。一般選擇設備的幾款主流型號進行測試。網(wǎng)絡環(huán)境網(wǎng)絡訪問方式網(wǎng)絡速度防火墻搭建環(huán)境中注意事項所需要的計算機的數(shù)量及對每臺計算機的硬件配置要求包括中央處理器的速度、內存和硬盤的容量、網(wǎng)卡所支持的速度、打印機的型號等。部署被測應用的服務器所必需的操作系統(tǒng)、數(shù)據(jù)庫、中間件等軟件版本、補丁版本。用來保存各種測試工作中生成的文檔和數(shù)據(jù)的服務器所必需的操作系統(tǒng)、數(shù)據(jù)庫、中間件等軟件版本、補丁版本。用來執(zhí)行測試工作的計算機所必需的操作系統(tǒng)、數(shù)據(jù)庫、中間件等軟件版本、補丁版本。2.3建立系統(tǒng)測試環(huán)境搭建環(huán)境中注意事項測試中所需要使用的網(wǎng)絡環(huán)境。網(wǎng)絡環(huán)境中接入方式、網(wǎng)絡拓撲、帶寬等執(zhí)行測試工作所需要使用的文檔編寫工具、測試管理系統(tǒng)、性能測試工具、缺陷跟蹤管理系統(tǒng)等軟件的名稱、版本及相關補丁的版本。為了執(zhí)行測試，所需的初始基礎數(shù)據(jù)，如一定量的數(shù)據(jù)庫記錄、登錄用戶等測試環(huán)境必須可恢復，否則將導致原有的測試無法執(zhí)行，或者發(fā)現(xiàn)的缺陷無法重現(xiàn)。每次發(fā)布新的被測應用版本時，應當及時做好當前版本的數(shù)據(jù)庫等備份2.3建立系統(tǒng)測試環(huán)境假如某個軟件需要測試兩種瀏覽器（IE和FireFox）、四種操作系統(tǒng)（Windows98、WindowsME、Windows2000、WindowsXP）、三種CPU（IntelPIII1G,IntelP42.8G，AMDAlthonXP2600+）、兩種內存配置（256M、512M）、兩種網(wǎng)絡連接方式（撥號網(wǎng)絡、ADSL寬帶接入）。要測試多少種環(huán)境？2.3建立系統(tǒng)測試環(huán)境搭建測試環(huán)境，需考慮配置的優(yōu)先級使用的頻度或范圍失效的可能性能最大限度模擬真實環(huán)境2.3建立系統(tǒng)測試環(huán)境建立測試環(huán)境的步驟安裝應用程序安裝和開發(fā)測試工具（如果需要）設置專用文件，包括將這些文件與測試所需的數(shù)據(jù)相對應建立與應用程序通信的實用程序配備適當?shù)挠布约氨匾脑O備2.3建立系統(tǒng)測試環(huán)境運行測試用例后測試人員必須記錄下測試結果：程序運行結果與期望的結果一致，在相應測試用例上記錄測試通過信息。程序運行結果與期望的結果不一致，在相應測試用例上記錄測試失敗等相應信息，同時填寫錯誤報告單。2.4

報告測試結果一旦測試人員遇到軟件存在的問題，應馬上填寫錯誤報告單。意義在于使錯誤得到改正大多數(shù)情況下，當有軟件錯誤出現(xiàn)時，應盡可能詳細地填寫報告單。報告只描述一下你認為需要經(jīng)過什么樣的步驟才會再次觸發(fā)錯誤。若測試人員填寫了不明確或不完備的報告，往往造成錯誤被輕易放過（程序員認為錯誤時不可重現(xiàn)的）。2.4

報告測試結果好的錯誤報告應該具有以下特征：書面的已編號的簡單的、易于理解的可重現(xiàn)的具有合適的分類信息2.4

報告測試結果作為一份良好的軟件錯誤報告，在報告中需要針對軟件錯誤給出一些分類信息。這些分類信息有助于錯誤的修復。錯誤可以按照不同的方式進行分類：按照錯誤等級分類按照錯誤處理優(yōu)先級分類按照錯誤原因分類2.4.1

軟件錯誤的分類按照錯誤的嚴重程度、影響程度的不同，軟件錯誤可以被分為不同的等級，也可稱為“錯誤嚴重程度”、“錯誤嚴重等級”。所謂“嚴重性”指的是在測試條件下，一個錯誤在系統(tǒng)中的絕對影響，忽略了在最終用戶條件下發(fā)生事情的可能性。主要包括以下五種：致命錯誤：影響全局的死機、通信中斷、重要業(yè)務不能完成。例：由于程序所引起的死機或非法退出；死循環(huán)；數(shù)據(jù)庫發(fā)生死鎖；功能錯誤等。

軟件錯誤等級嚴重錯誤：規(guī)定的功能沒有實現(xiàn)或不完整或產(chǎn)生錯誤結果；設計不合理造成性能低下，影響系統(tǒng)的運營；使系統(tǒng)不穩(wěn)定、或破壞數(shù)據(jù)等。一般錯誤：不影響主要功能使用，或者有替代的方式完成用戶需要的功能。例：操作界面錯誤；打印內容、格式錯誤；簡單的輸入限制未放在前臺進行控制；刪除操作未給出提示；數(shù)據(jù)庫表中有過多的空字段等。輕微錯誤：通常指界面拼寫錯誤或用戶使用不方便等小問題或需要完善的問題。例：界面不規(guī)范；輔助說明描述不清楚；輸入輸出不規(guī)范；耗時比較長的操縱未給用戶提示；提示窗口文字未采用行業(yè)術語；可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志等。

改進建議：改進建議一般指軟件中值得改良的地方。以上5個分類，用數(shù)字1-5來表示由高到低的嚴重程度等級。

軟件錯誤等級程序員在面對一系列錯誤的時候，一般情況下，需要先修改錯誤等級高的，但并不都如此。優(yōu)先級與嚴重程度有一定關系，但也不完全相同。有可能某個嚴重錯誤的修復優(yōu)先級是低，也有可能某個輕微錯誤的修復優(yōu)先級是高。

“優(yōu)先級”抓住了在嚴重程度中沒有考慮的重要程度因素。在實際操作中采用嚴重性和優(yōu)先級來處理，嚴重性等級由測試人員決定，而優(yōu)先級則由項目經(jīng)理設置。一般要避免讓程序員來設定錯誤等級，因為程序員更喜歡把所有錯誤等級都設置得很低。錯誤處理優(yōu)先級錯誤處理優(yōu)先級別一般分為：立即解決：要求開發(fā)人員立即修復。此錯誤阻止進一步測試，需要立即修復，否則會導致測試的停滯。高優(yōu)先級：此錯誤在產(chǎn)品發(fā)布前必須修復，否則會影響軟件的發(fā)布和使用。正常排隊：應該修復。如果時間允許，應該修復此錯誤。低優(yōu)先級：考慮修復。此錯誤即使不修復，也可以發(fā)布。錯誤處理優(yōu)先級根據(jù)錯誤發(fā)生的原因對錯誤進行分類可以幫助軟件項目開發(fā)組總結開發(fā)過程的薄弱環(huán)節(jié)，給今后的軟件項目開發(fā)提供經(jīng)驗數(shù)據(jù)。軟件錯誤產(chǎn)生的原因多種多樣，主要包括：需求分析不完善造成軟件不滿足用戶要求軟件設計錯誤造成運行錯誤程序員編寫代碼過程中引入錯誤錯誤原因還可以按照錯誤的發(fā)生位置進行分類。如：程序由多個模塊組成，需要標識出錯誤所處的模塊，便于識別出經(jīng)常出問題的軟件模塊，確定責任人。通過錯誤發(fā)生位置的統(tǒng)計可以幫助軟件項目組進行軟件質量分析，便于今后進一步的質量改進。

錯誤原因2.4.2錯誤嚴重性與數(shù)量的關系從圖中可知，測試的早期很少能發(fā)現(xiàn)Bug。許多代碼路徑被少數(shù)幾個非常嚴重的Bug阻塞。測試中期，通常Bug數(shù)量會增加，Bug的嚴重性開始降低。通過解決阻塞更多Bug的那幾個嚴重Bug，軟件開始變得更穩(wěn)定。理想情況是，周期結束時，Bug的數(shù)量和嚴重性都減少，說明產(chǎn)品的穩(wěn)定性得到了提高。2.4.2錯誤嚴重性與數(shù)量的關系許多因素可以影響這張圖，它絕不是所有情況都適用，但大致代表了許多項目經(jīng)驗。在測試早期，一般集中在驗證方面（“讓它工作可能嗎？”）隨著軟件逐漸穩(wěn)定，又會開始檢測和尋找Bug（“我該做些什么才能打破這些？”）軟件錯誤報告單所需的信息類型在很多公司里大同小異。對錯誤的描述主要包含以下內容：錯誤報告基本信息錯誤描述對錯誤描述的詳細程度直接影響開發(fā)人員對錯誤的修改，描述應該盡可能詳細。

測試環(huán)境說明其它附件在發(fā)現(xiàn)缺陷的過程中，可以使用其他的輸入文件，在這里需要附上；或者為了說明錯誤而使用的屏幕復制文件也可以附上。2.4.3

軟件錯誤報告的內容錯誤報告基本信息主要包括：

錯誤編號（每個軟件錯誤都需要有一個唯一的編號，獨一無二）軟件名稱和版本號（錯誤所屬的）錯誤的嚴重程度（用1-5或者公司規(guī)定的其他形式來表示）錯誤概要（描述錯誤的標題）報告人發(fā)現(xiàn)錯誤的時間承辦人（由項目經(jīng)理指定相關程序員修改錯誤）錯誤的優(yōu)先級（一般由項目經(jīng)理來指定）錯誤狀態(tài)（描述錯誤所處的處理狀態(tài)）注釋2.4.3

軟件錯誤報告的內容錯誤編號：B1.1.1程序名：測試管理工具TMT版本標識：V1.0嚴重性：嚴重錯誤概要：xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx錯誤描述：xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx報告人：xxxx報告日期：2005-04-18承辦人：xxxx處理日期：2005-04-20優(yōu)先級：1狀態(tài)：開放注釋：錯誤報告實例對每一項的詳細說明：

錯誤編號

每個軟件錯誤都需要有一個唯一的編號，獨一無二，不存在有相同編號的兩份報告。程序名如果軟件產(chǎn)品包含了一個以上的程序，需要說明哪一個出了問題版本標識版本號，用來識別被測的代碼。能夠避免報告已經(jīng)改正的錯誤而引起的混淆。版本號揭示出問題仍然存在于新版本中。2.4.3

軟件錯誤報告的內容對每一項的詳細說明：

嚴重性報告人員使用嚴重性來為問題嚴重程度評分。不同公司使用不同的評價等級，反映出他們對質量的重要程度有著不同的認識。如果錯誤的嚴重等級被評為輕微，它就往往得不到改正，如果存在太多，程序的質量會遭到損害。如果輕微問題太多，可寫一份后續(xù)報告（評價為嚴重），以引起對其數(shù)量的關注。2.4.3

軟件錯誤報告的內容對每一項的詳細說明：

錯誤概要寫出一兩行的錯誤概要是一種技巧。概要可以幫助每個人很快地評審突出的錯誤，并找到相應的問題報告。若一份概要弱化了錯誤的嚴重程度，管理人員就很可能將其延期處理。概要應該只對問題進行描述，不用說明出現(xiàn)問題的步驟。必須區(qū)分概要和描述，不要讓概要流于描述。即使問題是類似的，也不要對兩份不同的錯誤報告做相同的概要。2.4.3

軟件錯誤報告的內容對每一項的詳細說明：

錯誤描述

描述一下所有的步驟和現(xiàn)象，包括錯誤信息。問題是什么？從一個清晰的啟始狀態(tài)出發(fā)，一步一步地說明如何去做才能看到問題的發(fā)生。報告人報告人的名字必須填寫，如果程序員看不懂報告，他必須知道應該找誰。日期是發(fā)現(xiàn)問題的日期，而不是填寫報告的日期或將報告輸入計算機的日期。發(fā)現(xiàn)問題的日期非常重要，有助于識別程序的版本，可以避免因有些程序員忘了改變代碼的版本號而產(chǎn)生的錯誤。2.4.3

軟件錯誤報告的內容對每一項的詳細說明：

承辦人

負責處理該問題的小組或管理人員的名稱。項目經(jīng)理會將此報告交給某個程序員處理。注釋注釋字段是留給程序員和項目經(jīng)理填寫的。程序員在這里簡短地說明為什么要推遲處理或說明是如何改正問題的。優(yōu)先級優(yōu)先級由項目經(jīng)理設置。項目經(jīng)理要求程序員依據(jù)優(yōu)先順序依次改正錯誤。2.4.3

軟件錯誤報告的內容對每一項的詳細說明：

狀態(tài)所有的報告開始時都處于開放狀態(tài)。當已確定完成了改正或者人們一致同意此份報告已不再是該版本的一個問題時，將狀態(tài)改為關閉。在許多項目里，僅有一定權限的人才能將狀態(tài)改為關閉基本的錯誤狀態(tài)有三種：開放、關閉和已修復。除了基本的三個狀態(tài)之外，還可以增加其他的狀態(tài)描述。2.4.3

軟件錯誤報告的內容報告軟件錯誤的目的是為了保證修復錯誤的人員可以重復報告的錯誤，從而有利于分析錯誤產(chǎn)生的原因，定位錯誤，然后修正。測試人員可以親自示范，通常測試人員會通過軟件錯誤報告單給出能導致程序出錯的、詳盡的操作步驟程序員會根據(jù)收集到的信息查找錯誤的原因報告軟件錯誤的基本要求是準確、簡潔、完整、規(guī)范。2.4.4報告錯誤的技巧測試人員能越高效地提交錯誤報告，程序員就越有可能改正錯誤，軟件錯誤報告對程序員有直接的影響。如果錯誤報告不清楚且很難理解，錯誤就無法得到改正。測試人員應該在要求的最短時間內對問題進行描述，使之最大可能地在將來得到改正。錯誤報告說明如何讓問題重現(xiàn)，對錯誤進行分析，以便用最少的步驟描述問題。如果報告中含有不必要的步驟，問題會比實際情況顯得缺乏概括性，還會迷惑和嚇到閱讀報告的人。程序員很有可能會延期處理看來冗長而混亂的報告。2.4.4報告錯誤的技巧編寫高效的報告，需要做到以下幾點：

要重點說明讓問題重現(xiàn)的步驟和方法如果程序員不能親眼看到問題，他就會對問題報告置之不理。分析錯誤，用最少的步驟描述如果報告中含有不必要的步驟，缺乏對實際情況的概括，會影響程序員對問題的分析和判斷，甚至誤導程序員的改錯工作，造成程序員今后可能對測試報告的不信任。寫出的報告應該完備、易讀而且沒有敵意所謂有敵意，是指測試人員在錯誤報告中用了類似這樣的語句“有這樣的錯誤實在太糟糕了，如果仔細地編寫，根本就不應該寫出這樣的代碼”。2.4.4報告錯誤的技巧編寫高效的報告，需要做到以下幾點：

不要輕易猜測錯誤的原因發(fā)現(xiàn)錯誤之后，項目組需要分析錯誤原因。一般情況下，這不是測試人員的責任。準確地描述問題對測試人員來說已經(jīng)夠了，查找原因和修正錯誤是程序員的事情。進行演示和使用文件附件有些問題往往難以只用文字來表達。這時，可以在報告中描述基本信息，然后找到程序員去演示。可以讓程序員站在計算機前，運行他們的程序，指出程序的錯誤，讓他們看著你重復發(fā)現(xiàn)錯誤的整個過程。2.4.4報告錯誤的技巧編寫高效的報告，需要做到以下幾點：

立即記錄錯誤當一個錯誤發(fā)生的時候，立刻停止正在進行的任何操作。所有其他的操作，都有可能導致結果出現(xiàn)變化。當測試人員在進行系統(tǒng)測試時，應該在得到測試結果的同時或剛完成測試之后編寫錯誤報告。在記錄錯誤完畢之后，測試人員可以繼續(xù)做一些測試工作。測試人員在系統(tǒng)測試過程中發(fā)現(xiàn)編碼錯誤時，如果看到的是小失效，不要只是重現(xiàn)該失效并寫入報告，也許內部錯誤的實際影響非常嚴重。例如：緩沖區(qū)溢出，最初的表現(xiàn)是顯示出現(xiàn)一些異常，如果繼續(xù)使用軟件可能發(fā)生系統(tǒng)崩潰或數(shù)據(jù)損壞。如果測試人員只報告出現(xiàn)顯示亂碼，可能就遺漏了重要的錯誤。2.4.4報告錯誤的技巧編寫高效的報告，需要做到以下幾點：

不要遺漏如果測試人員認為出現(xiàn)的錯誤真的是小錯誤，作為測試人員仍然要報告而不能忽略它。一個程序小錯誤較多，同樣會降低客戶對產(chǎn)品其他部分的信心。如拼寫錯誤、小的屏幕格式問題、鼠標遺跡、圖形比例不準、在線幫助錯誤、不起作用的快捷鍵、不正確的錯誤信息。有時候，測試人員會在發(fā)現(xiàn)錯誤之后馬上告訴程序員，程序員也開始了修復工作，在這種情況下，仍舊不要遺漏這個錯誤的書面報告。2.4.4報告錯誤的技巧報告錯誤的意義在于使錯誤得到改正，錯誤報告中的常見問題：在報告中說“不好用”所報告內容毫無意義在報告中用戶沒有提供足夠的信息在報告中提供了虛假信息所報告的問題是由于用戶的過失而產(chǎn)生的所報告的問題是由于其他程序的錯誤而產(chǎn)生的所報告的問題是由于網(wǎng)絡錯誤而產(chǎn)生的2.4.4報告錯誤的技巧2.4.4報告錯誤的技巧如何描述軟件錯誤？在錯誤報告中，核心的內容是“錯誤描述”。它是錯誤報告中測試人員對問題的陳述，是錯誤報告的基礎信息。優(yōu)秀的錯誤描述主要由三個基本部分組成：“摘要”又叫主題或標題，是關于錯誤的一兩句話的描述，強調它對顧客或系統(tǒng)用戶的影響。“重建步驟”提供了如何重復這個失敗的精確描述。“隔離”是指測試人員收集的結果和信息，以確認錯誤確實是一個問題，并標識那些影響到錯誤表現(xiàn)的要素。2.4.4報告錯誤的技巧測試人員在報告錯誤時需注意以下方面：

描述清楚、精確、簡潔表意清楚對一份錯誤報告是最基本的要求。至少語言要明確無歧義。如果做相同的事情有兩種方法，報告中需要說明用的是哪一種例如：選擇了‘載入’，可能意味著“用鼠標單擊‘載入’按鈕”或“按下了‘Alt+L’組合鍵”，錯誤報告中應說明測試人員使用了哪種方法。在報告中盡量不要使用諸如“它”、“窗口”這些代詞。例如：“運行了程序后，它彈出一個警告窗口，試著關掉它，它就崩潰了。”應改為“運行程序時彈出一個警告窗口，試著關閉警告窗口，整個程序崩潰了。”注意報告書寫的簡潔性。一個錯誤一個報告，不要在一個報告中合并兩個錯誤。2.4.4報告錯誤的技巧測試人員在報告錯誤時需注意以下方面：

內容詳細信息寧多毋少。例如：錯誤報告中說明“程序不好用?！卞e誤報告中需要寫明在什么環(huán)境下執(zhí)行什么操作，哪些步驟讓程序不好用。描述事實而不是推測在錯誤報告中，要設法搞清什么是事實（如"我在計算機旁"和“xx出現(xiàn)了”）、什么是推測（如“我的問題可能是出在.....”）在錯誤報告中應盡量只描述看到的事實，而省去測試人員的推測，因為這可能誤導程序員對錯誤的定位。

2.4.4報告錯誤的技巧測試人員在報告錯誤時需注意以下方面：報告錯誤如何重現(xiàn)如果測試人員在錯誤報告中給了程序員一長串輸入和指令，而程序員執(zhí)行以后沒有出現(xiàn)錯誤，這是因為報告中沒有提供足夠的信息。測試人員在遇到錯誤發(fā)生時最好不要不做思考就在錯誤報告中填寫操作的每一步，要重復剛才的測試步驟確認問題是否能夠重現(xiàn)，即復現(xiàn)故障再寫錯誤報告。2.4.4報告錯誤的技巧測試人員在報告錯誤時需注意以下方面：妥善處理間歇性錯誤

大多數(shù)“間歇性錯誤”并不是真正的“間歇”。有些錯誤可能是內存泄漏產(chǎn)生的，有些可能是其他的程序在不恰當?shù)臅r候修改某個重要文件造成的。面對“間歇性錯誤”，測試人員應該如何處理呢？這時應該如何書寫錯誤報告呢？測試人員應努力探測錯誤產(chǎn)生的條件，如果能夠找到根源并使錯誤重現(xiàn)，則在錯誤報告中說明錯誤出現(xiàn)的環(huán)境或觸發(fā)條件；如果無法再次觸發(fā)一個錯誤，嘗試了很多次仍然不成功，要承認現(xiàn)實并填寫報告。2.4.4報告錯誤的技巧測試人員在報告錯誤時需注意以下方面：在遞交前檢查重新讀一遍書寫的錯誤報告，檢查它是否清晰。如果報告中列出了一系列能導致程序出錯的操作，那么照此再操作一遍，看看是不是有漏寫的步驟。要確認步驟完整（沒有缺漏）、準確（步驟準確）、簡短（沒有多余的步驟），保證快速準確地重復錯誤。2.4.4報告錯誤的技巧其它需要注意的方面：

每一個步驟中，盡量只記錄一個操作，這樣將容易重復操作步驟。根據(jù)錯誤類型，選擇圖像捕捉的方式。為了直觀的觀察錯誤現(xiàn)象，通?？梢愿郊犹峁╁e誤出現(xiàn)的界面。附加必要的特殊文檔。如果打開某個特殊的文檔而產(chǎn)生的錯誤，則必須附加該文檔，以再現(xiàn)錯誤。當一個錯誤發(fā)生的時候，測試人員應立刻停止正在做的任何操作并記錄2.4.4報告錯誤的技巧錯誤報告分析（一）錯誤

ID：B1.1.1程序名：文本編輯工具Note版本標識：V1.0嚴重性：一般錯誤概要：在Solaris、Windows98和Mac上運行Note，一些數(shù)據(jù)在設置成某種格式時會出現(xiàn)顯示異常。錯誤描述：重建步驟：1）我在Windows98下打開Note程序，編輯一個已存在的文件，該文件有多行，且包括多種字體格式；

2）我選擇文件打印，工作正常；

3）我新建并打印一個包含圖形的文件，工作正常；

4）我新建一個新文件；

5）接著我輸入一連串隨機文本；

6）高亮選中幾行文本，選擇右鍵彈出菜單中Font選項，并選擇Arial字體；

7）文本顯示變得異常；

8）我試著運行了三次，每一次都出現(xiàn)同樣問題；

9）我在Solaris上運行了6次，沒有看到任何問題；

10）我在Mac上運行了6次，沒有看到任何問題；隔離：1）我嘗試選擇其他字體形式，但只有Arial有這個問題出現(xiàn)。然而，該問題可能仍然在我沒有測試的其他字體下出現(xiàn)。報告人：xxxx報告日期：2005-01-18承辦人：xxxx處理日期：2005-01-20優(yōu)先級：3狀態(tài)：開放注釋：冗長混亂的錯誤報告錯誤報告分析（二）錯誤

ID：B1.1.1程序名：文本編輯工具Note版本標識：V1.0嚴重性：一般錯誤概要：Note程序在使用Arial字體時出問題錯誤描述：重建步驟：1）打開Note程序；

2）鍵入一些文本；

3）選擇Arial字體；

4）文本顯示異常。報告人：xxxx報告日期：2005-01-18承辦人：xxxx處理日期：2005-01-20優(yōu)先級：3狀態(tài)：開放注釋：含糊不清的錯誤報告

錯誤報告分析（三）錯誤

ID：B1.1.1程序名：文本編輯工具Note版本標識：V1.0嚴重性：一般錯誤概要：Windows98下Note在新建文件中選擇設置Arial字體時出現(xiàn)亂碼。錯誤描述：重建步驟：1）打開Note創(chuàng)建一個新文件；

2）隨意輸入兩行或多行文本；

3）選中一段文本，在右鍵彈出菜單中選中格式選項，選擇Arial；

4）文本被改變成無意義的亂寫的符號；

5）嘗試了三次該步驟，同樣的問題出現(xiàn)了三次。隔離：1）保存新建文件，關閉Note，重新打開該文件，問題仍然存在；

2）如果在把文本改成Arial字體前保存文件，該錯誤不會出現(xiàn)；

3）該錯誤只存在于新建文件時，不出現(xiàn)在已存在的文件；

4）該現(xiàn)象只在Windows98下出現(xiàn)；

5）該錯誤不會出現(xiàn)在其他字體改變中。報告人：xxxx報告日期：2005-01-18承辦人：xxxx處理日期：2005-01-20優(yōu)先級：3狀態(tài)：開放注釋：優(yōu)秀的錯誤報告

報告中需要重現(xiàn)錯誤嗎？2.4.5錯誤的重現(xiàn)所謂“重現(xiàn)錯誤”，就是讓所找到的軟件錯誤再次發(fā)生。為什么需要重現(xiàn)錯誤？如果不能重現(xiàn)錯誤，程序員可能不能理解到底發(fā)生了什么。程序員需要知道錯誤發(fā)生的步驟，對程序進行動態(tài)調試，以修復問題。如果程序員不能親眼看到問題，有時候程序員會對軟件錯誤報告置之不理。2.4.5錯誤的重現(xiàn)所有的錯誤都能重現(xiàn)嗎？2.4.5錯誤的重現(xiàn)人們會經(jīng)常遇到無法重現(xiàn)某些錯誤的情況：有時候是程序員不能重現(xiàn)錯誤有時候是在某些計算機上不能重現(xiàn)錯誤最不幸的情況是，包括測試人員自己，誰也不能在任何計算機上重現(xiàn)錯誤。2.4.5錯誤的重現(xiàn)當測試人員發(fā)現(xiàn)一個錯誤時，他所看到的只是現(xiàn)象，并不是根源。根本的錯誤也許在很多步驟前就已經(jīng)發(fā)生了：在錯誤包含的所有步驟中，可能就是其中的某個步驟觸發(fā)了錯誤。如果能將這個觸發(fā)步驟分離出來，測試人員就能夠非常容易的重現(xiàn)錯誤，程序員也能夠更加容易地改正它。2.4.5錯誤的重現(xiàn)故在測試中，測試人員要能夠準確地記錄所有的操作步驟，特別是關鍵步驟。如果依次執(zhí)行事件A、B、C，程序執(zhí)行到C時進行了某些錯誤操作，測試人員就可以知道錯誤可能出在B上。再試一下執(zhí)行A、B、D，看一看程序執(zhí)行到D時可能再出現(xiàn)什么問題。測試人員可以一直變換著下一個步驟，看看程序會發(fā)生什么情況。2.4.5錯誤的重現(xiàn)如果找到的問題很復雜，包含了很多步驟，如果跳過了其中一些或是稍微進行了改動，會出現(xiàn)什么樣的情況？錯誤還存在嗎？消失了還是變成了其他的問題？步驟去除的越多越好。應該對每個步驟進行測試，看看它是不是重現(xiàn)錯誤的必要環(huán)節(jié)。至于步驟的改變，可以在每個步驟中查找是否存在邊界條件。如果某個程序每行顯示三個姓名，而且你知道了每行正好顯示六個姓名時程序會失效，那么每行正好顯示三個會發(fā)生什么呢？

2.4.5錯誤的重現(xiàn)當所發(fā)現(xiàn)的錯誤不能被重現(xiàn)時，測試人員應重復發(fā)現(xiàn)錯誤時的操作環(huán)境和操作步驟，努力地重現(xiàn)錯誤。軟件錯誤是不會間歇發(fā)生的，即使出現(xiàn)概率很小，但一旦滿足了確切的條件，錯誤會再次顯現(xiàn)出來。任何錯誤都應該是可重現(xiàn)的。2.4.5錯誤的重現(xiàn)為什么我無法重現(xiàn)錯誤？2.4.5錯誤的重現(xiàn)有很多原因使測試人員不能立即重現(xiàn)某個錯誤：競爭條件如果測試人員未能再次觸發(fā)某個錯誤，它就可能是與時間相關的。當程序運行速度超過其能力，競爭條件就會出現(xiàn)。應該重復進行幾次，直到實在無法重現(xiàn)再放棄努力。錯誤依賴于特定執(zhí)行順序錯誤可能是由于測試人員以特定順序執(zhí)行一系列相關的任務引起的。在測試中發(fā)現(xiàn)某個問題后測試人員無法重現(xiàn)它，那很可能是測試人員忘記了一些環(huán)節(jié)。測試人員沒有一個詳細的要做的事情的計劃。2.4.5錯誤的重現(xiàn)有很多原因使測試人員不能立即重現(xiàn)某個錯誤：錯誤造成的影響導致無法重現(xiàn)錯誤可能會破壞文件、對無效的內存單元進行寫操作、使中斷失效或是關閉I/O端口。程序錯誤可能依賴于特定的數(shù)據(jù)取值或被破壞了的數(shù)據(jù)庫。故，切記：永遠也不要直接使用原始數(shù)據(jù)，應總是使用其副本。錯誤與內存內容相關程序可能只在特定容量或特定類型的內存下才會失效。還有一種與內存有關的情況，即可用內存總的容量似乎是足夠了，但碎片太多。2.4.5錯誤的重現(xiàn)有很多原因使測試人員不能立即重現(xiàn)某個錯誤：僅僅在初次運行時出現(xiàn)錯誤例如，當程序初次運行時，其中的一個工作就是在磁盤上初始化配置數(shù)據(jù)文件。如果程序在初始化之前執(zhí)行任何操作，程序就會不正常，而一旦數(shù)據(jù)文件初始化完成，程序就會正常工作。使用DriveImage、Ghost或類似工具，恢復干凈系統(tǒng)，重新裝載應用程序，檢查現(xiàn)在是否能夠重現(xiàn)該問題。間歇性的硬件故障硬件故障通常都是完整的。但熱量的積累或電源的波動可能會導致內存芯片發(fā)生間歇性故障，也可能導致內存工作不精確，通信時斷時續(xù)。 2.4.5錯誤的重現(xiàn)有很多原因使測試人員不能立即重現(xiàn)某個錯誤：與時間相關的錯誤有的程序錯誤出現(xiàn)在特定的時間上，應該檢查一下程序跨日、周、月、年、閏年及世紀等邊界情況。錯誤依賴于資源例如在一個多處理系統(tǒng)，有兩個以上的進程共享中央處理器、資源及內存。當一個進程使用打印機，其他進程就必須等待。如果一個進程占用了90%的可用內存，其他的進程可能需要等待，這些進程必須能在資源請求被拒后恢復狀態(tài)要重現(xiàn)某個由錯誤恢復而產(chǎn)生的故障，必須重現(xiàn)資源請求受拒的情形。2.4.5錯誤的重現(xiàn)有很多原因使測試人員不能立即重現(xiàn)某個錯誤：錯誤由長期積累形成程序錯誤可能有延遲效應，錯誤可能不會立即產(chǎn)生影響。某個錯誤可能需要重復幾十次，程序才處于崩潰邊緣。此時，幾乎任何操作都會導致程序崩潰，哪怕一個完全無關且不含錯誤的處理程序都會神奇地讓崩潰發(fā)生。例如：很多程序都使用到了堆棧。堆棧是為臨時數(shù)據(jù)預留的一部分內存區(qū)域。假設堆棧規(guī)模很小，很快就被填滿，這時若再往堆棧中放入數(shù)據(jù)，堆棧就會發(fā)生溢出。堆棧溢出常會導致程序崩潰。有人動了計算機這是可能發(fā)生的。測試人員可能在測試的中途離開，當測試人員不在的時候有人輸入了新的數(shù)據(jù)而后來又忘了告訴測試人員。2.4.5錯誤的重現(xiàn)思考：

1、所有的錯誤對系統(tǒng)的影響都一樣嗎？

2、該先修復哪個錯誤？

3、錯誤都是因為編寫代碼引起的嗎？

思考：

1、報告完錯誤，測試人員工作是否結束？

2、發(fā)現(xiàn)的錯誤誰負責解決？

管理軟件錯誤是測試工作的一個重要部分。管理軟件錯誤主要是對錯誤進行跟蹤，確保每個被發(fā)現(xiàn)的錯誤都能夠及時得到處理。軟件測試錯誤跟蹤管理系統(tǒng)可以實現(xiàn)錯誤跟蹤管理，是管理軟件測試錯誤的專用數(shù)據(jù)庫系統(tǒng)，能夠高效率地完成軟件錯誤的報告、驗證、修改、查詢、統(tǒng)計、存儲等任務。2.5

管理軟件錯誤對錯誤的跟蹤需要達到以下的目標：

確保每個被發(fā)現(xiàn)的錯誤都能夠被解決解決不一定是被修正，也可能是其他處理方式，但對每個被發(fā)現(xiàn)的錯誤的處理方式必須能夠在開發(fā)組織中達到一致。收集錯誤數(shù)據(jù)并根據(jù)錯誤趨勢曲線識別測試過程的階段決定測試過程是否結束有很多種方式，通過錯誤趨勢曲線來確定測試過程是否結束是常用并且較為有效的一種方式收集錯誤數(shù)據(jù)并在其上進行數(shù)據(jù)分析，作為組織的過程財富2.5

管理軟件錯誤學習管理軟件錯誤時，首先要了解軟件錯誤狀態(tài)。從錯誤跟蹤管理流程可以看出，錯誤從最初被提交到最終解決，測試人員、項目經(jīng)理、開發(fā)人員均使用錯誤報告作為溝通的橋梁。通常通過定義錯誤狀態(tài)來讓測試人員、項目經(jīng)理、開發(fā)人員等了解錯誤處理情況，提高錯誤解決效率。2.5

管理軟件錯誤1、軟件錯誤狀態(tài)在不同的公司，對于軟件錯誤狀態(tài)定義可能會有所差異。下面給出一個錯誤狀態(tài)定義的例子。軟件錯誤的狀態(tài)包括6個狀態(tài)：開放已分配被拒絕被忽略修復關閉1、軟件錯誤狀態(tài)每個狀態(tài)的含義：開放這是錯誤的初始狀態(tài)。當測試人員發(fā)現(xiàn)錯誤之后，就設置錯誤的狀態(tài)為“開放”。項目經(jīng)理會定時地去瀏覽所有標記為“開放”的錯誤。已分配項目經(jīng)理在瀏覽了標記為“開放”狀態(tài)的錯誤之后，需要判斷每個錯誤需要由誰來處理。當確定了處理的負責人之后，項目經(jīng)理就把相應的錯誤狀態(tài)標記為“已分配”。1、軟件錯誤狀態(tài)每個狀態(tài)的含義：被拒絕如果所報告的錯誤無法被重現(xiàn)、錯誤報告不完善，報告難以被閱讀和理解，這個錯誤就有可能被項目經(jīng)理拒絕。此時，錯誤的狀態(tài)被記錄為“被拒絕”。測試人員將糾正報告的不足，然后再次提交它。有時，程序員發(fā)現(xiàn)所分配給自己的錯誤跟自己沒有關系，也可能會拒絕接受這個錯誤。1、軟件錯誤狀態(tài)每個狀態(tài)的含義：被忽略測試人員所報告的錯誤有可能是誤報，項目經(jīng)理將把這個錯誤的狀態(tài)設置為“忽略”。如果某個問題很小，而不同的人對于這是不是一個問題還存在爭議，項目經(jīng)理也有可能把這個錯誤的狀態(tài)設置為“忽略”。程序員不會去理會被設置為“忽略”的錯誤。一般來說，程序員沒有把錯誤狀態(tài)設置為“忽略”的權限。項目經(jīng)理、公司的質量主管往往會定期地檢查那些被設置為“忽略”的錯誤，要審核一下是不是真的可以把這些錯誤設置為“忽略”。1、軟件錯誤狀態(tài)每個狀態(tài)的含義：已修復程序員會努力地修改標記為“已分配”的軟件錯誤。當程序員完成了修改之后，就把錯誤狀態(tài)改成“已修復”。這表示：程序員認為這個錯誤已經(jīng)被修復了。關閉程序員認為錯誤“已修復”，但錯誤有可能仍舊存在。測試人員將檢查這個錯誤是不是真的被修復了，如果錯誤真的被修復了，則把這個錯誤的狀態(tài)設置為“關閉”。這個錯誤徹底地被解決了。如果發(fā)現(xiàn)錯誤其實沒有被修復，就會把這個錯誤的狀態(tài)設置為“開放”。1、軟件錯誤狀態(tài)不同公司可能使用不同的錯誤狀態(tài)名稱，也可能增加一些其他狀態(tài)，例如：符合設計上報的問題不是錯誤，報告中描述的程序運行情況反映的是程序的預訂操作。由報告人撤回如果報告的撰寫人覺得不應該報告這個錯誤（如重復報告了一個錯誤），可以把它撤回。不同意建議設計上不會做任何更改1、軟件錯誤狀態(tài)不同公司可能使用不同的錯誤狀態(tài)名稱，也可能增加一些其他狀態(tài)，例如：重復很多公司使用這個狀態(tài)，并且關閉重復上報的錯誤。但如果關閉相似而不是相同的錯誤，就會帶來風險?？雌饋硐嗨频腻e誤，其原因可能不同。暫緩處理項目經(jīng)理確信這是一個真正的錯誤，但是因為一系列原因，不打算對這個問題立即處理。2、錯誤管理流程錯誤管理又稱錯誤跟蹤或錯誤跟蹤與管理3、統(tǒng)計軟件錯誤錯誤數(shù)據(jù)統(tǒng)計是錯誤跟蹤管理的目標。測試人員可以通過系統(tǒng)測試的結果數(shù)據(jù)提供相應的統(tǒng)計數(shù)據(jù)給產(chǎn)品開發(fā)或測試工作的改進提供依據(jù)。如能夠統(tǒng)計一段時期每個人發(fā)現(xiàn)的錯誤數(shù)量，錯誤的平均修正時間，一個產(chǎn)品周期發(fā)現(xiàn)的錯誤總數(shù)等。3、統(tǒng)計軟件錯誤對錯誤的統(tǒng)計有多種方式，常用的統(tǒng)計方法有：按照錯誤的嚴重程度進行統(tǒng)計按照錯誤發(fā)生的根本原因進行統(tǒng)計按照功能模塊進行統(tǒng)計按照每天發(fā)現(xiàn)的錯誤數(shù)量進行統(tǒng)計3、統(tǒng)計軟件錯誤按照錯誤的嚴重程度進行統(tǒng)計主要是讓項目管理者對產(chǎn)品的質量有定量的了解。通常把錯誤的嚴重性分成5種。例如：從錯誤的嚴重性來統(tǒng)計等級和數(shù)量的一個分布情況，如表和圖所示。1級2級3級4級5級錯誤數(shù)量917255934表2-5統(tǒng)計錯