軟件總體測(cè)試計(jì)劃

1、-作者xxxx-日期xxxx軟件總體測(cè)試計(jì)劃【精品文檔】密 級(jí)：內(nèi)部公開(kāi)文檔編號(hào)：1003 版 本 號(hào)：V3.0測(cè)測(cè)（基于安卓平臺(tái)的測(cè)評(píng)軟件）總體測(cè)試計(jì)劃文件狀態(tài)： 草稿 正在修改 正式發(fā)布文件標(biāo)識(shí)：Company-Project-RD-PRS當(dāng)前版本：作 者：張放、張鈺若、陳國(guó)忠完成日期：2014-7-23中國(guó)石油大學(xué)（華東） 計(jì)算機(jī)與通信工程學(xué)院 天師團(tuán)開(kāi)發(fā)團(tuán)隊(duì)-天師團(tuán)開(kāi)發(fā)團(tuán)隊(duì)對(duì)本文件資料享受著作權(quán)及其它專屬權(quán)利，未經(jīng)書面許可，不得將該等文件資料（其全部或任何部分）披露予任何第三方，或進(jìn)行修改后使用。文件更改摘要：日期版本號(hào)修訂說(shuō)明修訂人審核人批準(zhǔn)人2014-04-03初稿陳國(guó)忠張鈺若陳國(guó)

2、忠2014-06-03修稿陳國(guó)忠張鈺若陳國(guó)忠2014-07-23定稿陳國(guó)忠張鈺若陳國(guó)忠目錄1.引言41.1.編寫目的41.2.術(shù)語(yǔ)41.3.測(cè)試標(biāo)準(zhǔn)41.4.參考文檔42.任務(wù)概述42.1.人員安排42.2.測(cè)試環(huán)境52.3.測(cè)試工具53.測(cè)試策略53.1.測(cè)試需求53.1.1.測(cè)試需求編號(hào)規(guī)則53.1.2.測(cè)試需求的編寫規(guī)范53.1.3.測(cè)試需求的管理辦法53.2.測(cè)試用例要求63.2.1.測(cè)試用例編號(hào)規(guī)則63.2.2.測(cè)試用例的編寫規(guī)范63.2.3.測(cè)試用例的管理辦法73.3.測(cè)試方案73.3.1.單元測(cè)試73.3.2.集成測(cè)試83.3.3.確認(rèn)測(cè)試93.4.測(cè)試缺陷管理103.4.1.缺

3、陷記錄103.4.2.有疑議缺陷的確認(rèn)123.4.3.缺陷的統(tǒng)計(jì)與分析124.主要進(jìn)度安排125.工作匯報(bào)131. 引言1.1. 編寫目的制定總體測(cè)試方案的目的是：使整個(gè)測(cè)試工作能有序進(jìn)行，指導(dǎo)測(cè)試人員的工作，為測(cè)試提供依據(jù)。提供系統(tǒng)化、規(guī)范化、工程化、實(shí)用化的測(cè)試技術(shù)規(guī)范，盡早發(fā)現(xiàn)故障。在測(cè)試時(shí)，須按照此計(jì)劃執(zhí)行。1.2. 術(shù)語(yǔ)集成測(cè)試：也叫組裝測(cè)試、聯(lián)合測(cè)試，集成測(cè)試是在單元測(cè)試的基礎(chǔ)上，將所有模塊按照概要設(shè)計(jì)要求組裝成子系統(tǒng)。系統(tǒng)測(cè)試：是將經(jīng)過(guò)測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來(lái)測(cè)試。它是檢測(cè)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說(shuō)明書中制定功能的有效方法。確認(rèn)測(cè)試:又稱有效測(cè)試，是在模擬的環(huán)境下，運(yùn)用

4、黑盒測(cè)試大方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說(shuō)明書列出的需求，任務(wù)是驗(yàn)證軟件的功能和性能及其他特性是否與用戶需求一致。1.3. 測(cè)試標(biāo)準(zhǔn)測(cè)試標(biāo)準(zhǔn)依據(jù)軟件需求規(guī)格說(shuō)明書。測(cè)試標(biāo)準(zhǔn)參數(shù)測(cè)試標(biāo)準(zhǔn)參數(shù)值測(cè)試需求覆蓋率>90%測(cè)試用例覆蓋率>90%測(cè)試用例執(zhí)行通過(guò)率>95%缺陷率（bug數(shù)量/功能點(diǎn)數(shù)）0.5, 3遺留缺陷數(shù)量<5%1.4. 參考文檔文檔（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)被評(píng)審作者或來(lái)源備注軟件需求規(guī)格說(shuō)明書是否是否陳國(guó)忠項(xiàng)目迭代沖刺計(jì)劃是否是否陳國(guó)忠軟件質(zhì)量保證計(jì)劃是否是否陳國(guó)忠2. 任務(wù)概述2.1. 人員安排角色姓名主要工作職責(zé)測(cè)試參與度測(cè)試組長(zhǎng)張鈺若組

