QM-GUI-ST-01-軟件測試工作指南-V4.0

軟件測試工作指文件狀態(tài)：[]草稿

文件標(biāo)識(shí)：當(dāng)前版本：

軟件測試工作指南-V4.04.0[√]正發(fā)布[]正在修改

作

者：軟件測試工作指南本版本

狀態(tài)

作者

日期

審批人

審批日期

備注V1.0V2.0V3.0V4.0

正式發(fā)布正式發(fā)布正式發(fā)布正式發(fā)布

將“產(chǎn)品”字樣去掉，按實(shí)際文檔內(nèi)容改為了“系統(tǒng)”或“工作成果”按照文件編寫指南調(diào)整格式刪除首頁的完成日期XX技，2018Pageof

軟件測試工作指南目文介1.11.2

文目4術(shù)與寫釋4

軟測理概2.1

軟測的本念2.1.1

軟件測試的定義42.22.3

軟測階測類5

軟測過63.1

軟測生周6

軟測用設(shè)的法技

84.14.2

軟測用設(shè)技軟測用設(shè)方4.2.14.2.1.14.2.1.24.2.1.34.2.24.2.2.14.2.2.24.2.2.34.2.2.44.2.2.54.2.2.6

黑盒測試方法如何設(shè)計(jì)等價(jià)類劃分測試用例9如何設(shè)計(jì)邊界值分析法測試用例10如何設(shè)計(jì)因果圖測試用例白盒測試方法12語句覆蓋12判定覆蓋13條件覆蓋13判定/條件蓋組合覆蓋14路徑覆蓋14

缺管5.15.25.35.4

缺類缺嚴(yán)級(jí)16缺狀缺管流17XX技，2018Pageof軟件測試工作指南1文檔介紹1.1文目本文詳細(xì)闡述了測試的一般理論、軟件測試過程、以及系統(tǒng)測試的類型以及各個(gè)類型的基本測試方法，指導(dǎo)項(xiàng)目開發(fā)、測試人員進(jìn)行軟件測試。1.2術(shù)與寫釋1術(shù)語表縮寫、術(shù)

解釋QMUTITSTATDefect

質(zhì)量管理，單元測試，Unit集成測試，Testing系統(tǒng)測試，System驗(yàn)收測試，缺陷：缺陷是對(duì)軟件系統(tǒng)預(yù)期屬性的偏離現(xiàn)象。覆蓋率，Coverage語句覆蓋率、測試用例執(zhí)行覆蓋率，測試需求覆蓋率等的總稱。2軟件測試?yán)砀攀?.1軟測的本念軟測的義

軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程軟件測試是根據(jù)程序開發(fā)階段的規(guī)格說明及程序內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)的一批測試用例（輸入數(shù)據(jù)及其預(yù)期結(jié)果的集合），并用這些測試用例去運(yùn)行程序，以發(fā)現(xiàn)錯(cuò)誤的過程。2.2軟測階軟件測試一般按軟件開發(fā)的生命周期，分為單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試。測試階段與開發(fā)生命周期的對(duì)應(yīng)關(guān)系見如下圖

—V模圖：安圖科技，20084of18軟件測試工作指南

1V型圖單元測試（Unit）單元測試是對(duì)最小的可測試軟件元素（單元）實(shí)施的測試。它所測試的內(nèi)容包括單元的內(nèi)部結(jié)構(gòu)（如邏輯和數(shù)據(jù)流）以及單元的功能和可觀測的行為。集成測試（Testing）集成測試是確保各單元組合在一起后能夠按既定意圖協(xié)作運(yùn)行，并確保增量的行為正確。它所測試的內(nèi)容包括單元間的接口以及集成后的功能。系統(tǒng)測試（）系統(tǒng)測試是通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)需求定義不相符合或與之矛盾的地方。它將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合起來，在實(shí)際運(yùn)行（使用）環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)所進(jìn)行的一系列集成測試和確認(rèn)測試。驗(yàn)收測試（驗(yàn)收測試2.3測類在每個(gè)測試階段，可根據(jù)需確定所需要進(jìn)行的測試類型。測類型一般劃分為：靜態(tài)分析、接口-路測試、功能測試、圖形用戶界面測試、性能測試、配置測試、壓測試、安裝/反裝測試、信息安全性測試、可靠性測試、健壯性測試等

