軟件測試規(guī)范

由安博測試空間技術(shù)中心提供

目錄

一、簡介........................................................................3

（一）軟件測試的定義............................................................3

（二）軟件測試類型的劃分........................................................3

（三）測試中權(quán)衡的三個(gè)重要維度..................................................4

（四）不同階段測試精度的把握....................................................4

（五）測試順序..................................................................4

二、測試工作流程................................................................5

（一）測試準(zhǔn)備..................................................................5

（二）測試的實(shí)施................................................................5

（三）測試問題處理流程..........................................................7

（四）測試驗(yàn)收..................................................................8

（五）測試總結(jié)..................................................................8

三、測試人員的組織與培訓(xùn)........................................................8

（一）測試人員的組織............................................................8

（二）測試人員的培訓(xùn)...........................................................10

四、測試工作機(jī)制一會議與討論...................................................11

（一）測試工作啟動會議.........................................................11

（二）階段性會議...............................................................11

（三）專題會議.................................................................12

（四）討論.....................................................................12

五、測試案例的編寫.............................................................12

（一）案例編寫的原則...........................................................12

（二）測試案例的取舍...........................................................13

六、測試相關(guān)文檔...............................................................14

（一）測試計(jì)劃書...............................................................14

（二）測試方案書...............................................................15

（三）測試報(bào)告.................................................................17

（四）其他文檔資料.............................................................18

一、簡介

(一)軟件測試的定義

軟件測試的定義是“為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程”，具體地說，軟件測試

是根據(jù)軟件開發(fā)的產(chǎn)品設(shè)計(jì)說明書和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)出一批測試案例，并利用測

試案例來運(yùn)行程序，以發(fā)現(xiàn)程序錯(cuò)誤的過程。

(二)軟件測試類型的劃分

軟件測試貫穿于整個(gè)開發(fā)過程中，軟件系統(tǒng)的開發(fā)過程是一個(gè)自頂向下逐步細(xì)化的過

程，而測試過程則是按相反順序逆行的集成過程，根據(jù)測試的階段、測試的執(zhí)行人，可劃分

為：單元測試(unittesting)>組合測試(incrementalintegrationtesting)、集成測試

(integrationtesting)、系統(tǒng)測試(systemtesting)、用戶驗(yàn)收測試。根據(jù)測試內(nèi)容的不

同可分為:功能測試(functionaltesting)>安全性測試(securitytesting)、恢復(fù)測試

(recoverytesting),兼容性測試(硬件兼容、版本兼容)、容錯(cuò)性測試、性能/壓力/負(fù)載

測試(performance/stress/loadtesting)、安裝/卸載測試(install/uninstall

testing)在本文中，我們使用測試階段的劃分標(biāo)準(zhǔn)。

圖一:軟件生命周期“臺階”模型圖：

（三）測試中權(quán)衡的三個(gè)重要維度

測試時(shí)間、測試成本和測試質(zhì)量構(gòu)成測試過程中需要關(guān)注的三個(gè)重要維度，三個(gè)維度相

互制約、相互影響。在測試中，永遠(yuǎn)無法實(shí)現(xiàn)時(shí)間、成本和質(zhì)量的三贏，為其中任何2個(gè)目

標(biāo)所做的努力，都必須以付出第三個(gè)目標(biāo)的損失為代價(jià)，此外我們永遠(yuǎn)都不可能窮盡所有的

測試內(nèi)容。因此必須綜合權(quán)衡作出取舍。

圖二：制約測試的三個(gè)要素

（四）不同階段測試精度的把握

考慮到測試時(shí)間、測試成本的制約，在不同的測試階段，對測試精度有不同的要求。從

單元測試、集成測試到系統(tǒng)測試、用戶驗(yàn)收測試階段，對測試精度的要求也呈現(xiàn)一個(gè)從粗到

細(xì)的過程。單元測試是發(fā)現(xiàn)錯(cuò)誤最多、預(yù)防質(zhì)量隱患最重要的測試階段，需要最大的測試精

度，缺少單元測試，宜接進(jìn)行集成和系統(tǒng)測試，缺陷隱患多。

圖三：不同測試階段測試精度模型圖

單元測試集成測試系統(tǒng)測試用戶驗(yàn)收測試

工程安裝測試

（五）測試順序

對于一項(xiàng)復(fù)雜產(chǎn)品的測試，遵循一定的測試順序，可以是測試工作有條不紊，提高測試

工作效率。同時(shí)按照一定的測試順序展開測試，一定程度上可以確保測試工作的全面性。

測試順序的原則是由淺入深、由易而難。在具體的測試內(nèi)容上表現(xiàn)為：

?先聯(lián)機(jī)測試后批量測試；

?首先單元測試，其次集成測試，然后進(jìn)行系統(tǒng)測試及驗(yàn)收測試；

?先進(jìn)行基本功能測試再進(jìn)行輔助功能測試；

?先進(jìn)行正常情況案例的測試，再進(jìn)行反常情況案例的測試；

?對于一項(xiàng)交易先進(jìn)行輸入項(xiàng)的測試,再進(jìn)行輸出項(xiàng)的測試,然后進(jìn)行賬務(wù)處理的測試。

二、測試工作流程

(一)測試準(zhǔn)備

在技術(shù)實(shí)現(xiàn)編碼階段的工作結(jié)束時(shí)，進(jìn)入產(chǎn)品的測試準(zhǔn)備階段，為真正開展產(chǎn)品測試

做好前期準(zhǔn)備工作。

測試準(zhǔn)備階段的主要工作包括制定測試工作計(jì)?劃、設(shè)計(jì)測試方案、組織協(xié)調(diào)測試人員、

測試所需硬件設(shè)施等其他準(zhǔn)備工作。測試準(zhǔn)備階段的工作由參加產(chǎn)品設(shè)計(jì)說明書的主創(chuàng)人員

負(fù)責(zé)完成。

1、制定測試工作計(jì)劃和測試方案

相關(guān)內(nèi)容見測試文檔編寫

2、組織協(xié)調(diào)測試人員

根據(jù)測試計(jì)劃和測試方案，組織協(xié)調(diào)相關(guān)人員，形成測試工作組。

3、測試人員的培訓(xùn)

正式開展測試工作之前，對所有測試人員進(jìn)行測試工作的集中培訓(xùn)。通過測試培訓(xùn)，

使測試人員明確測試目標(biāo)和要求、了解待測系統(tǒng)、統(tǒng)一測試方法和流程，保質(zhì)保量的開展和

進(jìn)行測試工作。

4、測試所需要硬件設(shè)施和其他準(zhǔn)備工作

與相關(guān)部門聯(lián)系協(xié)調(diào)對測試工作所需的設(shè)施：服務(wù)器、測試機(jī)等在測試準(zhǔn)備階段全部