5、織測(cè)試策劃，編制測(cè)試計(jì)劃組織測(cè)試案例的編制提供技術(shù)指導(dǎo)，評(píng)估測(cè)試工作匯報(bào)測(cè)試工作100開(kāi)發(fā)組張漢在單元測(cè)試中進(jìn)行B角測(cè)試10測(cè)試員陳國(guó)忠參與單元測(cè)試與集成測(cè)試50測(cè)試員張放參與單元測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試70%2.2. 測(cè)試環(huán)境硬件環(huán)境:PC機(jī)(內(nèi)存2G及以上、win7操作系統(tǒng))、安卓智能手機(jī)。軟件環(huán)境：安卓及以上系統(tǒng)、SQLite數(shù)據(jù)庫(kù)、測(cè)測(cè)app。2.3. 測(cè)試工具工具名稱版本要求備注TestDirector80Bug管理工具VSS配置管理工具QTP性能測(cè)試工具3. 測(cè)試策略3.1. 測(cè)試需求3.1.1. 測(cè)試需求編號(hào)規(guī)則測(cè)試需求編號(hào)規(guī)則包括以下要素：² 產(chǎn)品編號(hào)² 模

6、塊編號(hào)² 功能點(diǎn)和子功能點(diǎn)編號(hào)3.1.2. 測(cè)試需求的編寫規(guī)范 測(cè)試需求按照測(cè)試需求模板編寫，包含：任務(wù)簡(jiǎn)介、負(fù)責(zé)人、變更模塊、關(guān)聯(lián)模塊的功能特性。3.1.3. 測(cè)試需求的管理辦法經(jīng)過(guò)用戶接受測(cè)試需求分析和導(dǎo)出過(guò)程后，將得到用戶接受測(cè)試需求初稿。業(yè)務(wù)管理部門應(yīng)組織相關(guān)的業(yè)務(wù)人員、技術(shù)人員、環(huán)境管理人員、測(cè)試人員和其他相關(guān)人員進(jìn)行用戶接受測(cè)試需求評(píng)審，確保達(dá)成一致意見(jiàn)。建立用戶接受測(cè)試需求與業(yè)務(wù)需求規(guī)格、與用戶接受測(cè)試用例之間的雙向跟蹤關(guān)系；  建立系統(tǒng)集成測(cè)試需求與軟件需求分析規(guī)格、與系統(tǒng)集成測(cè)試用例之間的雙向跟蹤關(guān)系；   建立（系

7、統(tǒng)）連接測(cè)試需求與概要設(shè)計(jì)規(guī)格、與（系統(tǒng)）連接測(cè)試用例之間的雙向跟蹤關(guān)系； 建立單元測(cè)試需求與詳細(xì)設(shè)計(jì)規(guī)格，與單元測(cè)試用例之間的雙向跟蹤關(guān)系； 建立內(nèi)部測(cè)試需求與軟件需求分析規(guī)格、與詳細(xì)設(shè)計(jì)規(guī)格、與內(nèi)部測(cè)試用例之間的雙向跟蹤關(guān)系。3.2. 測(cè)試用例要求3.2.1. 測(cè)試用例編號(hào)規(guī)則測(cè)試用例編號(hào)的編寫規(guī)則如下：用例編號(hào)規(guī)則：GH-XXYY-ZZXX為主模塊的編號(hào)，YY為主模塊所包含的子模塊的編號(hào)。ZZ為子模塊中細(xì)分的測(cè)試條目。 3.2.2. 測(cè)試用例的編寫規(guī)范編寫用例規(guī)范 ：a） 系統(tǒng)性對(duì)系統(tǒng)業(yè)務(wù)流程要完整說(shuō)明整個(gè)系統(tǒng)的業(yè)務(wù)需求、系統(tǒng)由幾個(gè)子系統(tǒng)組成以及它們之間的關(guān)