靜態(tài)分析——常用于單元測試階段對(duì)源代碼的靜態(tài)分析：主要分析代碼中的類型、引用、參數(shù)傳遞，以及表達(dá)式等不用運(yùn)行就能夠發(fā)現(xiàn)的錯(cuò)誤；另外還有一些容易出錯(cuò)的地方，如空指針賦值、下標(biāo)越界等。還可以檢查諸如命名規(guī)則等編程規(guī)范。接口-路測試——常用于單元試、集成測試階段安圖科技，20085of18

軟件測試工作指南測試軟件模塊間的調(diào)用接口及內(nèi)部路徑問題，如數(shù)據(jù)類型、變量值、邏輯判斷、循環(huán)、內(nèi)存、文件、錯(cuò)誤處理問題。功能測試——常用于集成、系統(tǒng)測試階段驗(yàn)證軟件是否提供了所期待的服務(wù)。包括：“主”方--所有的輸入是合法的。輔助”案--一些或所有的輸入是不合法的。圖形用戶界面測試——常用于集成測試、系統(tǒng)測試、驗(yàn)收測試階段驗(yàn)證軟件界面是否符合用戶需求及友好性、易操作性。包括布局美觀、顏色協(xié)調(diào)、跳轉(zhuǎn)正確、圖標(biāo)一致、切換時(shí)間等因素。性能測試——常用于系統(tǒng)、驗(yàn)收測試階段性能測試考慮軟件系統(tǒng)的如下指標(biāo)：

響應(yīng)時(shí)間并發(fā)性吞吐量處理精度

配置測試——常用于系統(tǒng)、驗(yàn)收測試階段驗(yàn)證軟件系統(tǒng)的配置環(huán)境，包括軟件配置、硬件配置。壓力測試——常用于系統(tǒng)、驗(yàn)收測試階段使軟件經(jīng)受大數(shù)據(jù)量的考驗(yàn)，以確定達(dá)到限制時(shí)是否引發(fā)軟件失敗。安裝/反裝測試——常用于驗(yàn)測試階段驗(yàn)證是否能正確安裝/卸載包初次安裝、升級(jí)安裝、完全安裝、定制安裝；安裝后，操作是否正確；卸載是否正確等。信息安全性測試——常用于系統(tǒng)測試、驗(yàn)收測試階段驗(yàn)證系統(tǒng)的信息安全方面的能力。包括是否有系統(tǒng)安全漏洞、抵御非法入侵能力、病毒、加密、權(quán)限等?？煽啃詼y試——常用于系統(tǒng)、驗(yàn)收測試階段驗(yàn)證系統(tǒng)連續(xù)無故障運(yùn)行的能力。包無故障運(yùn)行的平均時(shí)間間隔、最時(shí)間間隔、最大時(shí)間間隔等。健壯性測試——常用于系統(tǒng)、驗(yàn)收測試階段驗(yàn)證軟件系統(tǒng)的容錯(cuò)/恢復(fù)力包括錯(cuò)誤操作順序、異常中斷、異常關(guān)閉、負(fù)荷超出極限等問題。3軟件測試過3.1軟測生周軟件測試生命周期包括測試計(jì)劃、測試設(shè)計(jì)、測試實(shí)施、測試評(píng)估、缺陷跟蹤與管理，具體的見如下圖所。安圖科技，20086of18軟件測試工作指南

軟件測試生命周期測試計(jì)劃編寫測試計(jì)劃，策劃整體的測試活動(dòng)及方法、工具、資源等。包括如下步驟：

確定測試需求評(píng)估風(fēng)險(xiǎn)制定測試策略確定測試資源創(chuàng)建時(shí)間表生成測試計(jì)劃

測試設(shè)計(jì)設(shè)計(jì)測試用例及測試過程的階段，它是驗(yàn)證測試需求被測試到的最有效的方法。具體步驟如下：

理解軟件和測試目標(biāo)，準(zhǔn)備工作量并分析需求文檔設(shè)計(jì)并說明測試用例設(shè)計(jì)測試過程，如運(yùn)行測試用例并處理測試結(jié)果評(píng)估測試用例和測試策略

測試執(zhí)行根據(jù)測試計(jì)劃、測試用例，搭建測試環(huán)境，執(zhí)行測試并報(bào)告測試結(jié)果。具體步驟如下：