到位。

(-)測試的實(shí)施

測試實(shí)施是軟件測試工作的核心階段，測試實(shí)施階段嚴(yán)格按照測試計(jì)劃和測試方案展

開。

1、搭建測試環(huán)境

根據(jù)產(chǎn)品的實(shí)際需要搭建的運(yùn)行環(huán)境及準(zhǔn)備相關(guān)測試所需初始數(shù)據(jù)。包括：測試人員、

測試工具等。

2、單元測試

單元編碼完成后，進(jìn)行單元測試。單元測試指構(gòu)建者的角度出發(fā)，檢測產(chǎn)品的各個(gè)部分

是否是正常、合理、安全的，換句話說，就是通過檢測要保證軟件產(chǎn)品滿足用戶操作的質(zhì)量

標(biāo)準(zhǔn)。

單元測試關(guān)注的重點(diǎn)是產(chǎn)品的內(nèi)部結(jié)構(gòu)、框架以及技術(shù)實(shí)現(xiàn)是否符合產(chǎn)品設(shè)計(jì)說明書等

等。

單元測試可以并行進(jìn)行。對于彼此獨(dú)立的單元，進(jìn)行并行測試可以加速測試的進(jìn)程。

單元測試按照測試進(jìn)程可分為聯(lián)機(jī)功能測試和批量功能測試兩個(gè)階段，其中批量測試階

段需要建立手工賬，以便于同系統(tǒng)處理結(jié)果相互核對。

3、集成測試

集成測試在所有單元測試完成之后進(jìn)行。集成測試也稱綜合測試，即將已分別通過測試

的單元按要求組合起來再進(jìn)行的測試，以檢查這些單元之間的接口是否存在問題。或按設(shè)計(jì)

要求把通過單元測試的各個(gè)模塊組裝在一起之后，進(jìn)行測試以便發(fā)現(xiàn)與接口有關(guān)的各種錯(cuò)

誤。

集成測試的重點(diǎn)是各個(gè)模塊之間的接口的功能進(jìn)行測試。

4、系統(tǒng)測試

系統(tǒng)測試是整個(gè)測試階段的最后一步，所有的開發(fā)和測試在這一點(diǎn)上，集中表現(xiàn)為生成

一個(gè)具有一定功能的軟件系統(tǒng)，整個(gè)系統(tǒng)開發(fā)完成，即將交付用戶使用。

系統(tǒng)測試主要對系統(tǒng)的準(zhǔn)確性及完整性等方面進(jìn)行測試。分別進(jìn)行：運(yùn)行測試、強(qiáng)度測

試、恢復(fù)測試、安全性測試等。

目前系統(tǒng)測試的主要工作由技術(shù)人員完成，業(yè)務(wù)測試人員協(xié)助工作。

5、需求維護(hù)

需求維護(hù)指測試過程中根據(jù)每項(xiàng)測試結(jié)果發(fā)現(xiàn)前期需求不合理之處并對其進(jìn)行相應(yīng)的

調(diào)整和改正。

需求維護(hù)工作貫穿整個(gè)測試過程。

測試階段的需求維護(hù)工作是整個(gè)產(chǎn)品產(chǎn)生過程中需求維護(hù)工作的一部分。

（三）測試問題處理流程

測試問題處理流程可以采用以下兩種形式

形式1:

形式1與形式2之間的主要差別在于測試問題的分析流程，形式一由開發(fā)人員對測試問

題統(tǒng)一分析，查明原因后交給相應(yīng)的人員解決修改；形式二業(yè)務(wù)人員在測試中發(fā)現(xiàn)問題后，

繼而分析問題緣由，由測試人員將問題交給相應(yīng)人員解決修改。

（四）測試驗(yàn)收

測試驗(yàn)收階段的主要工作是：以客戶使用的角度，再次確認(rèn)系統(tǒng)的可操作性、正確性、

全面性和完整性。為產(chǎn)品的上線應(yīng)用、推廣營銷最后把關(guān)。

測試驗(yàn)收工作相關(guān)業(yè)務(wù)由上海總部及西安研發(fā)部共同組織人員負(fù)責(zé)。

測試驗(yàn)收階段依舊沿襲測試實(shí)施階段使用到的各種測試形式和方法，依據(jù)測試實(shí)施階段

產(chǎn)生的測試問題報(bào)告單、交易記賬憑證、報(bào)表、測試案例單、階段性測試總結(jié)等各種文檔和

資料展開。

（五）測試總結(jié)

測試總結(jié)階段是測試工作的最后一個(gè)階段，要進(jìn)行以下四項(xiàng)工作：

1、對測試階段工作完成情況、工作方法進(jìn)行總結(jié)。

一方面總結(jié)好的方法和經(jīng)驗(yàn)用于指導(dǎo)將來的測試工作；另一方面發(fā)現(xiàn)不足需改進(jìn)之處，

引起借鑒，并在今后的工作中加以避免。

2、對測試驗(yàn)收階段的遺留問題的進(jìn)行匯總、統(tǒng)計(jì)和分析，并提出解決和修改建議。

3、整理文檔。

包括：產(chǎn)品設(shè)計(jì)說明書最終版本、產(chǎn)品培訓(xùn)教材、產(chǎn)品操作手冊以及測試階段生成的各

種文檔資料。

4、編寫測試報(bào)告。

詳見相關(guān)測試文檔規(guī)范。

三、測試人員的組織與培訓(xùn)

（一）測試人員的組織

1、具體組織形式

測試T作的組織形式分為項(xiàng)目經(jīng)理、測試組、支持組0項(xiàng)目經(jīng)理自責(zé)全面地組織和協(xié)調(diào)

工作。測試的工作實(shí)體(最小組織單位)是測試組和支持組，分別設(shè)組長全權(quán)負(fù)責(zé)。測試組由

測試人員組成，負(fù)責(zé)測試案例的編寫、具體的測試操作、測試問題的記錄與反饋，以及對己

修改問題的回歸測試和驗(yàn)收等工作。根據(jù)測試工作內(nèi)容的具體需求，測試組可以按照業(yè)務(wù)種

類或其他分為若干小組開展工作。支持組由朱莉負(fù)責(zé)主要工作是測試的后勤保障和日常管理

工作，如網(wǎng)絡(luò)管理、數(shù)據(jù)備份、文檔管理、設(shè)備管理和維護(hù)、日常事務(wù)管理和檢查等。

2、主要職責(zé)

(1)項(xiàng)目經(jīng)理(李永平)

職責(zé)：

①擬定產(chǎn)品測試階段的總體工作思路、測試方案等。

②產(chǎn)品測試階段測試人員、支持人員的組織工作。