8、系；對(duì)模塊業(yè)務(wù)流程要說(shuō)明子系統(tǒng)內(nèi)部功能、重點(diǎn)功能以及它們之間的關(guān)系 Ø b） 連貫性對(duì)系統(tǒng)業(yè)務(wù)流程要說(shuō)明各個(gè)子系統(tǒng)之間是如何連接在一起，若需要接口，各子系統(tǒng)之間是否有正確的接口，若是依靠頁(yè)面鏈接，則頁(yè)面的鏈接是否正確；對(duì)模塊業(yè)務(wù)流程要說(shuō)明同級(jí)模塊以及上下級(jí)模塊是如何構(gòu)成一個(gè)子系統(tǒng)，其內(nèi)部功能接口是否連貫。 Ø c） 全面性應(yīng)盡可能覆蓋各種路徑、盡可能覆蓋各個(gè)業(yè)務(wù)點(diǎn)，并要考慮跨年、跨月的數(shù)據(jù)以及大數(shù)據(jù)量并發(fā)測(cè)試的準(zhǔn)備 d） 正確性輸入界面后的數(shù)據(jù)應(yīng)與測(cè)試文檔所記錄的數(shù)據(jù)一致，而預(yù)期結(jié)果也應(yīng)與測(cè)試數(shù)據(jù)發(fā)生的業(yè)務(wù)吻合 e

9、） 符合正常業(yè)務(wù)規(guī)則測(cè)試數(shù)據(jù)要符合用戶實(shí)際工作中的業(yè)務(wù)流程，同時(shí)也要兼顧各種業(yè)務(wù)的變化以及當(dāng)前該業(yè)務(wù)行業(yè)的法律、法規(guī) f） 可操作性測(cè)試用例中要寫清楚測(cè)試的操作步驟，以及不同的操作步驟相對(duì)應(yīng)的測(cè)試結(jié)果  編寫用例標(biāo)準(zhǔn) :a) 測(cè)試案例編寫應(yīng)該制訂統(tǒng)一的模板進(jìn)行，并約定模板的使用方法； b) 測(cè)試案例編寫應(yīng)當(dāng)根據(jù)項(xiàng)目實(shí)際情況編寫測(cè)試案例編寫手冊(cè)，包括案例編號(hào)規(guī)則、案例編寫方法、案例編寫內(nèi)容、案例維護(hù)等內(nèi)容； c) 案例編寫應(yīng)根據(jù)手冊(cè)中約定的編寫方法、內(nèi)容等進(jìn)行編寫； d) 案例編寫要步驟明確，輸入輸出要素清晰，并且與需求和缺陷

10、相對(duì)應(yīng)；e) 案例編寫應(yīng)嚴(yán)格根據(jù)需求規(guī)格說(shuō)明書及測(cè)試需求功能分析點(diǎn)進(jìn)行，要求覆蓋全部需求功能點(diǎn)； f) 注重案例的可復(fù)用性，即在以后相似系統(tǒng)的測(cè)試過(guò)程中可以重復(fù)使用，減少測(cè)試設(shè)計(jì)工作量。測(cè)試用例模板：字段名稱描述測(cè)試用例優(yōu)先級(jí)標(biāo)示符測(cè)試項(xiàng)測(cè)試環(huán)境要求輸入標(biāo)準(zhǔn)輸出標(biāo)準(zhǔn)測(cè)試用例間的關(guān)聯(lián)編寫人編寫時(shí)間3.2.3. 測(cè)試用例的管理辦法測(cè)試用例根據(jù)測(cè)試用例模板編寫，采用EXCEL文檔同時(shí)保存于項(xiàng)目庫(kù)及測(cè)試庫(kù)，測(cè)試用例的修改于測(cè)試需求矩陣同步。3.3. 測(cè)試方案3.3.1. 單元測(cè)試測(cè)試目標(biāo)發(fā)現(xiàn)代碼和各功能模塊的缺陷。測(cè)試程序和三個(gè)模塊單元（性格測(cè)試、智力測(cè)試和“每日一簽”）的功能，同時(shí)檢查內(nèi)部