選擇已設(shè)計(jì)好的測試用例并運(yùn)行選擇新設(shè)計(jì)的測試用例并運(yùn)行記錄中間步驟和結(jié)果發(fā)現(xiàn)的缺陷記錄到缺陷管理工具中，缺陷描述要清晰完整，保證每個(gè)夠被重現(xiàn)

缺陷都能

詳細(xì)填寫測試報(bào)告并提供盡可能多的信息，盡可能提供錯(cuò)誤分析和修改建議對(duì)已修改完的缺陷進(jìn)行回歸測試，驗(yàn)證原缺陷已被修改，同時(shí)驗(yàn)證是否引入新的缺陷

測試評(píng)估對(duì)測試工作及結(jié)果進(jìn)行評(píng)估，對(duì)測試進(jìn)行評(píng)估，評(píng)估指標(biāo)如下：

評(píng)估需求覆蓋安圖科技，20087of18

軟件測試工作指南評(píng)估測試用例覆蓋評(píng)估代碼覆蓋分析缺陷，評(píng)估質(zhì)量確定是否達(dá)到了測試完成標(biāo)準(zhǔn)與成功標(biāo)準(zhǔn)

缺陷跟蹤與管理在軟件測試的整個(gè)生命周期內(nèi)，都涉及到缺陷的跟蹤與管理。一般用缺陷管理工具對(duì)測試過程發(fā)現(xiàn)的缺陷進(jìn)行跟蹤、管理。具體的見第4軟件測試用設(shè)計(jì)的方法技術(shù)4.1軟測用設(shè)技

章缺陷管理”部分。

軟件測試用例設(shè)計(jì)技術(shù)一般有兩種：黑盒測試、白盒測試。軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。這種方法是把測試對(duì)象看做一個(gè)黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動(dòng)測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤：

是否有不正確或遺漏的功能？在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息（例如數(shù)據(jù)文件）訪問錯(cuò)誤？性能上是否能夠滿足要求？是否有初始化或終止性錯(cuò)誤？

白盒測試是對(duì)軟件的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測試對(duì)象看做一個(gè)打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測試用例，對(duì)程序所有邏輯路徑進(jìn)行測試。通過在不同點(diǎn)檢查程序狀態(tài)，確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試。白盒測試主要是想對(duì)程序模塊進(jìn)行如下檢查：

對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測試一遍。對(duì)所有的邏輯判定，取“真”與取假”的種情況都能至少測一遍。在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。4.2軟測用設(shè)方

黑盒測方法黑盒測試用例的設(shè)計(jì)方法常見的有七種，分別為等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測法、因果圖方法、判定表驅(qū)動(dòng)分析方法、正交實(shí)驗(yàn)設(shè)計(jì)方法、功能圖分析方法。安圖科技，20088of18軟件測試工作指南一般比較常用的為等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測法、因果圖方法四種方法，下面針對(duì)這四種常用黑盒測試用例的設(shè)計(jì)方法進(jìn)行介紹。

等價(jià)類劃分法等價(jià)類劃分法是把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分（子集），然后從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例，該方法是一種重要的、常用的黑盒測試用例設(shè)計(jì)方法。

邊界值分析法邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充。包括等價(jià)類

+劃的邊界值，邊界值通常是等價(jià)類的界限，以正好小于、等于和大于界限的值作為邊界值。

錯(cuò)誤推測法錯(cuò)誤推測法是基于經(jīng)驗(yàn)和直覺推測程序中所有可能存在的各種錯(cuò)誤，從而有針對(duì)性的設(shè)計(jì)測試用例的方法。錯(cuò)誤推測方法的基本思想：列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況根他們選擇測試用例。例如，在單元測試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤、以前系統(tǒng)測試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等，這些就是經(jīng)驗(yàn)的總結(jié)。還有，輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的況、輸入表格為空格或輸入表格只有一行，這些都是容易發(fā)生錯(cuò)誤的情況，可選擇這些情況下的例子作為測試用例。

因果圖方法前面介紹的等價(jià)類劃分方法和邊界值分析方法，都是著重考慮輸入條件，但未考慮輸入條件之間的聯(lián)系、相互組合等。考慮輸入條件之間的相互組合，可能會(huì)產(chǎn)生一些新的情況，但要檢查輸入條件的組合不是一件容易的事情，即使把所有輸入條件劃分成等價(jià)類，他們之間的組合情況也相當(dāng)多。因此必須考慮采用一種適合于描述對(duì)于多種條件的組合，相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來考慮設(shè)計(jì)測試用例。這就需要利用因果圖（邏輯模型因果圖方法最終生成的就是判定表，它適合于檢查程序輸入條件的各種組合情況。4.2.1.1何設(shè)等價(jià)類分測用例