③把握工作進(jìn)度，監(jiān)督、控制、督促產(chǎn)品測試工作按計(jì)劃進(jìn)行。

④對測試組和支持組的工作進(jìn)行必要的溝通和協(xié)調(diào)，建立測試組與支持組相互配合、

支持、協(xié)作的橋梁。

⑤對產(chǎn)品測試階段工作的總結(jié)和評估；包括分階段性工作、總體工作的總結(jié)與評估。

?與相關(guān)部門就測試工作所需的軟、硬件設(shè)施進(jìn)行溝通和協(xié)調(diào)：如：測試工作場地、

網(wǎng)絡(luò)環(huán)境、所需設(shè)施、其他憑證、報(bào)表等。

⑦參與產(chǎn)品測試階段的具體測試工作。

(2)測試組組長

職責(zé)：

①擬定產(chǎn)品測試階段的總體工作思路、測試計(jì)劃、測試方案等。

②組織本組測試人員的開展本組負(fù)責(zé)的測試工作，包括組員的工作安排、工作檢查和

問題反饋等。

③把握工作進(jìn)度，監(jiān)督、控制、督促本組測試工作按計(jì)劃進(jìn)行。

④與支持組互相配合、支持、協(xié)作。

⑤對測試組工作的總結(jié)和評估；包括分階段性工作、總體工作的總結(jié)與評估。

⑥對產(chǎn)品測試中發(fā)現(xiàn)的問題總結(jié)、分析，形成問題報(bào)告單，與支持組進(jìn)行溝通。

⑦參與產(chǎn)品測試階段的具體測試工作。

（3）支持組

職責(zé)：

①對測試組的測試工作進(jìn)行業(yè)務(wù)、技術(shù)以及后勤設(shè)備各方面的支持。

②與測試組互相配合、支持、協(xié)作。

③日常測試支持性工作。

④參與產(chǎn)品測試階段的具體支持工作。

（4）測試人員

職責(zé)：

①根據(jù)測試方案編寫測試案例。

②按照測試計(jì)劃開展所負(fù)責(zé)的測試工作。

③提交問題，協(xié)助測試組長完成問題報(bào)告單。

④測試作中需求的解群和維護(hù)_L作。

⑤配合測試組長對測試階段工作進(jìn)行總結(jié)；包括分階段性工作、總體工作的總結(jié)。

⑥組長分配的其他工作。

測試組成員應(yīng)對熟悉負(fù)責(zé)測試的業(yè)務(wù)，參加過產(chǎn)品測試工作，掌握一定的測試方法和技

巧。

（二）測試人員的培訓(xùn)

1、培訓(xùn)人員的選擇

在測試準(zhǔn)備階段要首先確定進(jìn)行培訓(xùn)的人員。

進(jìn)行測試培訓(xùn)的培訓(xùn)人員應(yīng)參加過前期產(chǎn)品設(shè)計(jì)，對所測產(chǎn)品的創(chuàng)意、產(chǎn)品構(gòu)架、業(yè)務(wù)

流程、主要功能等方面非常熟悉；具測試工作經(jīng)驗(yàn)，參加過產(chǎn)品測試工作，熟悉測試工作流

程，掌握一定的測試方法和技巧；同時(shí)具有培訓(xùn)經(jīng)驗(yàn)，擅長溝通和表達(dá)。

2、培訓(xùn)內(nèi)容

測試培訓(xùn)包括兩方面內(nèi)容：一方面是測試方法和技巧、測試形式、相關(guān)測試工具等；

另一方面圍繞產(chǎn)品設(shè)計(jì)說明書對待測產(chǎn)品進(jìn)行詳細(xì)的介紹和講解，其中重點(diǎn)在于新產(chǎn)品的突

破創(chuàng)新之處、整體架構(gòu)、業(yè)務(wù)流程、主要功能等。

3、培訓(xùn)形式

培訓(xùn)形式以授課方式為主，包括講授和基本操作的演示。培訓(xùn)課程之外可以采用測試經(jīng)

驗(yàn)交流、提問和討論等各種形式對培訓(xùn)課程未能涉及的方面進(jìn)行補(bǔ)充。

四、測試工作機(jī)制一會議與討論

會議是測試工作中進(jìn)行溝通和交流的有效的方式和手段。

（一）測試工作啟動會議

在啟動會議中要明確測試工作的目標(biāo)、任務(wù)，協(xié)調(diào)人員配置，強(qiáng)調(diào)工作紀(jì)律。同時(shí)會議

應(yīng)詳細(xì)介紹測試工作計(jì)劃和方案，使與會的測試組成員明確測試工作的整體思路、各自的主

要工作和責(zé)任，做到心中有數(shù)。測試工作啟動會議是測試工作的開端，標(biāo)志著正式進(jìn)入產(chǎn)品

測試階段。

測試工作啟動會議由測試主管主持，測試工作組全體成員和非測試組成員代表參加。

（二）階段性會議

不同測試階段的測試工作重點(diǎn)不同，召開階段性會議，對前階段的測試工作進(jìn)行總結(jié)，

同時(shí)對下階段的測試工作進(jìn)行安排。包括強(qiáng)調(diào)測試重點(diǎn)、介紹此階段的測試方法和形式、人

員的調(diào)整和分工、需要完成的相關(guān)文檔等內(nèi)容。

階段性會議由測試主管支持，測試工作組全體成員參加。

階段性會議也可由測試組、支持組組內(nèi)定期召開，對本組階段性工作進(jìn)行總結(jié)和下階段

工作的安排。

（三）專題會議

測試過程中測試組、支持組，或測試組與支持族之間針對某個(gè)測試工作中具體問題的商

議、解決可以采用專題會議的形式

針對具體問題的專題會議可以召集會議主題涉及到成員參加。

（四）討論

討論是測試工作中進(jìn)行溝通和交流的另一種有效的方式和手段。

對于測試工作中發(fā)現(xiàn)的??般性問題，由測試組通過組內(nèi)討論，研究解決方案，組內(nèi)自行

解決。

對于測試工作中發(fā)現(xiàn)的重大問題，測試組以及其他相關(guān)開發(fā)人員展開討論，共同協(xié)商，

尋求解決方案.

五、測試用例的編寫

測試過程中每筆交易或每項(xiàng)操作都要根據(jù)專門編制的具體案例進(jìn)行。

（一）案例編寫的原則

案例編寫應(yīng)遵照完整性、針對性、關(guān)聯(lián)性和規(guī)范性四項(xiàng)原則。

1、完整性

完整性也可以理解為仝面性，指設(shè)計(jì)測試案例要同時(shí)考慮到系統(tǒng)實(shí)際運(yùn)行情況中可能會