11、代碼設(shè)計(jì)，測(cè)試錯(cuò)誤處理能力。另外包括后臺(tái)數(shù)據(jù)庫(kù)的設(shè)計(jì)分析。測(cè)試重點(diǎn)與優(yōu)先級(jí)測(cè)試范圍：各個(gè)單獨(dú)模塊的功能實(shí)現(xiàn)以及代碼設(shè)計(jì)。重點(diǎn)與優(yōu)先級(jí)：1、 程序內(nèi)部結(jié)構(gòu)分析； 【高優(yōu)先級(jí)】2、 設(shè)計(jì)測(cè)試用例覆蓋各函數(shù)，測(cè)試各函數(shù)功能；【中優(yōu)先級(jí)】3、 設(shè)計(jì)測(cè)試用例覆蓋各分支，測(cè)試各分支；【中優(yōu)先級(jí)】4、 設(shè)計(jì)測(cè)試用例覆蓋各循環(huán)，測(cè)試各循環(huán)條件、功能；【中優(yōu)先級(jí)】5、 利用合理的輸入、輸出數(shù)據(jù)通過(guò)黑盒方式測(cè)試模塊功能；【中優(yōu)先級(jí)】6、 后臺(tái)數(shù)據(jù)庫(kù)結(jié)構(gòu)分析及功能測(cè)試； 【中優(yōu)先級(jí)】7、 選擇極端條件測(cè)試模塊功能。 【低優(yōu)先級(jí)】測(cè)試類型1、 白盒測(cè)試：分析程序內(nèi)部結(jié)構(gòu)，針對(duì)條件和循環(huán)進(jìn)行測(cè)試；2、 黑盒測(cè)試：通過(guò)輸

12、入數(shù)據(jù)和輸出結(jié)果來(lái)檢測(cè)軟件的行為錯(cuò)誤。測(cè)試輸入可運(yùn)行的軟件以及軟件需求規(guī)格說(shuō)明、待測(cè)試程序代碼。測(cè)試輸出1、 測(cè)試日志：記錄測(cè)試中發(fā)生的事件。2、 測(cè)試報(bào)告：記錄程序中出現(xiàn)的缺陷。3、 缺陷度量：以“天”為單位，記錄缺陷出現(xiàn)量。測(cè)試結(jié)束標(biāo)準(zhǔn)1、 所有測(cè)試案例均已運(yùn)行至少一次；2、 95%的測(cè)試案例成功通過(guò)；3、 所有測(cè)試結(jié)果都已被記錄。測(cè)試案例覆蓋要求應(yīng)涵蓋函數(shù)、分支覆蓋。其中函數(shù)覆蓋應(yīng)為100%，即測(cè)試過(guò)所有函數(shù)。分支覆蓋率也應(yīng)為100%，即代碼中涉及的所有分支情況也應(yīng)全被覆蓋，否則會(huì)留下未測(cè)試代碼，引發(fā)潛在風(fēng)險(xiǎn)。BUG記錄要求1、 BUG所處位置；2、 引起該缺陷的輸入數(shù)據(jù)；3、 該缺陷得

13、到的輸出結(jié)果；測(cè)試實(shí)施人張鈺若、張漢、張放3.3.2. 集成測(cè)試測(cè)試目標(biāo)組裝各個(gè)功能模塊（性格測(cè)試、智力測(cè)試和“每日一簽”）后，測(cè)試各模塊間是否正確的配合工作、傳遞數(shù)據(jù)，檢查模塊間接口工作是否協(xié)調(diào)。測(cè)試重點(diǎn)與優(yōu)先級(jí)測(cè)試范圍：模塊間接口以及模塊組裝后的整體系統(tǒng)工作情況。重點(diǎn)與優(yōu)先級(jí)：1、 測(cè)試模塊間的關(guān)鍵接口（涉及進(jìn)行大量數(shù)據(jù)傳輸、交換）的代碼設(shè)計(jì)； 【高優(yōu)先級(jí)】2、 測(cè)試模塊間的關(guān)鍵接口（涉及進(jìn)行大量數(shù)據(jù)傳輸、交換）的功能實(shí)現(xiàn)； 【中優(yōu)先級(jí)】3、 測(cè)試子系統(tǒng)（各模塊組裝后的前臺(tái)系統(tǒng)）功能及后臺(tái)子系統(tǒng)（主要是數(shù)據(jù)庫(kù)）的功能； 【中優(yōu)先級(jí)】4、 選擇極端條件測(cè)試子系統(tǒng)（各模塊組裝后的前臺(tái)系統(tǒng)）功能