等價(jià)類劃分基于功能項(xiàng)的輸入和輸出，將其劃分成等價(jià)類，通常包括以下幾種組合：合非的輸入和輸出對(duì)數(shù)值型的值分為正數(shù)、負(fù)數(shù)和對(duì)于字符串型的分為空串和非空串…例如，學(xué)生成績等級(jí)評(píng)定（總分（）考試分0-75）+上分（0-25）總分>=70Grade=”A”總分and<70，Grade=”B”總分and<50，Grade=”C總分>=0and<30，Grade=”針對(duì)這個(gè)例子，將考試分?jǐn)?shù)可以劃分為如下

3個(gè)價(jià)類：安圖科技，20089of18軟件測試工作指南0考試分?jǐn)?shù)<考試分?jǐn)?shù)<=75等價(jià)類劃分實(shí)例

75考試分?jǐn)?shù)>

一般將等價(jià)類劃分為兩種：

有效等價(jià)類：是指對(duì)于程序的規(guī)格說明來說是合理的，有意義的輸入數(shù)據(jù)構(gòu)成的集合，利用有效等價(jià)類可檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能。以上例子中的有效等價(jià)類為“考試分?jǐn)?shù)<=75

無效等價(jià)類:與效等價(jià)類的定義恰巧相反。以上例子中的“考試分?jǐn)?shù)“考試分?jǐn)?shù)>75”都屬于無效等價(jià)類。

”和

設(shè)計(jì)測試用例時(shí)，要同時(shí)考慮這兩種等價(jià)類。因?yàn)?，軟件不僅要能接收合理的數(shù)據(jù)，也要能經(jīng)受意外的考驗(yàn)。這樣的測試才能確保軟件具有更高的可靠性。如何設(shè)計(jì)界值分法測試用例

長期的測試工作經(jīng)驗(yàn)告訴我們：大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部。因此針對(duì)各種邊界情況設(shè)計(jì)測試用例，可以查出更多的錯(cuò)誤。使用邊界值分析方法設(shè)計(jì)測試用例，首先應(yīng)確定邊界情況。通常輸入和輸出等價(jià)類的邊界，就是應(yīng)著重測試的邊界情況。應(yīng)當(dāng)選取正好等于、剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù)，而不是選取等價(jià)類中的典型值或任意值作為測試數(shù)據(jù)。邊界值的例子如下所示：

對(duì)16-bit的數(shù)而言32767和-是邊界屏幕上光標(biāo)在最左上、最右下位置報(bào)表的第一和最后一行數(shù)組元素的第一個(gè)和最后一個(gè)循環(huán)的第次第1和數(shù)第2次最后一次再如本文3.2.1.1中的例子，考試分?jǐn)?shù)的兩組邊界值（，，1，，）如何設(shè)計(jì)果圖測用例如果在測試時(shí)必須考慮輸入條件的各種組合，可能又會(huì)產(chǎn)生一些新的情況，此時(shí)我們可以通過因果圖來描述條件之間的組合情況，從而推導(dǎo)出測試用例設(shè)計(jì)。在進(jìn)行因果圖測試用例設(shè)計(jì)時(shí)，有如下

個(gè)驟：．分析軟件規(guī)格說明描述中，哪些是原因(即入條件或輸入條件的等價(jià)類)，哪些是結(jié)果(即出條件)，給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。．分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間、原因與原因之間對(duì)應(yīng)的關(guān)系。根據(jù)這些關(guān)系，畫出因果圖。安圖科技，2008Page1018軟件測試工作指南．由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)表明約束或限制條件。．把因果圖轉(zhuǎn)換為判定表。判定表（Decision是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況下的工具。在程序設(shè)計(jì)發(fā)展的初期，判定表就已被當(dāng)作編寫程序的輔助工具了。它可以把復(fù)雜的邏輯關(guān)系和多種條件組合的情況表達(dá)得既具體又明確。具體的判定表的用法可參考專門的理論書籍。．把判定表的每一列拿出來作為依據(jù)，設(shè)測試用例。從因果圖生成的測試用例（局部、組合關(guān)系下的）包括了所有輸入數(shù)據(jù)的取