出現(xiàn)的各種情況，并通過測試案例的模擬操作，發(fā)現(xiàn)問題，完善產(chǎn)品。

為了保證案例編制的完整性，在編制案例時(shí)從以下方面入手：

（1）從案例編制的整體考慮，應(yīng)覆蓋所測產(chǎn)品業(yè)務(wù)流程中的每項(xiàng)交易：

（2）針對單項(xiàng)交易編制的案例應(yīng)從人機(jī)交互、業(yè)務(wù)邏輯、賬務(wù)處理等方面考慮。

一般情況下，首先該交易操作的每項(xiàng)輸入項(xiàng)都是一個(gè)測試點(diǎn)，根據(jù)輸入性的性質(zhì)取值

類型分別設(shè)定該輸入項(xiàng)的正常值、邊界值以及越界值進(jìn)行測試。對于列表選擇的輸入項(xiàng)，要

充分考慮到不同輸入項(xiàng)的不同列表取值的組合情況。對于不同的組合測試案例中要窮舉。

其次考慮單個(gè)交易內(nèi)部的業(yè)務(wù)邏輯，例如：各輸入項(xiàng)之間的相互制約、相互控制的關(guān)

系

產(chǎn)品自身狀態(tài)對交易的限制、相關(guān)制度對具體產(chǎn)品的規(guī)定等。

（3）要考慮到每項(xiàng)金融性交易的相應(yīng)的賬務(wù)處理。

（4）通過對每項(xiàng)交易輸出項(xiàng)是否完整、正確，能否如實(shí)反映賬務(wù)處理的檢驗(yàn)，驗(yàn)證系統(tǒng)

對該項(xiàng)交易的處理過程。

（5）對于每項(xiàng)交易的每個(gè)測試點(diǎn)，不僅僅要考慮正常發(fā)生的情況，還要同時(shí)兼顧反常情

況下系統(tǒng)的處理及反映。如：對于錯(cuò)誤信息的輸入，系統(tǒng)是否進(jìn)行控制、是否給與

相應(yīng)的錯(cuò)誤提示等。

（6）確保案例編制的完整性，可參考技術(shù)人員提供的錯(cuò)誤信息代碼，根據(jù)錯(cuò)誤信息提示

的情況，編制案例。

（7）系統(tǒng)每個(gè)層次的顯示界面是否合理、全面、美觀，是否符合操作者的使用習(xí)慣。

2、針對性

針對性指每個(gè)測試案例要明確測試意圖。一方面要考慮各種更雜的實(shí)際應(yīng)用情況系統(tǒng)

地規(guī)劃，避免出現(xiàn)對任何功能的遺漏，同時(shí)編制一個(gè)案例應(yīng)盡可能多的涉及該系統(tǒng)各項(xiàng)功能,

避免出現(xiàn)大量案例重復(fù)編制，無意義地加大工作量，降低了效率。

3、關(guān)聯(lián)性

關(guān)聯(lián)性，一方面指整個(gè)系統(tǒng)各個(gè)交易之間的關(guān)聯(lián)性；另一方面指單項(xiàng)交易涉及到的各個(gè)

要素之間的內(nèi)在關(guān)系。

例：一個(gè)用于貸款業(yè)務(wù)的測試案例設(shè)計(jì)時(shí)要考慮放款、還款、展期、形態(tài)轉(zhuǎn)移等一系列

交易及相互的影響和控制。另外所有查詢類、報(bào)表類交易也都基于基本交易的結(jié)果和基礎(chǔ)上

進(jìn)行。

單項(xiàng)交易涉及到的各個(gè)要素包括：產(chǎn)品科目、期限、利率及靜態(tài)表的維護(hù)之間的相互關(guān)

聯(lián)。

4、規(guī)范性

測試案例要嚴(yán)格依據(jù)產(chǎn)品設(shè)計(jì)說明書編制。同時(shí)為了便于統(tǒng)計(jì)和管理，應(yīng)按照統(tǒng)一的格

式、編碼、內(nèi)容和規(guī)范進(jìn)行編制。

（-）測試案例的取舍

在測試過程中，如果待測試軟件功能復(fù)雜，在受測試時(shí)間和測試資源限制的情況下，不

可能將測試資源平均用于所有案例測試，因此我們在測試案例的編寫過程和測試過程中需要

對測試內(nèi)容按照功能和內(nèi)容對測試案例進(jìn)行優(yōu)先等級的劃分，以把握測試和驗(yàn)收重點(diǎn)。

測試案例劃分的方法簡單總結(jié)如下，供參考：

“功能優(yōu)先級”的劃分標(biāo)準(zhǔn)為：

3.重要功能:

2.一般功能

1.不常用功能;

“內(nèi)容優(yōu)先級”的劃分標(biāo)準(zhǔn)為：

3.正常情況;

2.重要的異常情況;

1，不重要的異常情況。

案例優(yōu)先級=功能優(yōu)先級X內(nèi)容優(yōu)先級

其取值范圍為：[9、6、4、3、2、1]

舉例：“外匯寶客戶簽約，正常情況”

功能優(yōu)先級=3

內(nèi)容級別=3

案例優(yōu)先級=3*3=9

六、測試相關(guān)文檔

(-)測試計(jì)劃書

測試工作計(jì)劃是測試工作開展的基礎(chǔ)，測試計(jì)劃為整個(gè)測試工作建立完整的框架結(jié)構(gòu),

是測試工作的起始步驟和重要環(huán)節(jié)。制定測試工作計(jì)劃書應(yīng)該包括以下方面：

1、測試項(xiàng)目的基本簡介

通過測試產(chǎn)品基本情況簡介使測試者對所測試的產(chǎn)品有所了解，形成整體認(rèn)識。

測試產(chǎn)品基本情況的介紹應(yīng)該圍繞該產(chǎn)品創(chuàng)意展開，主要包括產(chǎn)品項(xiàng)目背景、項(xiàng)目目

標(biāo)、業(yè)務(wù)范圍、產(chǎn)品及核算架構(gòu)、與其他子系統(tǒng)的關(guān)系等五方面內(nèi)容。

2、測試工作進(jìn)度安排

測試工作時(shí)間安排是測試計(jì)劃的核心內(nèi)容之一，按照測試工作內(nèi)容、進(jìn)程，排定時(shí)間表。

測試工作時(shí)間表不僅統(tǒng)籌整體工作進(jìn)展，并且應(yīng)將具體的工作內(nèi)容細(xì)化到周或工作日。另外,

時(shí)間表中還應(yīng)考慮到測試工作分階段進(jìn)行的階段性總結(jié)與反饋。

3、測試策略

測試策略對測試工作進(jìn)行指導(dǎo)，針對具體問題具體分析，對不同情況提供具體的處理和

