軟件測(cè)試標(biāo)準(zhǔn)規(guī)范

1目的

為了確保軟件產(chǎn)品質(zhì)量，使產(chǎn)品能夠順利交付和經(jīng)過驗(yàn)收，特

編寫本文檔，以作參考

2適用范圍

本文檔適用于I頁目開發(fā)過程中的單元測(cè)試、集成測(cè)試、系

統(tǒng)測(cè)試、業(yè)務(wù)測(cè)試、驗(yàn)收測(cè)試以及一些專班測(cè)試。

3職責(zé)

＞項(xiàng)目測(cè)試負(fù)責(zé)人組織編制《測(cè)試計(jì)劃》、《測(cè)試方案》，指

導(dǎo)和督促測(cè)試人員完成各階段的測(cè)試工作。

＞項(xiàng)目組測(cè)試人員按照《測(cè)試計(jì)劃》、《測(cè)試方案》完成所

承擔(dān)的測(cè)試任務(wù)，并按要求填寫《問題報(bào)告及維護(hù)記錄》。

＞測(cè)試經(jīng)理依照確認(rèn)規(guī)程和準(zhǔn)則對(duì)工作產(chǎn)品進(jìn)行確認(rèn)，提

出對(duì)確認(rèn)規(guī)程和準(zhǔn)則的修改意見

＞項(xiàng)目負(fù)責(zé)人組織測(cè)試環(huán)境的建立。

＞項(xiàng)目經(jīng)理審核負(fù)責(zé)控制整個(gè)項(xiàng)目的時(shí)間和質(zhì)量。

研發(fā)人員確認(rèn)修改測(cè)試人員提交的bugo

4工作流程

4.1測(cè)試依據(jù)

詳細(xì)設(shè)計(jì)是模塊測(cè)試的依據(jù)。因此設(shè)計(jì)人員應(yīng)向測(cè)試人員提

供《系統(tǒng)需求規(guī)格書名書》、《詳細(xì)設(shè)計(jì)》、《概要設(shè)計(jì)》等有

關(guān)資料。測(cè)試人員必須認(rèn)真閱讀，真正弄懂系統(tǒng)需求和詳細(xì)設(shè)

計(jì)。

4.2制訂《測(cè)試方案》

在測(cè)試之前，由項(xiàng)目優(yōu)責(zé)人根據(jù)《測(cè)試計(jì)劃》的要求，組織人

員編制相應(yīng)的《測(cè)試方案》，《測(cè)試方案》應(yīng)包括以下內(nèi)容：

＞測(cè)試目的；

＞所需人員及相應(yīng)培訓(xùn)要求；

＞測(cè)或環(huán)境、工具和測(cè)式軟件；

＞測(cè)試用例、測(cè)試數(shù)據(jù)和預(yù)期的結(jié)果。

4.3單元測(cè)試

項(xiàng)目開發(fā)實(shí)現(xiàn)過程中，每個(gè)程序單元（程序單元的劃分視具

體開發(fā)工具而定，一般定為函數(shù)或子程序級(jí)）編碼調(diào)試經(jīng)過后,

要及時(shí)進(jìn)行單元測(cè)試。

單元測(cè)試由單元開發(fā)者自己進(jìn)行，使用白盒測(cè)試方法，根據(jù)程

序單元的控制流程，爭取達(dá)到分支覆蓋。對(duì)于交互式運(yùn)行的產(chǎn)品,

不便于進(jìn)行自動(dòng)測(cè)試的，能夠采用功能測(cè)試的方法進(jìn)行。

單元測(cè)試針對(duì)程序模塊，從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用

例。多個(gè)模塊能夠獨(dú)立進(jìn)行單元測(cè)試。

＞單元測(cè)試內(nèi)容包括模塊接口測(cè)試、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試、路

徑測(cè)試、錯(cuò)誤處理測(cè)試等；