TRUE與取FALSE的況，構(gòu)成的測試用例數(shù)目達(dá)到最少，且試用例數(shù)目隨輸入數(shù)據(jù)數(shù)目的增加而線性地增加。例如我們有如下功能描述：

年薪制員工：嚴(yán)重過失，扣年終風(fēng)險(xiǎn)金的非年薪制員工：嚴(yán)重過失，扣當(dāng)月薪資的根據(jù)此例使用因果圖方法的步驟如下：a)首先，列出原因和結(jié)果，如下表：

；過失，扣年終風(fēng)險(xiǎn)金的；過失，扣當(dāng)月薪資的4%原因結(jié)果對(duì)應(yīng)表b)然后，繪出因果圖，如下圖4所：4因果圖最后，轉(zhuǎn)換為判定表，如下所示安圖科技，200811of軟件測試工作指南3判定表2

11121516C1C2C3C4

TCYYY

Y

Y

Yd)判定表中TC標(biāo)記為Y每列是測試用例

白盒測方法白盒測試用例的設(shè)計(jì)方法常見的有六種：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。邏輯覆蓋法、基本路徑測試法。下面針對(duì)這六種常用白盒測試用例的設(shè)計(jì)方法進(jìn)行介紹。

/首先為了下文的舉例描述方便，這里先給出一張程序流程圖，見如下圖

文以年件設(shè)計(jì)師考試的一道考試題目為例，圖中紅色字母代表程序執(zhí)行路徑）。程序流程圖語句覆蓋主要特點(diǎn)：語句覆蓋是最起碼的結(jié)構(gòu)覆蓋要求，語句覆蓋要求設(shè)計(jì)足夠多的測試用例，使得程序中每條語句至少被執(zhí)行一次。安圖科技，2008Page1218軟件測試工作指南針對(duì)以上圖4的序流程圖，語句蓋用例設(shè)計(jì)如下（如果此時(shí)將句1〉T去掉，那么用例如下）：

A路徑上的語

X

Y

路徑OBDEOBCE

優(yōu)點(diǎn)：可以很直觀地從源代碼得到測試用例，無須細(xì)分每條判定表達(dá)式。缺點(diǎn)：由于這種測試方法僅僅針對(duì)程序邏輯中顯式存在的語句，但對(duì)于隱藏的條件和可能到達(dá)的隱式邏輯分支，是無法測試的。在本例中去掉了語句

〉去，那么就少了一條測試路徑。在if結(jié)中若源代碼沒有給出else后面的執(zhí)行分支，那么語句覆蓋測試就不會(huì)考慮這種情況。但我們不能排除這種以外的分支不會(huì)被執(zhí)行，而往往這種錯(cuò)誤會(huì)經(jīng)常出現(xiàn)。再如，在

Do-While結(jié)構(gòu)中，語覆蓋執(zhí)行其中某一個(gè)條件分支。那么顯然，語句覆蓋對(duì)于多分支的邏輯運(yùn)算是無法全面反映的，它只在乎運(yùn)行一次，而不考慮其他情況。判定覆蓋

主要特點(diǎn)：判定覆蓋又稱為分支覆蓋，它要求設(shè)計(jì)足夠多的測試用例，使得程序中每個(gè)判定至少有一次為真值，有一次為假值，即：程序中的每個(gè)分支至少執(zhí)行一次。每個(gè)判斷的取真、取假至少執(zhí)行一次。用例設(shè)計(jì)如下：

X

Y

路徑OAEOBDEOBCE

優(yōu)點(diǎn)：判定覆蓋比語句覆蓋要多幾乎一倍的測試路徑，當(dāng)然也就具有比語句覆蓋更強(qiáng)的測試能力。同樣判定覆蓋也具有和語句覆蓋一樣的簡單性，無須細(xì)分每個(gè)判定就可以得到測試用例。缺點(diǎn)：往往大部分的判定語句是由多個(gè)邏輯條件組合而成（如，判定語句中包含AND、CASE僅僅判斷其整個(gè)最終結(jié)果，而忽略每個(gè)條件的取值情況，必然會(huì)遺漏部分測試路徑。條件覆蓋

主要特點(diǎn)：條件覆蓋要求設(shè)計(jì)足夠多的測試用例，使得

判定中的每個(gè)條件獲得種

可能的結(jié)果，即每個(gè)條件至少有一次為真值，有一次為假值。用例設(shè)計(jì)如下：

X

Y