解決方法。例如：對于測試中出現(xiàn)的重大事故問題，集合技術(shù)人員和業(yè)務(wù)人員共同召開會議

研究；對于測試組內(nèi)對于某問題產(chǎn)生的不同意見，采用小組討論的形式解決等等。

4、測試記錄

測試記錄指對測試工作詳細(xì)、完整的文檔紀(jì)錄。包括：階段性的測試工作總結(jié)、測試

問題報(bào)告單、測試問題工作量統(tǒng)計(jì)表、測試案例單等。

5、測試資源配置

一方面包括測試工作所需的硬件設(shè)施：測試環(huán)境等。另一方面包括測試工作需要的測

試人員的組織。

測試計(jì)劃完成之后，應(yīng)與技術(shù)人員進(jìn)行討論、協(xié)商，對完成的測試計(jì)劃進(jìn)行評審，形成

反饋意見，并對測試計(jì)劃修改和完善，形成最終予以實(shí)施的版本。

（二）測試方案書

測試方案具體指導(dǎo)測試工作的開展、進(jìn)行；是測試工作實(shí)施的依據(jù)。全面、合理的測試

方案一定程度上能夠推動測試工作的進(jìn)展，提高工作效率。

設(shè)計(jì)出全面、合理測試方案，做到心中有數(shù)，是測試準(zhǔn)備階段的重要工作之一。完整的

測試方案應(yīng)包括以下方面：

1、測試目標(biāo)、原則和要求

測試是保證軟件產(chǎn)品質(zhì)量最重要的手段。目的在于檢驗(yàn)軟件是否滿足規(guī)定的需求或是弄

清實(shí)際結(jié)果和預(yù)期結(jié)果之間的差別。尋找程序錯(cuò)誤，尋找與用戶需求不一致和存在的缺陷。

以較少的案例、時(shí)間和人力找出軟件潛在的各種錯(cuò)誤和缺陷，以確保系統(tǒng)的質(zhì)量。具體表現(xiàn)

在以下幾個(gè)方面：（1）確保軟件產(chǎn)品達(dá)到需求功能的說明；（2）確保軟件產(chǎn)品滿足性能需求；

（3）（壓力測試）確認(rèn)程序能夠處理用戶要求的負(fù)載；（4）確保軟件產(chǎn)品在要求的硬件和軟件

平臺上工作正常。

測試工作按照全面性、有效性和正確性的原則進(jìn)行。

全面性指測試工作應(yīng)涵蓋所測系統(tǒng)所有交易，包括金融類和管理類交易，并需檢測系統(tǒng)

在各時(shí)段（模式）運(yùn)行時(shí)的功能實(shí)現(xiàn)情況。

有效性指以實(shí)際業(yè)務(wù)情形為基礎(chǔ)，從可操作性等方面進(jìn)行測試，檢測系統(tǒng)是否已滿足營

業(yè)網(wǎng)點(diǎn)和管理行各項(xiàng)業(yè)務(wù)處理和管理的需要。

正確性指檢測系統(tǒng)業(yè)務(wù)處理流程的正確合理性、賬務(wù)組織的完整性、金融性交易賬務(wù)處

理的正確性以及會計(jì)和業(yè)務(wù)統(tǒng)計(jì)報(bào)表真實(shí)、準(zhǔn)確性.

測試工作的要求包括測試工作的完成情況和工作態(tài)度兩方面的要求。

2、測試內(nèi)容、范圍

根據(jù)所測試的金融產(chǎn)品的主要業(yè)務(wù)和功能，確定測試內(nèi)容和范圍°例如資產(chǎn)業(yè)務(wù)系統(tǒng)的

測試工作內(nèi)容指主要的資產(chǎn)業(yè)務(wù)，包括個(gè)人貸款、對公貸款、質(zhì)押貸款、系統(tǒng)內(nèi)拆借、同業(yè)

拆借、委托貸款、貼現(xiàn)、轉(zhuǎn)貼現(xiàn)以及額度管理等業(yè)務(wù)的測試。

3、測試方式

測試方式指測試工作不同的切入點(diǎn)和不同方面。即測試工作需要從幾下方面分別進(jìn)行：

常規(guī)性測試指模擬實(shí)際業(yè)務(wù)正常發(fā)生情況進(jìn)行的測試。

反常規(guī)性測試指針對除實(shí)際業(yè)務(wù)正常發(fā)生情況以外的非正常情況進(jìn)行的測試。通過反常

規(guī)性測試，檢驗(yàn)系統(tǒng)是否進(jìn)行了相應(yīng)的控制，能否做出正確的反饋。

驗(yàn)收測試是從用戶的角度出發(fā)，也可以由產(chǎn)品的使用者來對產(chǎn)品進(jìn)行的檢測。使用者關(guān)

注的重點(diǎn)是使用產(chǎn)品的感受，關(guān)心軟件的界面是否美觀、菜單的位置是否合適，各個(gè)交易的

操作是否方便，是否能夠滿足使隹者的需要等，通過驗(yàn)收測試認(rèn)定該軟件產(chǎn)品是否滿足規(guī)定

的質(zhì)量要求。

回歸測試指對測試過程中發(fā)現(xiàn)并提交問題的修改結(jié)果進(jìn)行再次測試和驗(yàn)收。

完整的測試工作應(yīng)同時(shí)從以上方面著手，兼顧全面。

4、測試依據(jù)

測試依據(jù)指測試工作得以正常開展所參考的相關(guān)制度和資料。包括產(chǎn)品設(shè)計(jì)說明書、測

試計(jì)劃、相關(guān)管理制度和規(guī)定等。

5、測試環(huán)境

測試環(huán)境指建立測試硬件環(huán)境、軟件環(huán)境、網(wǎng)絡(luò)環(huán)境、測試數(shù)據(jù)、賬務(wù)環(huán)境等。

6、測試人員與職責(zé)說明

測試方案中應(yīng)根據(jù)所測試系統(tǒng)的具體內(nèi)容和要求，對參加測試的人員進(jìn)行安排和分工。

包括人員分組、指定責(zé)任人并根據(jù)測試進(jìn)程確定每個(gè)測試人員具體工作任務(wù)等。

7、測試問題處理流程

測試問題處理流程指測試人員、后臺技術(shù)人員、前臺技術(shù)人員對測試中發(fā)現(xiàn)的問題處

理解決的具體的過程。即誰發(fā)現(xiàn)問題，交由誰進(jìn)行分析，由誰具體解決等，建立統(tǒng)一的責(zé)任

和規(guī)范。

測試方案要對測試處理問題處理流程進(jìn)行明確。

8、測試案例