＞單元測(cè)試組織原則一遍根據(jù)開發(fā)進(jìn)度安排對(duì)已開發(fā)完成的

單一模塊進(jìn)行測(cè)試；

＞單元測(cè)試停止標(biāo)準(zhǔn)：完成了所有規(guī)定單元的測(cè)試，單元測(cè)

試中發(fā)現(xiàn)的bug已經(jīng)得到修改。

4.4集成測(cè)試

編碼開發(fā)完成，助目組內(nèi)部應(yīng)進(jìn)行組裝測(cè)試。

集成測(cè)試由項(xiàng)目負(fù)責(zé)人組織策劃（編寫測(cè)試計(jì)劃、測(cè)試用例）

并實(shí)施。集成測(cè)試著重對(duì)各功能模塊之間的接口進(jìn)行測(cè)試，驗(yàn)證

各功能模塊是否能協(xié)調(diào)工作、參數(shù)傳遞及功能調(diào)用是否正常。

測(cè)試采用交叉方法，即個(gè)人開發(fā)的軟件應(yīng)由其它的項(xiàng)目組成員

進(jìn)行測(cè)試。

集成測(cè)試過程應(yīng)填寫《問題報(bào)告及維護(hù)記錄》，測(cè)試結(jié)果應(yīng)形

成《測(cè)試報(bào)告》。

4.5系統(tǒng)測(cè)試

在I頁目開發(fā)完成之后，應(yīng)對(duì)整個(gè)系統(tǒng)軟件和硬件進(jìn)行系統(tǒng)測(cè)

＞標(biāo)題顏色

＞按鈕的名稱是否規(guī)范

＞界面布局是否合理，整體效果如何

輸入值測(cè)試：

＞數(shù)據(jù)類型

＞數(shù)據(jù)長度

＞約束條件是否滿足，是否完整

＞TAB和Enter鍵是否起作用

＞鍵盤操作能否全部代替鼠標(biāo)操作

＞輸入（光標(biāo)）是否按照順序前進(jìn)

按鈕測(cè)試：

＞將按鈕放開和封閉是否嚴(yán)格、準(zhǔn)確，不能使用的按鈕必須

封閉

＞檢查“退出“、“取消”等具有共性按鈕的功能

異常情況測(cè)試：

在完成正常功能測(cè)試后，安正常處理的相同操作順序，執(zhí)行與

正常處理不同的動(dòng)作例如

＞正常處理中要求輸入日期的字段，這時(shí)輸入字符或數(shù)字

＞正常處理中輸入字段有范圍要求，這時(shí)輸入超過范圍的值

＞正常處理中用兩個(gè)值限定范圍，這時(shí)用一個(gè)值或不限定

＞正常處理中要求用“Tab”鍵，這時(shí)安”Enter”鍵或其它鍵

＞正常處理中單選框、多選框、下拉框等，十一偶那個(gè)非

指定鍵操作

＞使用不同于指定的按鈕操作

4.6業(yè)務(wù)測(cè)試

在組裝測(cè)試與系統(tǒng)測(cè)試結(jié)束后，均可由最終用戶或測(cè)試人員

對(duì)系統(tǒng)進(jìn)行測(cè)試。業(yè)務(wù)測(cè)試著重測(cè)試業(yè)務(wù)流程，功能、用戶界

面等方面。

項(xiàng)目、測(cè)試負(fù)責(zé)人負(fù)責(zé)組織相關(guān)人員制定測(cè)試方案和測(cè)試用

例，并進(jìn)行測(cè)試。

測(cè)試的結(jié)果應(yīng)形成《問題報(bào)告及維護(hù)記錄》。

4.7驗(yàn)收測(cè)試

4.7.1驗(yàn)收測(cè)試的條件

＞按照項(xiàng)目計(jì)劃規(guī)定的驗(yàn)收測(cè)試進(jìn)度安排進(jìn)行測(cè)試準(zhǔn)備