路徑OBCOBD

優(yōu)點(diǎn)：顯然條件覆蓋比判定覆蓋，增加了對(duì)符合判定情況的測試，增加了測試路徑。安圖科技，2008Page1318

軟件測試工作指南缺點(diǎn)：要達(dá)到條件覆蓋，需要足夠多的測試用例，但條件覆蓋并不能保證判定覆蓋。條件覆蓋只能保證每個(gè)條件至少有一次為真，而不考慮所有的判定結(jié)果。判定/條件覆蓋

主要特點(diǎn)：設(shè)計(jì)足夠多的測試用例，使得判定中每個(gè)條件的所有可能結(jié)果至少出現(xiàn)一次，每個(gè)判定本身所有可能結(jié)果也至少出現(xiàn)一次。用例設(shè)計(jì)如下：

X

Y

路徑OAEOBDEOBCEOBCE

優(yōu)點(diǎn)：判定/條覆蓋滿足判定覆蓋準(zhǔn)則和條件覆蓋準(zhǔn)則，彌補(bǔ)了二者的不足。缺點(diǎn)：判定/條覆蓋準(zhǔn)則的缺點(diǎn)是未考慮條件的組合情況。組合覆蓋

主要特點(diǎn)：要求設(shè)計(jì)足夠多的測試用例，使得每個(gè)判定中條件結(jié)果的所有可能組合至少出現(xiàn)一次。用例設(shè)計(jì)如下：

X

Y

路徑OAEOBCEOBDEOBCEOBDEOBDEOBDE

優(yōu)點(diǎn)：多重條件覆蓋準(zhǔn)則滿足判定覆蓋、條件覆蓋和判定

/件覆蓋準(zhǔn)則。更改的判

定/條覆蓋要求設(shè)計(jì)足夠多的測試用例，使得判定中每個(gè)條件的所有可能結(jié)果至少出現(xiàn)一次，每個(gè)判定本身的所有可能結(jié)果也至少出現(xiàn)一次。并且每個(gè)條件都顯示能單獨(dú)影響判定結(jié)果。缺點(diǎn)：線性地增加了測試用例的數(shù)量。路徑覆蓋

主要特點(diǎn)：設(shè)計(jì)足夠的測試用例，覆蓋程序中所有可能的路徑。用例設(shè)計(jì)如下：安圖科技，2008Page1418

X

軟件測試工作指南Y

路徑OAEOBDEOBCEOBCE

優(yōu)點(diǎn)：這種測試方法可以對(duì)程序進(jìn)行徹底的測試，比前面五種的覆蓋面都廣。缺點(diǎn)：由于路徑覆蓋需要對(duì)所有可能的路徑進(jìn)行測試（包括循環(huán)、條件組合、分支選擇等那需要設(shè)計(jì)大量、雜的測試用例，使得工作量呈指數(shù)級(jí)增長。而在有些情況下，一些執(zhí)行路徑是不可能被執(zhí)行的，如：（）；（）；這兩個(gè)語句實(shí)際只包括了2條行路徑，即A為或假時(shí)候?qū)D的理真或假不可能都存在，而路徑覆蓋測試則認(rèn)為是包含了真與假的

條行路徑。這樣不僅降低了測試效率，而且大量的測試結(jié)果的累積，也為排錯(cuò)帶來麻煩。白盒測試是一種被廣泛使用的邏輯測試方法，是由程序內(nèi)部邏輯驅(qū)動(dòng)的一種單元測試方法。只有對(duì)程序內(nèi)部十分了解才能進(jìn)行適度有效的白盒測試。但是貫穿在程序內(nèi)部的邏輯存在著不確定性和無窮性，尤其對(duì)于大規(guī)模復(fù)雜軟件。因此我們不能窮舉所有的邏輯路徑，即使窮舉也未必會(huì)帶來好運(yùn)（窮舉不能查出程序邏輯規(guī)則錯(cuò)誤，不能查出數(shù)據(jù)相關(guān)錯(cuò)誤，不能查出程序遺漏的路徑）。那么正確使用白盒測試，就要先從代碼分析入手，根據(jù)不同的代碼邏輯規(guī)則、語句執(zhí)行情況，選用合的覆蓋方法。任何一個(gè)高效的測試用例，都針對(duì)具體測試場景的。邏輯測試不是片面的測試正確的結(jié)果或是測試錯(cuò)誤的結(jié)果，而是盡可能全面地覆蓋每一個(gè)邏輯路徑5缺陷管理缺陷既指程序中存在的錯(cuò)誤，例如語法錯(cuò)誤、拼寫錯(cuò)誤或者是一個(gè)不正確的程序語句，缺陷也指可能出現(xiàn)在設(shè)計(jì)中，甚至在需求、規(guī)格說明或其他的文檔中的種種錯(cuò)誤。在開發(fā)、測試整個(gè)過程中，在對(duì)某一程序模塊