根據(jù)實(shí)際業(yè)務(wù)發(fā)生情況模擬編制的用于檢測每項(xiàng)交易的輸入項(xiàng)、輸出項(xiàng)、賬務(wù)處理等

方面正確性、全面性、合理性的實(shí)例。

詳見附件。

(三)測試報(bào)告

完整的測試報(bào)告應(yīng)包括以下幾方面：

1、測試任務(wù)

概要說明本次測試所承擔(dān)的具體任務(wù)及應(yīng)達(dá)到的目標(biāo)。

2、測試組織方案

(1)測試時(shí)間

描述整個(gè)測試工作的起止時(shí)間。

(2)測試地點(diǎn)

描述測試工作的具體地點(diǎn)。

(3)測試環(huán)境

描述測試工作所應(yīng)用的硬件及軟件環(huán)境。

硬件

設(shè)備類型配置數(shù)量

主機(jī)

終端

打印機(jī)

軟件

軟件類型名稱

操作系統(tǒng)

數(shù)據(jù)庫

開發(fā)工具

應(yīng)用軟件

其他

（4）人員安排

描述參與測試的人員應(yīng)承擔(dān)的工作任務(wù)及職責(zé)。

姓名所屬部門職責(zé)

3、測試情況回顧

（1）測試數(shù)據(jù)準(zhǔn)備

描述為測試工作進(jìn)行的必要的數(shù)據(jù)準(zhǔn)備。

（2）測試案例準(zhǔn)備

概要描述案例種類（正常案例和糾錯(cuò)案例）及數(shù)量等，并將測試案例單作為附件。

（3）測試功能及結(jié)果

按照具體交易分別描述交易功能及測試結(jié)果。

交易代碼交易名稱功能描述測試結(jié)果測試員

（4）測試中出現(xiàn)問題的統(tǒng)計(jì)

交易代碼交易名稱問題描述類型測試員

4、總體評價(jià)

對整個(gè)測試工作的任務(wù)完成情況、與其他部門配合情況及需要在以后的測試中注意的其

他問題等進(jìn)行總結(jié)。

（四）其他文檔資料

附件一：《測試案例單》

附件二：《測試問題報(bào)告單》

附件三：《測試問題匯總統(tǒng)計(jì)表》

附件四：《需求變更申請單》

附件五：《需求變更記錄表》

附件六：《功能與案例對照表》

附件一:

測試案例單

編號:

子系統(tǒng)交易測試測試

交易碼

名稱名稱人員時(shí)間

測試說明

測試初始

數(shù)據(jù)準(zhǔn)備

測試案例

預(yù)期結(jié)果

實(shí)際結(jié)果

是否通過是口否口

測試案例

預(yù)期結(jié)果

實(shí)際結(jié)果

是否通過是口否口

測試案例

預(yù)期結(jié)果

實(shí)際結(jié)果

是否通過是口否口

附件二：

測試問題報(bào)告單（第一聯(lián)）

報(bào)告單編號:

子系統(tǒng)名稱：交易碼：交易名稱：

涉及平臺：UNIXDAS400口ES9000D測試日期：測試案例單編號：

問題描述：（此處由負(fù)責(zé)測試的人員對問題的現(xiàn)象作詳細(xì)描述）

問題發(fā)現(xiàn)人簽字：測試負(fù)責(zé)人簽字：問題修改人簽字：備注：

口期：日期：日期

測試問題報(bào)告單（第二聯(lián)）

報(bào)告單編號:

子系統(tǒng)名稱；交易碼：交易名稱：

涉及平臺：UNIXDAS400QES9000口測試日期：測試案例單編號：

問題描述：（此處由負(fù)責(zé)測試的人員對問題的現(xiàn)象作詳細(xì)描述）

問題發(fā)現(xiàn)人簽字：測試負(fù)責(zé)人簽字：問題修改人簽字：備注：

口期：日期：日期

附件三:

測試問題匯總統(tǒng)計(jì)表

產(chǎn)品名稱程序版本程序提交日

序號案例編號測試問題描述測試人員是否修改修改方案/不開發(fā)結(jié)果

修改原因人員

附件四：

需求變更申請單

年月日編號:

業(yè)務(wù)種類：申請人：組長：

希望完成日期：實(shí)際完成日期：

需求描述:

反饋意見:

經(jīng)辦人：組長：

附件五:

需求變更記錄表

修訂時(shí)間修訂人修訂內(nèi)容版本審批人備注

附件六:

功能與案例對照表

序號功能編號功能名稱案例編號案例名稱

軟件項(xiàng)目測試規(guī)范

一、概述

本規(guī)范是對項(xiàng)目軟件測試的一份規(guī)范性文件，對軟件測試過程中所涉及

到的測試類型、測試方法、測試標(biāo)準(zhǔn)、測試流程以及軟件產(chǎn)品責(zé)任單位

所承擔(dān)的職責(zé)進(jìn)行總體規(guī)范，以有效保證軟件產(chǎn)品的質(zhì)量。

軟件測試是對軟件設(shè)計(jì)的一種控制手段，是對軟件產(chǎn)品質(zhì)量的一種檢查

和審核手段。軟件設(shè)計(jì)單位應(yīng)采取有效措施保證軟件產(chǎn)品的質(zhì)量，軟件

測試應(yīng)按本規(guī)范要求對軟件進(jìn)行檢查、測試，軟件設(shè)訐單位應(yīng)保證對測

試錯(cuò)誤進(jìn)行修正。測試過程中發(fā)現(xiàn)的軟件錯(cuò)誤必須及時(shí)改正，這就是軟

件測試的任務(wù)。為了改正錯(cuò)誤，首先必須確定故障的準(zhǔn)確位置，這是測

試過程中最困難和任務(wù)。需要周密審慎的思考和推理。改正錯(cuò)誤常常包

括修正原來的設(shè)計(jì)，必須通盤考慮而不能“頭痛醫(yī)頭腳痛醫(yī)腳”，應(yīng)該

盡量避免在測試過程中引進(jìn)新的故障。

二、測試類型

項(xiàng)目軟件測試類型包括單元測試、集成測試（組裝測試）、有效性測試

（功能測試）、系統(tǒng)測試、回歸測試和用戶測試（驗(yàn)收測試）。

單元測試

主要針對軟件設(shè)計(jì)單元、功能模塊進(jìn)行測試，測試內(nèi)容包括模塊程序結(jié)

構(gòu)檢查、代碼測試和模塊內(nèi)功能測試。

集成測試（組裝測試）

主要針對軟件設(shè)計(jì)單元、功能模塊組裝、集成為系統(tǒng)時(shí)，對軟件單元、

功能模塊的接口、連接進(jìn)行測試。

有效性測試（功能測試）