＞在驗(yàn)收測(cè)試前，各項(xiàng)內(nèi)部的測(cè)試活動(dòng)都受到監(jiān)控并爭取執(zhí)

行

4.7.2交付版本的要求

＞按照集成測(cè)試用例完成了整個(gè)系統(tǒng)的集成測(cè)試

＞集成版本滿足設(shè)計(jì)定義的各項(xiàng)功能、性能要求

＞提交的數(shù)據(jù)庫腳本樣本需要完整.沒有冗余數(shù)據(jù)

＞在集成測(cè)試中發(fā)現(xiàn)的bug已經(jīng)得到解決，各級(jí)缺陷修改率

達(dá)到標(biāo)準(zhǔn)

＞軟件需求分析說明書中定義的所有功能都已經(jīng)實(shí)現(xiàn)，性能

指標(biāo)全部達(dá)到性能需求指標(biāo)

＞提交階段性測(cè)試報(bào)告，包括功能和性能測(cè)試報(bào)告

＞所有文檔齊備完整

4.7.3版本發(fā)布的準(zhǔn)則

＞軟件產(chǎn)品經(jīng)過了單元測(cè)試、集成測(cè)試、業(yè)務(wù)測(cè)試、系統(tǒng)測(cè)試、性

能測(cè)試

＞測(cè)試部提交文檔：測(cè)試計(jì)劃、測(cè)試方案、測(cè)試用例、測(cè)試分析報(bào)

告

＞所有測(cè)試項(xiàng)必須符合以下標(biāo)準(zhǔn)

■致命錯(cuò)誤：無

■功能錯(cuò)誤：無

■功能缺陷：項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、測(cè)試負(fù)責(zé)人審核

經(jīng)過

■界面缺陷：項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、測(cè)試負(fù)責(zé)人審核

經(jīng)過

■建議：項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、測(cè)試負(fù)責(zé)人審核經(jīng)過

＞以上幾項(xiàng)其中之一不滿足要求，視為不合格

在產(chǎn)品交付和用戶驗(yàn)收之前，經(jīng)過驗(yàn)收測(cè)試來確認(rèn)在規(guī)定的

使用環(huán)境下整個(gè)產(chǎn)品的運(yùn)行情況是否滿足規(guī)定的要求。

在產(chǎn)品交付：前，由指定的險(xiǎn)收負(fù)責(zé)人組織制定測(cè)試方案和

測(cè)試用例，主持驗(yàn)收。

驗(yàn)收測(cè)試過程應(yīng)形成《問題報(bào)告及維護(hù)記錄》。

4.8用戶現(xiàn)場(chǎng)測(cè)試

將軟件部署到用戶實(shí)際生產(chǎn)環(huán)境后，由于環(huán)境差異，需要在用

戶現(xiàn)場(chǎng)進(jìn)行確認(rèn)測(cè)試，保證系統(tǒng)功能、性能完備，可正常運(yùn)行。

測(cè)試內(nèi)容：

＞根據(jù)軟件系統(tǒng)規(guī)模，準(zhǔn)備現(xiàn)場(chǎng)測(cè)試用例，涵蓋所有重要功

能點(diǎn)，若規(guī)模小，需要將全部功能點(diǎn)全部測(cè)試一遍

＞對(duì)于后臺(tái)已定義好的工作流、功能欄目路徑以及用戶信息

等數(shù)據(jù)，不可進(jìn)行修改和刪除操作，新增的測(cè)試數(shù)據(jù)也需

要在測(cè)試完成后給予清楚

＞重點(diǎn)檢查上傳、下載的數(shù)據(jù)是否能夠正常的打開或保存

＞確認(rèn)界面美觀，基本信息和鏈接無錯(cuò)誤

＞考慮用戶實(shí)際的軟件環(huán)境和網(wǎng)絡(luò)環(huán)境，以客戶端最為復(fù)雜