14、及后臺(tái)子系統(tǒng)（主要是數(shù)據(jù)庫(kù)）的功能；【中優(yōu)先級(jí)】5、 測(cè)試前后臺(tái)子系統(tǒng)組裝后的功能。 【低優(yōu)先級(jí)】測(cè)試類型1、 靜態(tài)測(cè)試；2、 動(dòng)態(tài)測(cè)試（主要）1） 黑盒測(cè)試：通過(guò)輸入數(shù)據(jù)和輸出結(jié)果來(lái)檢測(cè)軟件的行為錯(cuò)誤；（主要）2） 白盒測(cè)試：分析程序內(nèi)部結(jié)構(gòu)，針對(duì)條件和循環(huán)進(jìn)行測(cè)試。測(cè)試輸入1、 經(jīng)過(guò)單元測(cè)試并改進(jìn)后的各個(gè)單獨(dú)模塊；2、 軟件需求規(guī)格說(shuō)明。測(cè)試輸出1、 測(cè)試日志：記錄測(cè)試中發(fā)生的事件。2、 測(cè)試報(bào)告：記錄程序中出現(xiàn)的缺陷。3、缺陷度量：以“天”為單位，記錄缺陷出現(xiàn)量。測(cè)試結(jié)束標(biāo)準(zhǔn)1、 所有測(cè)試案例均已運(yùn)行至少一次；2、 95%的測(cè)試案例成功通過(guò)；3、所有測(cè)試結(jié)果都已被記錄。測(cè)試案例覆蓋要求應(yīng)

15、涵蓋函數(shù)、分支覆蓋。其中函數(shù)覆蓋應(yīng)為100%，即測(cè)試過(guò)所有函數(shù)。分支覆蓋率也應(yīng)為100%，即代碼中涉及的所有分支情況也應(yīng)全被覆蓋，否則會(huì)留下未測(cè)試代碼，引發(fā)潛在風(fēng)險(xiǎn)。BUG記錄要求1、 BUG所處位置；2、 引起該缺陷的輸入數(shù)據(jù)；3、該缺陷得到的輸出結(jié)果；測(cè)試實(shí)施人張鈺若、陳國(guó)忠、張漢3.3.3. 確認(rèn)測(cè)試3.3.3.1. 系統(tǒng)測(cè)試測(cè)試目標(biāo)查找各種系統(tǒng)操作中的錯(cuò)誤，保證軟件在實(shí)際環(huán)境中能夠穩(wěn)定、可靠運(yùn)行。測(cè)試重點(diǎn)與優(yōu)先級(jí)測(cè)試范圍：全面集成的整個(gè)系統(tǒng)。重點(diǎn)與優(yōu)先級(jí)：1、 功能測(cè)試； 【高優(yōu)先級(jí)】2、 性能測(cè)試； 【高優(yōu)先級(jí)】3、 恢復(fù)性測(cè)試； 【中優(yōu)先級(jí)】4、 健壯性測(cè)試； 【低優(yōu)先級(jí)】測(cè)試類型

16、3、 靜態(tài)測(cè)試；4、 動(dòng)態(tài)測(cè)試（主要）3） 黑盒測(cè)試：通過(guò)輸入數(shù)據(jù)和輸出結(jié)果來(lái)檢測(cè)軟件的行為錯(cuò)誤；（主要）4） 白盒測(cè)試：分析程序內(nèi)部結(jié)構(gòu)，針對(duì)條件和循環(huán)進(jìn)行測(cè)試。測(cè)試輸入1、 經(jīng)過(guò)集成測(cè)試并改進(jìn)后的全面集成的整個(gè)系統(tǒng)；2、 軟件需求規(guī)格說(shuō)明。測(cè)試輸出1、 測(cè)試日志：記錄測(cè)試中發(fā)生的事件。2、測(cè)試報(bào)告：記錄程序中出現(xiàn)的缺陷。3、缺陷度量：以“天”為單位，記錄缺陷出現(xiàn)量。測(cè)試結(jié)束標(biāo)準(zhǔn)1、 所有測(cè)試案例均已運(yùn)行至少一次；2、95%的測(cè)試案例成功通過(guò)；3、所有測(cè)試結(jié)果都已被記錄。測(cè)試案例覆蓋要求覆蓋所有需求中要求的功能。BUG記錄要求1、 BUG所處位置；2、 引起該缺陷的輸入數(shù)據(jù)；3、該缺陷得到的