/系進(jìn)行測試時(shí)，會(huì)出現(xiàn)發(fā)現(xiàn)缺陷、缺陷修復(fù)完成、修復(fù)后缺陷又再次出現(xiàn)、修改某一缺陷可能會(huì)帶進(jìn)來新的缺陷等等的一系列問題，所以需要對(duì)缺陷進(jìn)行統(tǒng)一的跟蹤管理。缺陷管理主要是確保每一個(gè)缺陷都記錄在案，并按照流程進(jìn)行了正確的處理。缺陷管理中把缺陷的生命周期分為不同的狀態(tài)，并且標(biāo)識(shí)每種狀態(tài)之間的合法活動(dòng)（類似狀態(tài)機(jī)陷理工具確保狀態(tài)狀態(tài)間必須按照合法的流程進(jìn)行變更（如測試人員提出了一個(gè)缺陷，是允許相應(yīng)開發(fā)人員自己關(guān)閉的，必須要返回驗(yàn)證；且通過結(jié)合一套郵件工具，自動(dòng)的在某人處理完畢后向下一處理人發(fā)出通知。缺陷管理工具是保證開發(fā)人員、測試人員共同協(xié)同工作的一種有效管理工具，其可以將測試人員發(fā)現(xiàn)的缺陷的所有信息按照處理順序及處理過程詳細(xì)保留，同時(shí)還可以提安圖科技，2008Page1518軟件測試工作指南供管理者對(duì)缺陷的查詢、分類統(tǒng)計(jì)的功能，方便管理者對(duì)所開發(fā)的軟件工作成果進(jìn)行質(zhì)量度量與評(píng)價(jià)。對(duì)缺陷進(jìn)行管理，目前有許多商業(yè)、開源的缺陷管理工具軟件，目前我們公司采用開源工具“Bugfree”進(jìn)行缺陷的蹤與管理。首先，為了管理缺陷，需要了解缺陷的常用屬性，見如下的缺陷屬性表。4屬性表屬性名稱缺陷標(biāo)識(shí)缺陷類型缺陷嚴(yán)重程度缺陷狀態(tài)

描述缺陷標(biāo)識(shí)是標(biāo)記某個(gè)缺陷的一組符號(hào)。每個(gè)缺陷必須有一個(gè)唯一的標(biāo)識(shí)。缺陷類型是根據(jù)缺陷的自然屬性劃分的缺陷種類。缺陷嚴(yán)重程度是指缺陷因缺陷引起的故障對(duì)軟件系統(tǒng)的影響程度缺陷狀態(tài)指缺陷通過一個(gè)跟蹤修復(fù)過程的進(jìn)展情況5.1缺類“”的缺陷型定義了七種，分別為：代碼錯(cuò)誤、界面優(yōu)化、設(shè)計(jì)變更、新增功能、數(shù)據(jù)校對(duì)、事務(wù)跟蹤、其他。5.2缺嚴(yán)級(jí)“”的缺陷嚴(yán)重級(jí)別分為了四級(jí)，具體見下表：5等級(jí)表#1

嚴(yán)重等級(jí)嚴(yán)重缺陷（）

描述不能執(zhí)行正常功能或重要功能。此級(jí)別

必須修改。

較大缺陷(Major)較小缺陷(Minor)輕微缺陷(Cosmetic)

嚴(yán)重影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，且沒有辦法更正（重新安裝和重新啟動(dòng)該軟件不屬于更正辦法）。此級(jí)別必須修改。嚴(yán)重影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，但存在合理的更正辦法（重新安裝和重新啟動(dòng)該軟件不屬于更正辦法）。此級(jí)別必須修改。使操作者不方便或遇到麻煩，但不影響執(zhí)行工作功能或重要功能。

此級(jí)別可以視情況酌情進(jìn)行修改。5.3缺狀“”的缺陷狀態(tài)分為了四種，具體見下表：安圖科技，2008Page1