的軟硬件環(huán)境作為測(cè)試機(jī)器，檢查有無異常情況出現(xiàn)

＞針對(duì)前期發(fā)現(xiàn)的bug進(jìn)行回歸測(cè)試，以保證發(fā)布版本為鼓

新版本

4.9編寫測(cè)試文檔

4.9.1測(cè)試點(diǎn)

將測(cè)試模塊分解成多個(gè)功能點(diǎn)，測(cè)試點(diǎn)應(yīng)涵蓋功能點(diǎn)，也涵蓋

了正常測(cè)試和異常測(cè)試。

4.9.2輸入數(shù)據(jù)

輸入數(shù)據(jù)包括界面輸入數(shù)據(jù)、數(shù)據(jù)庫的初始數(shù)據(jù)及其它外部

輸入數(shù)據(jù)。特別是數(shù)據(jù)庫的初始所需屬性一一列出，全面是指:

數(shù)據(jù)能達(dá)到模塊所涉及的全部功能，典型是指這個(gè)數(shù)據(jù)能充分

反映功能特點(diǎn)。

4.9.3測(cè)試描述

描述測(cè)試步驟，包括：操作員所執(zhí)行的動(dòng)作（包括鼠標(biāo)、鍵

盤、加載外部數(shù)據(jù)等操作）；系統(tǒng)的反應(yīng)，包括：光標(biāo)定位、光

標(biāo)聚焦、顯示字段值、按鈕的封閉和放開、功能鍵的封閉和

放開、系統(tǒng)提示和系統(tǒng)消息等。

4.9.4預(yù)期輸出數(shù)據(jù)

按準(zhǔn)備的輸入數(shù)據(jù)和設(shè)計(jì)要求的處理過程，模塊應(yīng)輸出的數(shù)

據(jù)。

輸出數(shù)據(jù)包括：屏幕輸出數(shù)據(jù)、輸出到數(shù)據(jù)庫的數(shù)據(jù)、輸出

到其它外部介質(zhì)上的數(shù)據(jù)，并指出斷點(diǎn)結(jié)果或最終結(jié)果。

4.9.5實(shí)際輸出

填寫本測(cè)試點(diǎn)程序運(yùn)行后的實(shí)際輸出。

4.9.6正確與否

程序運(yùn)行后，實(shí)際輸出結(jié)果和預(yù)期輸出結(jié)果一致時(shí)，為正常,

否則為不正常。

4.9.7測(cè)試結(jié)論

填寫本次測(cè)試的結(jié)論，是合格或不合格。若不合格時(shí)，應(yīng)總結(jié)

存在的問題，能夠讓修改者一目了然。

5缺陷管理

5.1缺陷的定義及其基本屬性

缺陷是指在軟件開發(fā)過程中的針對(duì)軟件產(chǎn)品和開發(fā)過程中的

問題，這些問題已經(jīng)影響或可能會(huì)影響軟件產(chǎn)品的質(zhì)量。缺陷應(yīng)

該具備以下屬性，也就是往缺陷管理庫或者缺陷列表中提交的

缺陷應(yīng)該具備以下屬性:

屬性名稱描述

缺陷標(biāo)識(shí)標(biāo)記某個(gè)缺陷的一組符號(hào)，每個(gè)缺陷必須有一個(gè)唯一

的標(biāo)識(shí)

缺陷類型根據(jù)缺陷的自然屬性劃分的缺陷種類

缺陷驗(yàn)證程度因缺陷引起的故障對(duì)軟件產(chǎn)品的影響程度

缺陷所處的模塊或缺陷分步的模塊或子系統(tǒng)

子系統(tǒng)

缺陷出現(xiàn)幾率指發(fā)現(xiàn)錯(cuò)誤的幾率

缺陷的重現(xiàn)步驟詳細(xì)的缺陷重現(xiàn)步驟

附件與缺陷相關(guān)的附件（截圖、附件、用例等）