按照系統(tǒng)功能需求規(guī)定對系統(tǒng)的功能、流程、數(shù)據(jù)、業(yè)務(wù)規(guī)則等進(jìn)行測

試，以及對系統(tǒng)基本特征如操作、界面、報(bào)表等的合理性、一致性進(jìn)行

測試。

系統(tǒng)測試

為系統(tǒng)性能測試，如安全性、可靠性、穩(wěn)定性測試，以及對系統(tǒng)其它性

能如負(fù)載能力、處理能力以及響應(yīng)時(shí)間等進(jìn)行測試。

回歸測試

在軟件設(shè)計(jì)錯(cuò)誤修正、設(shè)計(jì)修改以及軟件升級后，主要針對軟件修改、

影響部分進(jìn)行有效性測試和系統(tǒng)測試。

用戶測試（驗(yàn)收測試）

為用戶方組織的有效性和系統(tǒng)測試。

三、測試的方法

邏輯覆蓋法

根據(jù)測試用例，運(yùn)行被測試程序，使程序中的每個(gè)可執(zhí)行語句、執(zhí)行條

件至少執(zhí)行一次。

語句覆蓋

語句覆蓋就是設(shè)計(jì)若干個(gè)測試用例，運(yùn)行被測程序，使得每一條可執(zhí)行語句至少執(zhí)行一次。

判定覆蓋

判定覆蓋就是設(shè)計(jì)若干個(gè)測試用例，運(yùn)行被測程序，使得程序中每個(gè)判斷的取真分支和取假

分支至少經(jīng)歷一?次,判定覆蓋又稱為分支覆蓋。

條件覆蓋

條件覆蓋就是設(shè)計(jì)若干個(gè)測試用例，運(yùn)行被測程序，使得程序中每個(gè)判斷的每個(gè)條件的可能

取值至少執(zhí)行?次。

判定一條件覆蓋

判定一條件覆蓋就是設(shè)計(jì)足夠的測試用例，使得判斷中每個(gè)條件的所有可能取值至少執(zhí)行一

次，同時(shí)每個(gè)判斷中的每個(gè)條件的可能取值至少執(zhí)行一次。

條件組合僵蓋

條件組合構(gòu)襦就是設(shè)計(jì)足夠的測試用例，運(yùn)行被測程序，使得每個(gè)判斷的所有可能的條件取

值組合至少執(zhí)行一次。

路徑測試

路徑測試就是設(shè)計(jì)足夠的測試用例，覆蓋程序中所有可能的路徑■

條件測試路徑選擇

當(dāng)程序中判定多于一個(gè)時(shí)，形成的分支結(jié)構(gòu)可以分為兩類：嵌套型分支結(jié)構(gòu)和連鎖型分支結(jié)

構(gòu)，

對于嵌套型分支結(jié)構(gòu),若有n個(gè)判定語句，需要n+l個(gè)測試用例：

對于連鎖型分支結(jié)構(gòu),若有n個(gè)判定語句，需要有2n個(gè)測試用例，覆蓋它的2n條路徑.當(dāng)

n較大時(shí)將無法測試。

循環(huán)測試路徑選擇

循環(huán)分為4種不同類型：簡單循環(huán)、連鎖循環(huán)、嵌套循環(huán)和M結(jié)構(gòu)循環(huán),

(1)簡單循環(huán)

①零次循環(huán)：從循環(huán)入口到出口

②一次循環(huán)：檢查循環(huán)初始值

③二次循環(huán)：檢查多次循環(huán)

④m次循環(huán)：檢查在多次循環(huán)

⑤最大次數(shù)循環(huán)、比最大次數(shù)多一次、少一次的循環(huán)。

(2)嵌套循環(huán)

①對最內(nèi)層循環(huán)做簡單循環(huán)的全部測試.所有其它層的循環(huán)變量置為最小值：

②逐步外推，對其外而循環(huán)進(jìn)行測試。測試時(shí)保持所有外層循環(huán)的能環(huán)變量取圾小但，所仃

其它嵌套內(nèi)層循環(huán)的循環(huán)變量取“典型”值.

③反更進(jìn)行，直到所有各層循環(huán)測試完畢。

④對全部各層循環(huán)同時(shí)取最小循環(huán)次數(shù)，或者同時(shí)取最大循環(huán)次數(shù)。

(3)連鎖循環(huán)

如果各個(gè)循環(huán)互相獨(dú)立，則可以用與簡單循環(huán)相同的方法進(jìn)行測試。但如果幾個(gè)循環(huán)不是互

相獨(dú)立的，則需要使用測試嵌套循環(huán)的辦法來處理。

(4)加結(jié)構(gòu)循環(huán)

這?類循環(huán)應(yīng)該使用結(jié)構(gòu)化程序設(shè)計(jì)方法重新設(shè)計(jì)測試用例。

所謂等價(jià)類，就是指某個(gè)輸入域的集合，集合中的每個(gè)輸入對揭露程序

錯(cuò)誤來說是等效的，把程序的輸入域劃分成若干部分，然后從每個(gè)部分

中選取少數(shù)代表性數(shù)據(jù)作為測試用例，這就是等價(jià)類劃分方法。它是功

能測試的基本方法。使用這一方法設(shè)計(jì)測試用例要經(jīng)歷劃分等價(jià)類(列

出等價(jià)類表)及選取測試用例兩步。

劃分等價(jià)類：有效等價(jià)類、無效等價(jià)類

確定測試用例：為每個(gè)等價(jià)類規(guī)定一個(gè)唯一的編號；設(shè)計(jì)一個(gè)測試用例,

使其盡可能多地覆蓋尚未覆蓋的有效等價(jià)類；設(shè)計(jì)一個(gè)新的測試用例，

使其只覆蓋一個(gè)無效等價(jià)類。

等價(jià)類劃分是一種典型的黑盒測試方法,使用這一方法時(shí)，完全不考慮程序的內(nèi)亂結(jié)

構(gòu)，只依據(jù)程序的規(guī)格說明來設(shè)計(jì)測試用例.

等價(jià)類劃分方法把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若卜部分，然后從每

一部分中選取少數(shù)有代表性的數(shù)據(jù)做為測試用例。

使用這一方法設(shè)ir測試用例要經(jīng)歷劃分等價(jià)類(列出等價(jià)類表)和選取測試用例兩步。

劃分等價(jià)類

等價(jià)類是指某個(gè)輸入域的子集合。在該子集合中，各個(gè)輸入數(shù)據(jù)對于揭露程序中的錯(cuò)

誤都是等效的。測試某等價(jià)類的代表值就等價(jià)于對這一類其它值的測試。

等價(jià)類的劃分有兩種不同的情況：

