軟件測試總體方案

上海高清藍(lán)信軟件技術(shù)有限公司作者：顧翔第13頁共13頁7/15/2023軟件測試總體方案目錄TOC\o"1-3"\h\z軟件開發(fā)模型 2軟件測試模型 2需求分析 3概要設(shè)計(jì) 3詳細(xì)設(shè)計(jì) 3開發(fā) 3集成測試 3系統(tǒng)測試 4驗(yàn)收測試 4Alpha測試 4Bate測試 4開發(fā)周期所需要產(chǎn)生的文檔 4軟件測試類型 5白盒測試 5靜態(tài)白盒測試 5動(dòng)態(tài)白盒測試 5功能測試 6UI測試 6性能測試 6負(fù)載測試 6強(qiáng)度測試 7容量測試 7基準(zhǔn)測試 7競爭測試 7平安性和訪問控制測試 7應(yīng)用程序級別的平安性 8系統(tǒng)級別的平安性 8故障轉(zhuǎn)移和恢復(fù)測試 8兼容性測試 8瀏覽器兼容性 8操作系統(tǒng)兼容性 9硬件兼容性 9安裝測試 9多語種測試 9分辨率測試 9發(fā)布測試 10說明書測試 10宣傳材料測試 10幫助文件測試 10廣告用語 10文檔審核測試 10總結(jié) 10缺陷管理 11錯(cuò)誤跟蹤管理系統(tǒng) 11軟件錯(cuò)誤的狀態(tài) 11Bug管理的一般流程 11軟件錯(cuò)誤流程管理要點(diǎn) 12環(huán)境 12軟件開發(fā)模型軟件開發(fā)模型主要有以下幾類瀑布模型：這是最傳統(tǒng)的軟件開發(fā)模型，即分析-設(shè)計(jì)-編碼-測試，但它的不可以回復(fù)性決定了它的使用局限性，它適合于開發(fā)中需求變更極少，代碼質(zhì)量較高以及開發(fā)人員的水平極高的軟件，雖然它具有以上的局限性，但是它是下面軟件開發(fā)模型的根底；螺旋模型和跌代模型：這兩個(gè)模型雖然有各自不同的定義，但是實(shí)踐起來是相同的，它將軟件需求按照優(yōu)先等級，分階段，分周期開發(fā)，每個(gè)周期產(chǎn)生一套相對獨(dú)立的軟件產(chǎn)品。這個(gè)模型適合于需求變化比較多，最后結(jié)果不容易被預(yù)料的軟件。使用這種模型，軟件錯(cuò)誤可以盡早被發(fā)現(xiàn)。噴泉模型：這個(gè)模型在軟件開發(fā)的任何一個(gè)階段都可以返回到以前的階段的軟件模型，比方分析-概要設(shè)計(jì)-分析-概要設(shè)計(jì)-詳細(xì)設(shè)計(jì)-編碼-概要設(shè)計(jì)-詳細(xì)設(shè)計(jì)-編碼-測試。適合于需求變化頻繁，工程時(shí)間不緊張的軟件模型XP模型：這種模型沒有分析和設(shè)計(jì)期間，一邊編碼一邊測試，沒有任何文檔產(chǎn)生。它適合于工程非常緊張的軟件軟件測試模型軟件測試模型主要有V模型，X模型，OO模型?？紤]到公司軟件的特性，決定采用V模型進(jìn)行測試工作，下面主要介紹這種模型驗(yàn)收測試系統(tǒng)測試集成測試單元測試編碼概要設(shè)計(jì)詳細(xì)設(shè)計(jì)需求分析驗(yàn)收測試系統(tǒng)測試集成測試單元測試編碼概要設(shè)計(jì)詳細(xì)設(shè)計(jì)需求分析需求分析需求分析期間，測試的主要工作為審核需求分析報(bào)告：需求中是否存在不合理現(xiàn)象；需求是否可以被實(shí)現(xiàn)召開需求評審會議：評審會議工程經(jīng)理，系統(tǒng)分析師，用戶代表，客戶，測試設(shè)計(jì)師參加書寫驗(yàn)收測試方案概要設(shè)計(jì)概要設(shè)計(jì)期間，測試的主要工作為審核概要設(shè)計(jì)報(bào)告：概要設(shè)計(jì)是否符合全部需求，概要設(shè)計(jì)是否存在問題召開概要設(shè)計(jì)評審會議：由工程經(jīng)理，系統(tǒng)分析師，系統(tǒng)設(shè)計(jì)師，設(shè)計(jì)師，測試設(shè)計(jì)師,技術(shù)專家參加書寫系統(tǒng)測試方案詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)期間，測試的主要工作為審核詳細(xì)設(shè)計(jì)報(bào)告：詳細(xì)設(shè)計(jì)是否符合全部需求，詳細(xì)設(shè)計(jì)是否存在問題召開詳細(xì)設(shè)計(jì)評審會議：由工程經(jīng)理，系統(tǒng)設(shè)計(jì)師，設(shè)計(jì)師，編碼人員，測試設(shè)計(jì)師參加書寫集成測試方案：開發(fā)開發(fā)期間測試主要工作為召開開發(fā)指南評審會議：由工程經(jīng)理，設(shè)計(jì)師，開發(fā)員參加書寫個(gè)階段測試用例召開測試用例評審會議：由工程經(jīng)理，測試設(shè)計(jì)師，測試工程師參加設(shè)計(jì)〔由測試設(shè)計(jì)師設(shè)計(jì)〕并書寫測試腳本〔由開發(fā)人員書寫〕開發(fā)后期，由開發(fā)人員對開發(fā)的模塊進(jìn)行單元測試集成測試按照模塊上下集關(guān)系，進(jìn)行從上到下或者從下到上的集成測試方法進(jìn)行集成測試，單元測試與集成測試主要考慮功能性測試。同時(shí)也要對模個(gè)模塊或者集成模塊進(jìn)行非功能性的抽樣測試。系統(tǒng)測試 對整合系統(tǒng)進(jìn)行整合測試，這時(shí)的測試主要測試系統(tǒng)的整體功能和全部非功能性的需求。驗(yàn)收測試 驗(yàn)收測試首先進(jìn)行正規(guī)性的測試，即由技術(shù)人員模擬各戶環(huán)境，以用戶的身份進(jìn)行安裝和測試工作。然后進(jìn)行非正規(guī)測試alpha測試和bate測試。Alpha測試由公司內(nèi)部開發(fā)人員模擬用戶進(jìn)行測試，這個(gè)時(shí)候還允許對需求做些修改工作Bate測試alpha測試后將產(chǎn)品提交給某些特定用戶，進(jìn)行測試，注意這是的軟件一定要有使用時(shí)間限制，這時(shí)候凍結(jié)系統(tǒng)需求開發(fā)周期所需要產(chǎn)生的文檔階段開發(fā)文檔測試文檔立項(xiàng)前期工程合同可行性分析報(bào)告工程方案書需求分析期需求規(guī)格說明書需求規(guī)格審核報(bào)告需求規(guī)格評審報(bào)告驗(yàn)收測試方案書概要設(shè)計(jì)期概要設(shè)計(jì)書概要設(shè)計(jì)審核報(bào)告概要設(shè)計(jì)評審報(bào)告系統(tǒng)測試方案書詳細(xì)設(shè)計(jì)期數(shù)據(jù)庫設(shè)計(jì)詳細(xì)設(shè)計(jì)書詳細(xì)設(shè)計(jì)審核報(bào)告詳細(xì)設(shè)計(jì)評審報(bào)告集成測試方案書編碼前期編碼標(biāo)準(zhǔn)編碼測試腳本測試用例測試腳本設(shè)計(jì)書編碼后期單元測試報(bào)告集成測試期集成測試報(bào)告系統(tǒng)測試期系統(tǒng)測試報(bào)告驗(yàn)收測試期驗(yàn)收測試報(bào)告后期使用手冊配置指南廣告材料測試總結(jié)報(bào)告〔決定產(chǎn)品是否可以發(fā)布〕藍(lán)色為可選項(xiàng)軟件測試類型軟件測試是指使用人工或者自動(dòng)的手段來運(yùn)行或測定某個(gè)軟件產(chǎn)品系統(tǒng)的過程，其目的是在于檢驗(yàn)是否滿足規(guī)定的需求或者弄清預(yù)期的結(jié)果與實(shí)際結(jié)果的區(qū)別。本文主要描述軟件測試的一些類型。白盒測試白盒測試是基于代碼的測試，測試人員通過閱讀程序代碼或者通過使用開發(fā)工具中的單步調(diào)試來判斷軟件的質(zhì)量，一般白盒測試由工程經(jīng)理在程序員開發(fā)中來實(shí)現(xiàn)。白盒測試分為動(dòng)態(tài)白盒測試和靜態(tài)白盒測試靜態(tài)白盒測試?yán)醚劬?，瀏覽代碼，憑借經(jīng)驗(yàn)，找出代碼中的錯(cuò)誤或者代碼中不符合書寫標(biāo)準(zhǔn)的地方。比方，代碼標(biāo)準(zhǔn)中規(guī)定，函數(shù)必須為動(dòng)賓結(jié)構(gòu)。而黑盒測試發(fā)現(xiàn)一個(gè)函數(shù)定義如下：FunctionNameGet(){….}這是屬于不符合開發(fā)標(biāo)準(zhǔn)的。有這樣一段代碼:if((i<0)&(i>=0))…這段代碼交集為整個(gè)數(shù)軸，IF語句沒有必要I=0;while(I>100){J=J+100;T=J*PI;}在循環(huán)體內(nèi)沒有I的增加,錯(cuò)誤產(chǎn)生。動(dòng)態(tài)白盒測試?yán)瞄_發(fā)工具中的調(diào)式工具進(jìn)行測試。比方一段代碼有4個(gè)分支，輸入4組不同的測試數(shù)據(jù)使4組分支都可以走通而且結(jié)果必須正確。if(I<0){P1}else{P2}在調(diào)試中輸入I=-1,測試P1程序段通過;再輸入I=1,測試P2程序段，這樣的測試屬于動(dòng)態(tài)白盒測試的缺陷。白盒測試通常在單元測試的時(shí)候進(jìn)行。功能測試功能測試指測試軟件各個(gè)功能模塊是否正確，邏輯是否正確。對測試對象的功能測試應(yīng)側(cè)重于所有可直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)那么的測試需求。這種測試的目標(biāo)是核實(shí)數(shù)據(jù)的接受、處理和檢索是否正確，以及業(yè)務(wù)規(guī)那么的實(shí)施是否恰當(dāng)。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面(GUI)或者測試腳本與應(yīng)用程序進(jìn)行交互，并對交互的輸出或結(jié)果進(jìn)行分析，以此來核實(shí)應(yīng)用程序及其內(nèi)部進(jìn)程。功能測試的主要參考為類似于功能說明書之類的文檔。UI測試UI測試指測試用戶界面的風(fēng)格是否滿足客戶要求，文字是否正確，頁面美工是否好看，文字，圖片組合是否完美，背景是否美觀，操作是否友好等等用戶界面(UI)測試用于核實(shí)用戶與軟件之間的交互。UI測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或?yàn)g覽功能。另外，UI測試還可確保UI中的對象按照預(yù)期的方式運(yùn)行，并符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性，人性化，易操作性測試。UI測試比較主觀，與測試人員的喜好有關(guān)比方：頁面基調(diào)顏色刺眼；文字中出現(xiàn)錯(cuò)別字；頁面顯示范圍超過屏幕范圍等都屬于UI測試中的缺陷。性能測試性能測試主要測試軟件測試的性能，包括負(fù)載測試，強(qiáng)度測試，容量測試，基準(zhǔn)測試以及基準(zhǔn)測試負(fù)載測試負(fù)載測試是一種性能測試指數(shù)據(jù)在超負(fù)荷環(huán)境中運(yùn)行，程序是否能夠承擔(dān)。在這種測試中，將使測試對象承擔(dān)不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測試還要評估性能特征，例如，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。比方，用戶并發(fā)量測試就是屬于負(fù)載測試的用戶，可以使用測試工具，模擬上百人客戶同時(shí)訪問，看系統(tǒng)響應(yīng)時(shí)間，處理速度如何？強(qiáng)度測試強(qiáng)度測試是一種性能測試，他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運(yùn)行情況。這類測試往往可以書寫系統(tǒng)要求的軟硬件水平要求。主要測試對象為低CPU主頻，低存儲空間〔內(nèi)存或外存〕，低連接速度。實(shí)施和執(zhí)行此類測試的目的是找出因資源缺乏或資源爭用而導(dǎo)致的錯(cuò)誤。如果內(nèi)存或磁盤空間缺乏，測試對象就可能會表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷那么可能由于爭用共享資源〔如數(shù)據(jù)庫鎖或網(wǎng)絡(luò)帶寬〕而造成的。強(qiáng)度測試還可用于確定測試對象能夠處理的最大工作量。比方：一個(gè)系統(tǒng)在內(nèi)存366M下可以正常運(yùn)行，但是降低到258M下不可以運(yùn)行，告訴內(nèi)存缺乏，這個(gè)系統(tǒng)對內(nèi)存的要求就是366M。容量測試容量測試指通過代碼往存儲空間中插入一定數(shù)量的數(shù)據(jù)，看看相關(guān)程序是否能夠正常運(yùn)行。容量測試使測試對象處理大量的數(shù)據(jù)，以確定是否到達(dá)了將使軟件發(fā)生故障的極限。容量測試還將確定測試對象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。例如，通過編寫代碼項(xiàng)存貯空間輸入一定數(shù)量的記錄，然后運(yùn)行需要使用這個(gè)存儲空間的程序，判斷程序是否運(yùn)行正常。基準(zhǔn)測試基準(zhǔn)測試與現(xiàn)有的系統(tǒng)進(jìn)行比較，主要檢驗(yàn)是否與類似的產(chǎn)品具有競爭性的一種測試。如果你要開發(fā)一套財(cái)務(wù)系統(tǒng)軟件并且你已經(jīng)獲得用友財(cái)務(wù)系統(tǒng)的性能等數(shù)據(jù)，你可以測試你這套系統(tǒng)，看看哪些地方比用友財(cái)務(wù)系統(tǒng)好，哪些地方差？以便改進(jìn)自己的系統(tǒng)，也可為產(chǎn)品廣告提供數(shù)據(jù)。競爭測試軟件競爭使用各種資源〔數(shù)據(jù)紀(jì)錄，內(nèi)存等〕，看他與其他相關(guān)系統(tǒng)對資源的爭奪能力。比方：一臺機(jī)器上即安裝您的財(cái)務(wù)系統(tǒng)，又安裝用友財(cái)務(wù)系統(tǒng)。當(dāng)CPU占有率下降后，看看是否能夠強(qiáng)過用友財(cái)務(wù)系統(tǒng)，而是自己的系統(tǒng)能夠正常運(yùn)行？平安性和訪問控制測試平安性和訪問控制測試側(cè)重于平安性的兩個(gè)關(guān)鍵方面：應(yīng)用程序級別的平安性，包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問系統(tǒng)級別的平安性，包括對系統(tǒng)的登錄或遠(yuǎn)程訪問。應(yīng)用程序級別的平安性可確保：在預(yù)期的平安性情況下，主角只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù)。例如，可能會允許所有人輸入數(shù)據(jù)，創(chuàng)立新賬戶，但只有管理員才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)級別的平安性，測試就可確?！坝脩纛愋鸵花暷軌蚩吹剿锌蛻粝ⅰ舶ㄘ?cái)務(wù)數(shù)據(jù)〕，而“用戶二〞只能看見同一客戶的統(tǒng)計(jì)數(shù)據(jù)。比方不通過登入頁面，直接進(jìn)入系統(tǒng)？系統(tǒng)級別的平安性可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序，而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。比方輸入管理員賬戶，檢查其密碼是否容易猜取，或者可以從數(shù)據(jù)庫中獲得？故障轉(zhuǎn)移和恢復(fù)測試故障轉(zhuǎn)移和恢復(fù)測試指當(dāng)主機(jī)軟硬件發(fā)生災(zāi)難時(shí)候，備份機(jī)器是否能夠正常啟動(dòng)，使系統(tǒng)是否可以正常運(yùn)行，這對于電信，銀行等領(lǐng)域的軟件是十分重要的。故障轉(zhuǎn)移和恢復(fù)測試可確保測試對象能成功完成故障轉(zhuǎn)移，并能從導(dǎo)致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破壞的各種硬件、軟件或網(wǎng)絡(luò)故障中恢復(fù)。故障轉(zhuǎn)移測試可確保：對于必須持續(xù)運(yùn)行的系統(tǒng)，一旦發(fā)生故障，備用系統(tǒng)就將不失時(shí)機(jī)地“頂替〞發(fā)生故障的系統(tǒng)，以防止喪失任何數(shù)據(jù)或事務(wù)?；謴?fù)測試是一種對抗性的測試過程。在這種測試中，將把應(yīng)用程序或系統(tǒng)置于極端的條件下〔或者是模擬的極端條件下〕，以產(chǎn)生故障〔例如設(shè)備輸入/輸出(I/O)故障或無效的數(shù)據(jù)庫指針和關(guān)健字〕。然后調(diào)用恢復(fù)進(jìn)程并監(jiān)測和檢查應(yīng)用程序和系統(tǒng)，核實(shí)應(yīng)用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復(fù)。一定要注意主備定時(shí)備份比方電信系統(tǒng)，突然主機(jī)程序發(fā)生死機(jī)，備份機(jī)器是否能夠啟動(dòng)，使系統(tǒng)能夠正常運(yùn)行，從而不影響用戶打電話？兼容性測試又叫配置測試。兼容性測試核實(shí)測試對象在不同的軟件和硬件配置中的運(yùn)行情況。在大多數(shù)生產(chǎn)環(huán)境中，客戶機(jī)工作站、網(wǎng)絡(luò)連接和數(shù)據(jù)庫效勞器的具體硬件規(guī)格會有所不同?？蛻魴C(jī)工作站可能會安裝不同的軟件例如，應(yīng)用程序、驅(qū)動(dòng)程序等而且在任何時(shí)候，都可能運(yùn)行許多不同的軟件組合，從而占用不同的資源?！踩鐬g覽器版本，操作系統(tǒng)版本等〕下面列出主要配置測試瀏覽器兼容性測試軟件在不同產(chǎn)商的瀏覽器下是否能夠正確顯示與運(yùn)行；比方測試IE，Natscape瀏覽器下是否可以運(yùn)行這套軟件？操作系統(tǒng)兼容性測試軟件在不同操作系統(tǒng)下是否能夠正確顯示與運(yùn)行；比方測試WINDOWS98,WINDOWS2000,WINDOWSXP,LINU,UNIX下是否可以運(yùn)行這套軟件？硬件兼容性測試與硬件密切相關(guān)的軟件產(chǎn)品與其他硬件產(chǎn)品的兼容性，比方該軟件是少在并口設(shè)備中的，測試同時(shí)使用其他并口設(shè)備，系統(tǒng)是否可以正確使用.比方在INTER,舒龍CPU芯片下系統(tǒng)是否能夠正常運(yùn)行？這樣的測試必須建立測試實(shí)驗(yàn)室，在各種環(huán)境下進(jìn)行測試。安裝測試安裝測試有兩個(gè)目的。第一個(gè)目的是確保該軟件在正常情況和異常情況的不同條件下:例如，進(jìn)行首次安裝、升級、完整的或自定義的安裝_都能進(jìn)行安裝。異常情況包括磁盤空間缺乏、缺少目錄創(chuàng)立權(quán)限等。第二個(gè)目的是核實(shí)軟件在安裝后可立即正常運(yùn)行。這通常是指運(yùn)行大量為功能測試制定的測試。安裝測試包括測試安裝代碼以及安裝手冊。安裝手冊提供如何進(jìn)行安裝，安裝代碼提供安裝一些程序能夠運(yùn)行的根底數(shù)據(jù)。多語種測試又稱本地化測試，是指為各個(gè)地方開發(fā)產(chǎn)品的測試，如英文版，中文版等等，包括程序是否能夠正常運(yùn)行，界面是否符合當(dāng)?shù)亓?xí)俗，快捷鍵是否正常起作用等等，特別測試在A語言環(huán)境下運(yùn)行B語言軟件〔比方在英文win98下試圖運(yùn)行中文版的程序〕，出現(xiàn)現(xiàn)象是否正常。本地化測試還要考慮：當(dāng)語言從A翻譯到B，字符長度變化是否影響頁面效果。比方中文軟件中有個(gè)按鍵叫“看廣告〞，翻譯到英文版本中為“Viewadvertisement〞可能影響頁面的美觀程度要考慮同一單詞在各個(gè)國家的不同意思，比方football在英文中為足球，而美國人使用中可能理解為美式橄欖球。要考慮各個(gè)國家的民族習(xí)慣，比方龍個(gè)美國中被理解邪惡的象征，但翻譯到中國，中國人認(rèn)為為桔祥的象征。分辨率測試測試在不同分辨率下，界面的美觀程度,分為800*600，1024*768，1152*864，1280*768，1280*1024，1200*1600大小字體下測試。一個(gè)好的軟件要有一個(gè)極佳的分辨率，而在其他分辨率下也都能可以運(yùn)行。發(fā)布測試主要在產(chǎn)品發(fā)布前對一些附帶產(chǎn)品，比方說明書，廣告稿等進(jìn)行測試說明書測試主要為語言檢查，功能檢查，圖片檢查語言檢查：檢查說明書語言是否正確，用詞是否易于理解；功能檢查：功能是否描述完全，或者描述了并沒有的功能等；圖片檢查:：檢查圖片是否正確宣傳材料測試主要測試產(chǎn)品中的附帶的宣傳材料中的語言，描述功能，圖片幫助文件測試幫助文件是否正確，易懂，是否人性化。最好能夠提供檢索功能。廣告用語產(chǎn)品出公司前的廣告材料文字，功能，圖片，人性化的檢查文檔審核測試文檔審核測試目前越來越引起人們的重視，軟件質(zhì)量不是檢查出來的，而是融進(jìn)軟件開發(fā)中來。前置軟件測試發(fā)越來越受到重視。請看一個(gè)資料：總結(jié)據(jù)美國軟件質(zhì)量平安中心2000年對美國一百家知名的軟件廠商統(tǒng)計(jì)，得出這樣一個(gè)結(jié)論：軟件缺陷在開發(fā)前期發(fā)現(xiàn)比在開發(fā)后期發(fā)現(xiàn)資金，人力上節(jié)約90%；軟件缺陷在推向市場前發(fā)現(xiàn)比在推出后發(fā)現(xiàn)資金，人力上節(jié)約90%。所以說軟件的缺陷應(yīng)該盡早發(fā)現(xiàn)。不是所有的軟件都要進(jìn)行任何類型的軟件測試的，可以根據(jù)產(chǎn)品的具體情況進(jìn)行組裝測試不同的類型缺陷管理軟件測試的主要目的在于發(fā)現(xiàn)軟件存在的錯(cuò)誤(Bug)，對于如何處理測試中發(fā)現(xiàn)的錯(cuò)誤，將直接影響到測試的效果。只有正確、迅速、準(zhǔn)確地處理這些錯(cuò)誤，才能消除軟件錯(cuò)誤，保證要發(fā)布的軟件符合需求設(shè)計(jì)的目標(biāo)。在實(shí)際軟件測試過程中，對于每個(gè)Bug都要經(jīng)過測試、確認(rèn)、修復(fù)、驗(yàn)證等的管理過程，這是軟件測試的重要環(huán)節(jié)。錯(cuò)誤跟蹤管理系統(tǒng)為了正確跟蹤每個(gè)軟件錯(cuò)誤的處理過程，通常將軟件測試發(fā)現(xiàn)的每個(gè)錯(cuò)誤作為一條條記錄輸入制定的錯(cuò)誤跟蹤管理系統(tǒng)。目前已有的缺陷跟蹤管理軟件包括Compuware公司的TrackRecord軟件〔商業(yè)軟件〕、Mozilla公司的Buzilla軟件〔免費(fèi)軟件〕，以及國內(nèi)的微創(chuàng)公司的BMS軟件，這些軟件在功能上各有特點(diǎn)，可以根據(jù)實(shí)際情況選用。當(dāng)然，也可以自己開發(fā)缺陷跟蹤軟件，例如基于Notes或是ClearQuese開發(fā)缺陷跟蹤管理軟件。作為一個(gè)缺陷跟蹤管理系統(tǒng)，需要正確設(shè)計(jì)每個(gè)錯(cuò)誤的包含信息的字段內(nèi)容和記錄錯(cuò)誤的處理信息的全部內(nèi)容。字段內(nèi)容可能包括測試軟件名稱，測試版本號，測試人名稱，測試事件，測試軟件和硬件配置環(huán)境，發(fā)現(xiàn)軟件錯(cuò)誤的類型，錯(cuò)誤的嚴(yán)重等級，詳細(xì)步驟，必要的附圖，測試注釋。處理信息包括處理者姓名，處理時(shí)間，處理步驟，錯(cuò)誤記錄的當(dāng)前狀態(tài)。正確的數(shù)據(jù)庫權(quán)限管理是錯(cuò)誤跟蹤管理系統(tǒng)的重要考慮要素，一般要保證