備注對(duì)缺陷的其它描述

5.2缺陷分類

根據(jù)缺陷的定義，將缺陷分為如下列：

＞文檔缺陷：是指對(duì)文檔的靜態(tài)檢查過程中發(fā)現(xiàn)的缺陷。檢

查活動(dòng)包括同行評(píng)審、產(chǎn)品審計(jì)等。評(píng)審的缺陷要根據(jù)被

評(píng)審對(duì)象的類型來確定，被評(píng)審的對(duì)象包括最終出產(chǎn)物和

中間過程產(chǎn)出物，比如需求文檔、設(shè)計(jì)文檔、計(jì)劃、報(bào)

告、用例等

?代碼缺陷：是指對(duì)代碼進(jìn)行同行評(píng)審、審計(jì)或代碼走查過

程中發(fā)現(xiàn)的缺陷

＞測(cè)試缺陷：是指由測(cè)試活動(dòng)發(fā)現(xiàn)的測(cè)試對(duì)象（被測(cè)對(duì)象一

般是指可運(yùn)行的代碼、系統(tǒng)，不包括靜態(tài)測(cè)試發(fā)現(xiàn)的問題）

的缺陷，測(cè)試活動(dòng)包括單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、

性能測(cè)試等

＞過程缺陷：有稱為不符合項(xiàng)問題，是指經(jīng)過過程審計(jì)、過

程分析、管理評(píng)審、質(zhì)量評(píng)估、質(zhì)量審核等活動(dòng)發(fā)現(xiàn)的

關(guān)于過程的缺陷和問題。過程缺陷的發(fā)現(xiàn)者一般是測(cè)試人

員、項(xiàng)目經(jīng)理等

5.3文檔缺陷分類

缺陷分類描述

描述不完整文當(dāng)內(nèi)容缺失，或文檔應(yīng)該包括的范圍沒有涵蓋

不一致一致性問題有兩類：

一是與源頭說明書不一致，比如需求和客戶業(yè)務(wù)需求不

一致、設(shè)計(jì)與需求不一致等

二是上下文或者與前提不一致

描述錯(cuò)誤文檔描述是錯(cuò)誤的，不可實(shí)現(xiàn)或?qū)е洛e(cuò)誤的輸出或結(jié)果

功能問題該缺陷將會(huì)導(dǎo)致用戶功能的錯(cuò)誤、不滿足、不可用

不清楚或有歧義內(nèi)容的描述不清楚、不能準(zhǔn)確表示、或表示的意思有

歧義

邏輯錯(cuò)誤內(nèi)容組織邏輯不清楚、邏輯錯(cuò)誤

接口問題與最終用戶接口問題、與外部系統(tǒng)的接口問題、內(nèi)部

子系統(tǒng)或模塊的接口問題

輸入輸出問題輸入輸出不完整、不正確、不可測(cè)試或驗(yàn)證

不細(xì)化內(nèi)容還需要進(jìn)一步細(xì)化

性能問題文當(dāng)?shù)脑O(shè)計(jì)或?qū)崿F(xiàn)方式存在性能問題

安全性問題文當(dāng)?shù)脑O(shè)計(jì)或?qū)崿F(xiàn)方式存在安全性問題

5.4代碼缺陷分類

缺陷分類描述

常量變量定義問題

不滿足設(shè)計(jì)或需求

編寫代碼不符合規(guī)范

條件判斷處理

循環(huán)處理錯(cuò)誤

異常處理

算法邏輯問題

注釋問題

代碼冗余

性能問題

5.5系統(tǒng)測(cè)試缺陷分類

缺陷類型描述

功能錯(cuò)誤影響了重要的特性、用戶界面、產(chǎn)品接口或全局?jǐn)?shù)據(jù)

結(jié)構(gòu)，而且設(shè)計(jì)文檔需要爭取的變更。如邏輯、循環(huán)、