①有效等價(jià)類：是指對于程序的規(guī)格說明來說，是合理的，有意義的輸入數(shù)據(jù)構(gòu)成的

集合。

②無效等價(jià)類：是指對于程序的規(guī)格說明來說，是不合理的，尤意義的輸入數(shù)據(jù)構(gòu)

成的集合。

在設(shè)計(jì)測試用例時(shí)，要同時(shí)考慮有效等價(jià)類和無效等價(jià)類的設(shè)計(jì)。

劃分等價(jià)類等價(jià)類的原則。

(1)如果輸入條件規(guī)定了取值范圍，或值的個(gè)數(shù)，則可以確立一個(gè)有效等價(jià)類和兩個(gè)

無效等價(jià)類。

例如，在程序的規(guī)格說明中，對輸入條件有一句話：

“項(xiàng)數(shù)可以從I到999”

則有效等價(jià)類是“1W項(xiàng)數(shù)《999”

兩個(gè)無效等價(jià)類是“項(xiàng)數(shù)VI”或“項(xiàng)數(shù)＞999”。

(2)如果輸入條件規(guī)定了輸入值的集合，或者是規(guī)定了“必須如何"的條件，這時(shí)可確

立一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。

例如,在Pascal語言中對變量標(biāo)識符規(guī)定為“以字母打頭的……串”。那么所有以字母

打頭的構(gòu)成有效等價(jià)類，而不在此集合內(nèi)(不以字母打頭)的歸于無效等價(jià)類。

(3)如果輸入條件是一個(gè)布爾量，則可以確定?個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類,

(4)如果規(guī)定了愉入數(shù)據(jù)的一組值，而且程序要對每個(gè)輸入值分即進(jìn)行處理，這時(shí)可

為律?個(gè)輸入值確立一個(gè)有效等價(jià)類，此外針對這組值確立?個(gè)無效等價(jià)類，它是

所有不允許的輸入值的集合。

例如.在教師上崗方案口規(guī)定對教授、副教授、講師和助教分別計(jì)算分?jǐn)?shù)，做相應(yīng)的

處理“因此可以確定4個(gè)有效等價(jià)類為教授、副教授、講師和助教，個(gè)無效等價(jià)類,它是

所仃不符合以上身分的人員的輸入值的集合.

(5)如果規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則，則可以確立一個(gè)有效箸價(jià)類(符合規(guī)則)和

若干個(gè)無效等價(jià)類(從不同角度違反規(guī)則)。

例如，Pascal語言規(guī)定“一個(gè)語句必須以分號結(jié)束”這時(shí)，可以確定一個(gè)有效等價(jià)

類"以結(jié)束'若干個(gè)無效零價(jià)類“以“結(jié)束”、"以結(jié)束，"以“結(jié)束”、“以LF結(jié)束”

等.

確立測試用例

在確立了等價(jià)類之后,建立等價(jià)類表，列出所有劃分出的等價(jià)類,再從劃分出的等價(jià)

類中按以下原則選擇測試用例：

(1)為每一個(gè)等價(jià)類規(guī)定一個(gè)唯一編號：

(2)設(shè)計(jì)一個(gè)新的測試用制，使其盡可能多地覆蓋尚未被覆蓋的有效等價(jià)類，重復(fù)這一

步，直到所有的有效等價(jià)類都被覆蓋為止；

(3)設(shè)計(jì)?個(gè)新的測試用例，使其僅覆蓋一個(gè)尚未被覆蓋的無效等價(jià)類，重復(fù)這?步，

直到所有的無效等價(jià)類都被陵蓋為止

邊界值分析法

使用邊界值分析方法設(shè)計(jì)測試方案首先應(yīng)該確定邊界情況，這需要經(jīng)驗(yàn)

和創(chuàng)造性，通常輸入等價(jià)類和輸出等價(jià)類的邊界，就是應(yīng)該注重測試的

程序邊界情況。選取的測試數(shù)據(jù)應(yīng)該剛好等于、剛剛小于和剛剛大于邊

界值。也就是說，按照邊界值分析法，應(yīng)該選取剛好等于、稍小于和稍

大于等價(jià)類邊界值作為測試數(shù)據(jù)，而不是選取每個(gè)等價(jià)類內(nèi)的典型值或

任意值作為測試數(shù)據(jù)。

邊界值分析也是一種黑盒測試方法，是對等價(jià)類劃分方法的補(bǔ)充，人們從長期的測試

工作”聆得知，大最的錯(cuò)誤是發(fā)生在躲入或輸出范用的動界匕而不累在輸入范用的內(nèi)部。

因此針對各種邊界情況設(shè)汁測試用例，可以查出更多的錯(cuò)誤。

比如,在做三角形計(jì)算時(shí)，要輸入三角形的三個(gè)邊長：A、B和C。我們應(yīng)注意到這

二個(gè)數(shù)值應(yīng)當(dāng)滿足A>0、B>0、C>0.A+B>C.A+C>B、B+C>A,才能構(gòu)成三角形。

但如果把六個(gè)不等式中的任何一個(gè)大于號錯(cuò)寫成大于等于號“2”，那就不能構(gòu)成三角

形。問題恰出現(xiàn)在容易被疏忽的邊界附近，

這里所說的邊界是指，相當(dāng)于悔入等價(jià)類和輸出等價(jià)類而言，稍高于其邊界值及稍低于

共邊界值的?些特定情況.

使用邊界值分析方法設(shè)計(jì)測試用例，首先應(yīng)確定邊界情況。應(yīng)當(dāng)選取正好等于.剛剛

大十，或剛剛小于邊界的位做為測試數(shù)據(jù),血不是選取等價(jià)類中的典型值或任意值做為測試

數(shù)據(jù)。

實(shí)踐證明，軟件在輸入、輸出域的邊界附近容易出現(xiàn)差錯(cuò)，邊值分析是考慮邊界條件

而選取測試用例的一種功能測試方法。邊值分析是對等價(jià)類劃分的有效補(bǔ)充，

因-果圖法

分析程序規(guī)格說明的描述中哪些是原因，哪些是結(jié)果。原因是輸入條件

或是輸入條件的等價(jià)類。結(jié)果是輸出條件。因果圖是一種形式語言，由

自然語言寫成的規(guī)范轉(zhuǎn)換而成，這種形式語言實(shí)際上是一種使用簡化記

號表示數(shù)字邏輯圖。因果圖法是幫助人們系統(tǒng)地選擇一組高效測試用例

的方法，此外，它還能指出程序規(guī)范中的不完全性和二義性。

因果圖的適用范匣

如果在測試時(shí)必須考慮輸入條件的各種組合，可使用?種適合于描述對于多種條件的組合，

相應(yīng)產(chǎn)生