17、輸出結(jié)果；測(cè)試實(shí)施人張鈺若、張放、陳國(guó)忠3.4. 測(cè)試缺陷管理3.4.1. 缺陷記錄 在軟件測(cè)試的各流程中，發(fā)現(xiàn)的軟件缺陷統(tǒng)一記錄到軟件測(cè)試缺陷文檔中。 缺陷屬性：屬性名稱說(shuō) 明標(biāo)識(shí)（Identifier）標(biāo)記某個(gè)缺陷的唯一的符號(hào)，可以使用數(shù)字、字母組合來(lái)表示。類型（Type）缺陷類型是根據(jù)缺陷的自然屬性劃分的缺陷種類。描述（Description）對(duì)缺陷進(jìn)行詳細(xì)的描述，以便缺陷重現(xiàn)。嚴(yán)重程度（Severity）指因缺陷引起的故障對(duì)軟件產(chǎn)品的影響程度。優(yōu)先級(jí)（Priority）缺陷必須被修復(fù)的緊急程度。狀態(tài)(State)缺陷通過(guò)一個(gè)跟蹤修復(fù)過(guò)程的進(jìn)展情況。來(lái)源（Source）指引起缺陷的起因。

18、缺陷類型：缺陷類型描述功能問(wèn)題影響了重要的特性、用戶界面、產(chǎn)品接口、硬件結(jié)構(gòu)接口和全局?jǐn)?shù)據(jù)結(jié)構(gòu)。并且設(shè)計(jì)文檔需要正式的變更。如指針，循環(huán)，遞歸，功能等缺陷。接口問(wèn)題與其他組件、模塊或設(shè)備驅(qū)動(dòng)程序、調(diào)用參數(shù)、控制塊或參數(shù)列表相互影響的缺陷。數(shù)據(jù)問(wèn)題需要修改少量代碼，如初始化或控制塊。如聲明、重復(fù)命名，范圍、限定等缺陷。邏輯問(wèn)題需要進(jìn)行邏輯分析，進(jìn)行代碼修改，如循環(huán)條件等用戶界面問(wèn)題人機(jī)交互特性：屏幕格式， 確認(rèn)用戶輸入，功能有效性，頁(yè)面排版等方面的缺陷。文檔問(wèn)題影響發(fā)布和維護(hù)，包括注釋等缺陷。性能問(wèn)題不滿足系統(tǒng)可測(cè)量的屬性值，如：執(zhí)行時(shí)間，事務(wù)處理速率等缺陷。環(huán)境問(wèn)題由于設(shè)計(jì)、編譯和運(yùn)行環(huán)境引發(fā)

19、的問(wèn)題。標(biāo)準(zhǔn)問(wèn)題不符合各種標(biāo)準(zhǔn)的要求， 如編碼標(biāo)準(zhǔn)、設(shè)計(jì)符號(hào)等缺陷。其他問(wèn)題以上問(wèn)題所不包含的其他問(wèn)題。缺陷嚴(yán)重程度：嚴(yán)重級(jí)別對(duì)應(yīng)缺陷嚴(yán)重等級(jí)描 述1-嚴(yán)重（Critical）嚴(yán)重缺陷不能執(zhí)行正常工作功能或?qū)崿F(xiàn)重要功能。2-重要（Major）較大缺陷產(chǎn)生錯(cuò)誤的結(jié)果，導(dǎo)致系統(tǒng)不穩(wěn)定，運(yùn)行時(shí)好時(shí)壞，嚴(yán)重地影響系統(tǒng)要求或基本功能實(shí)現(xiàn)的問(wèn)題。3-中等（Normal）一般缺陷不正確的，但不會(huì)影響系統(tǒng)穩(wěn)定性的缺陷。4-次要（Minor）輕微缺陷不正確的，但有使系統(tǒng)使用起來(lái)不太方便的錯(cuò)誤，重點(diǎn)指系統(tǒng)的UI問(wèn)題。5-其他（Other）其他缺陷系統(tǒng)中值得改良的問(wèn)題。缺陷優(yōu)先級(jí)：缺陷優(yōu)先級(jí)描 述1-立即解決（Resolve Immediately）導(dǎo)致測(cè)試無(wú)法繼續(xù)進(jìn)行，必須立刻進(jìn)行修復(fù)；對(duì)用戶產(chǎn)生很大影響，必須優(yōu)先解決。2-高度關(guān)注（Highly Focus）對(duì)此缺陷給以高度重視，應(yīng)優(yōu)先進(jìn)行修復(fù)。3-正常排隊(duì)（Normal Queue）缺陷需要正常排隊(duì)等待修復(fù)或列入軟件發(fā)布清單。4-低優(yōu)先級(jí)（Not Urgent）缺陷可以在方便時(shí)被糾正。缺陷狀態(tài)：缺陷狀態(tài)描 述提交(Submitted)已提交的缺陷。激活或打開(kāi)(Active or Open)問(wèn)題還沒(méi)有解決，存在源代碼中，確認(rèn)“提交的缺陷”，等待處理。拒絕（Reject