遞歸、功能等缺陷

結(jié)構(gòu)錯(cuò)誤Web應(yīng)用程序結(jié)構(gòu)化頁面無法顯示，或者顯示錯(cuò)誤

腳本錯(cuò)誤Web應(yīng)用程序當(dāng)中出現(xiàn)腳本錯(cuò)誤，包括客戶端對(duì)數(shù)據(jù)進(jìn)

行校驗(yàn)和運(yùn)算的各種情況下產(chǎn)生的錯(cuò)誤

頁面鏈接錯(cuò)誤Web應(yīng)用程序頁面出現(xiàn)空鏈接、錯(cuò)誤鏈接、死鏈接

頁面文字錯(cuò)誤Web應(yīng)用程序頁面出現(xiàn)的中外文拼寫、使用、以及不

同語種頁面的編碼錯(cuò)誤

頁面圖形錯(cuò)誤Web應(yīng)用程序頁面出現(xiàn)圖片內(nèi)容使用不當(dāng)，或者無法顯

示

ALT錯(cuò)誤Web應(yīng)用程序頁面當(dāng)中超文本標(biāo)識(shí)語言、文本標(biāo)簽解釋

錯(cuò)誤

排版錯(cuò)誤Web應(yīng)用程序頁面排版不符合要求或者不符合使用習(xí)慣

業(yè)務(wù)邏輯不合理應(yīng)用程序的實(shí)現(xiàn)流程和規(guī)定'業(yè)務(wù)流程不一致，或者實(shí)現(xiàn)

流程無法正確完成。包括流程數(shù)據(jù)的部分并行、爭用、

同步等操作，引起的流程斷裂、死鎖、以及其它異常

情況

業(yè)務(wù)邏輯不方便應(yīng)用程序?qū)崿F(xiàn)流程在實(shí)際情況下雖然能夠完成，可是存

在不必要的重復(fù)、等待、冗余等影響使用效率的情況

其它錯(cuò)誤其它未分類錯(cuò)誤

建議系統(tǒng)改進(jìn)建議

5.6缺陷等級(jí)定義

缺陷的嚴(yán)重程度對(duì)以上所述的缺陷類型都是適合的，缺陷的

嚴(yán)重程度反映的是對(duì)缺陷的發(fā)現(xiàn)對(duì)象可能造成的影響或后果來

定義的。

缺陷等級(jí)缺陷性質(zhì)系統(tǒng)中對(duì)應(yīng)描述

的錯(cuò)誤分類

一級(jí)致命錯(cuò)誤系統(tǒng)崩潰導(dǎo)致對(duì)被描述的主要對(duì)象的理解錯(cuò)

誤、不可行、不可運(yùn)轉(zhuǎn)、對(duì)業(yè)務(wù)

系統(tǒng)死鎖

和整個(gè)系統(tǒng)造成重大損失或損害；

對(duì)使用、維護(hù)或保管人員有危險(xiǎn)或

不安全，以及對(duì)產(chǎn)品的基本功能有

致命影響的缺陷

二級(jí)嚴(yán)重缺陷嚴(yán)重錯(cuò)誤對(duì)被描述的部分對(duì)象的理解或?qū)崿F(xiàn)

錯(cuò)誤，部分的模塊或系統(tǒng)不可行或

不能運(yùn)轉(zhuǎn)或部分模塊和系統(tǒng)缺失，

對(duì)整個(gè)系統(tǒng)有重大影響或可能造成

部分的損失或損害；嚴(yán)重影響使用

安全

三級(jí)一般缺陷次要錯(cuò)誤系統(tǒng)中部分單元模塊或單個(gè)功能描

述和實(shí)現(xiàn)有錯(cuò)誤、有偏差、不一致

布局不合理

或有缺失，不影響模塊的正常運(yùn)行，

文字錯(cuò)誤

或有影響，但能夠有替代的辦法或

避免辦法

四級(jí)微小缺陷微不足道基本不影響系統(tǒng)的運(yùn)行和功能的實(shí)

現(xiàn)。可是與標(biāo)準(zhǔn)、規(guī)范和定義不一

致

五級(jí)建議缺陷新特性不在定義、標(biāo)準(zhǔn)、范圍的定義和約

束之內(nèi)，可是從提出者來看是需要

完善的建議

5.7缺陷優(yōu)先級(jí)定義

缺陷優(yōu)先級(jí)描述

特急需要馬上進(jìn)行修改

加急一天到兩天之內(nèi)必須修改

高介于中和加急之間

中缺陷需要正常排隊(duì)等待修復(fù)或列入軟件發(fā)布清單

低留到組后解決，如果項(xiàng)目的進(jìn)度跟緊張能夠在產(chǎn)品發(fā)布以前

不解決

5.8缺陷狀態(tài)定義

缺陷狀態(tài)描述

初始狀態(tài)（New）測(cè)試或開發(fā)人員提交一個(gè)新的缺陷，等待開發(fā)人員或項(xiàng)

目經(jīng)理分配修改負(fù)責(zé)人

打回(Feedback)要求缺陷的報(bào)告者再次對(duì)缺陷進(jìn)行說明

己分配是指已經(jīng)分配給屬主，等待修改。

(Assigned)

已解決缺陷被屬主修改，等待測(cè)試人員驗(yàn)證

(Resolved)

關(guān)閉(Closed)測(cè)求人員驗(yàn)證缺陷已經(jīng)修復(fù)

重新打開測(cè)求人員驗(yàn)證，缺陷沒有修改正確

(Reopen)

遺留(Later)經(jīng)項(xiàng)目經(jīng)理和技術(shù)經(jīng)理驗(yàn)證此缺陷在本版本中不用修

改

5.9缺陷完成度

缺陷完成度描述

打開(Open)缺陷沒有被解決

已解決缺陷己經(jīng)修改

(Fixed)

遺留此缺陷步驟本階段解決

(Suspended)

重新打開重新打開某個(gè)缺陷

(Reopen)

不做修改不對(duì)這個(gè)缺陷進(jìn)行修改

(Won'tfix)

重復(fù)與某個(gè)缺陷重復(fù)

(Duplicate)

需求如此經(jīng)理和開發(fā)人員經(jīng)過需求和設(shè)計(jì)的核實(shí)后決定不需要修改

不可重現(xiàn)被指派的開發(fā)人員想要再現(xiàn)缺陷進(jìn)行修改個(gè)時(shí)候，發(fā)現(xiàn)缺

陷始終不能再現(xiàn)

5.10缺陷管理流程

執(zhí)行月例

6處理機(jī)制

6.1退回機(jī)制

若在測(cè)試過程中發(fā)生如下情況，將系統(tǒng)退回到申請(qǐng)部門:

＞經(jīng)過測(cè)試后，發(fā)現(xiàn)與需求說明規(guī)格說明書中定義的功能

項(xiàng)存在較大的差異

＞單一模塊，測(cè)試過程中發(fā)現(xiàn)缺陷輸了較多或者無法繼續(xù)

進(jìn)行系統(tǒng)其它功能模塊的測(cè)試，繼續(xù)測(cè)試無意義

＞測(cè)試過程中，頻繁死機(jī)或系統(tǒng)崩潰

＞主業(yè)務(wù)流程出現(xiàn)斷點(diǎn)

6.2異常情況處理機(jī)制

非正常情況下，需要進(jìn)行特別處理的情形，此情況需要主管領(lǐng)

導(dǎo)簽字確認(rèn)：

＞上線時(shí)間緊急的情況下，未經(jīng)測(cè)試部充分測(cè)試就需要部署

到用戶現(xiàn)場(chǎng)

＞作為總包時(shí)，子商進(jìn)