軟件系統(tǒng)測(cè)試規(guī)范

1、 上海興漢科技公司軟件測(cè)試規(guī)范 目 錄 TOC o 1-4 h z HYPERLINK l _Toc536327309 一.概述 PAGEREF _Toc536327309 h 1 HYPERLINK l _Toc536327310 二 軟件測(cè)試?yán)碚?PAGEREF _Toc536327310 h 2 HYPERLINK l _Toc536327311 1.什么是軟件測(cè)試 PAGEREF _Toc536327311 h 2 HYPERLINK l _Toc536327312 2.軟件測(cè)試的目標(biāo) PAGEREF _Toc536327312 h 2 HYPERLINK l _Toc53632731

2、3 三.軟件測(cè)試流程 PAGEREF _Toc536327313 h 3 HYPERLINK l _Toc536327314 1.軟件測(cè)試流程圖 PAGEREF _Toc536327314 h 3 HYPERLINK l _Toc536327315 2.軟件測(cè)試流程細(xì)則 PAGEREF _Toc536327315 h 4 HYPERLINK l _Toc536327316 3.軟件測(cè)試注意事項(xiàng) PAGEREF _Toc536327316 h 5 HYPERLINK l _Toc536327317 四.軟件測(cè)試類型 PAGEREF _Toc536327317 h 6 HYPERLINK l _T

3、oc536327318 1.模塊測(cè)試 PAGEREF _Toc536327318 h 6 HYPERLINK l _Toc536327319 2.子系統(tǒng)測(cè)試 PAGEREF _Toc536327319 h 6 HYPERLINK l _Toc536327320 3.系統(tǒng)測(cè)試 PAGEREF _Toc536327320 h 6 HYPERLINK l _Toc536327321 4.驗(yàn)收測(cè)試 PAGEREF _Toc536327321 h 6 HYPERLINK l _Toc536327322 五.黑盒測(cè)試方法 PAGEREF _Toc536327322 h 7 HYPERLINK l _Toc

4、536327323 1.等價(jià)類劃分 PAGEREF _Toc536327323 h 7 HYPERLINK l _Toc536327324 2.因果圖 PAGEREF _Toc536327324 h 8 HYPERLINK l _Toc536327325 3.邊值分析法 PAGEREF _Toc536327325 h 8 HYPERLINK l _Toc536327326 4.猜錯(cuò)法 PAGEREF _Toc536327326 h 8 HYPERLINK l _Toc536327327 5.隨機(jī)數(shù)法 PAGEREF _Toc536327327 h 9 HYPERLINK l _Toc53632

5、7334 七.測(cè)試錯(cuò)誤類型 PAGEREF _Toc536327334 h 12 HYPERLINK l _Toc536327335 八.測(cè)試標(biāo)準(zhǔn) PAGEREF _Toc536327335 h 13 HYPERLINK l _Toc536327336 附錄一 單元測(cè)試報(bào)告 PAGEREF _Toc536327336 h 14 HYPERLINK l _Toc536327337 附錄二 集成測(cè)試報(bào)告 PAGEREF _Toc536327337 h 15 HYPERLINK l _Toc536327338 附錄三 測(cè)試大綱 PAGEREF _Toc536327338 h 16 HYPERLINK

6、 l _Toc536327339 附錄四 測(cè)試大綱附錄 PAGEREF _Toc536327339 h 17 HYPERLINK l _Toc536327340 附錄五 測(cè)試計(jì)劃 PAGEREF _Toc536327340 h 18 HYPERLINK l _Toc536327341 附錄六 程序錯(cuò)誤報(bào)告 PAGEREF _Toc536327341 h 19 HYPERLINK l _Toc536327342 附錄七 測(cè)試分析報(bào)告 PAGEREF _Toc536327342 h 20一.概述本規(guī)范是對(duì)項(xiàng)目軟件測(cè)試的一份指導(dǎo)性文件，對(duì)軟件測(cè)試過(guò)程中所涉及到的測(cè)試?yán)碚摗y(cè)試類型、測(cè)試方法、測(cè)試標(biāo)準(zhǔn)

7、、測(cè)試流程以及軟件產(chǎn)品開發(fā)單位所承擔(dān)的職責(zé)進(jìn)行總體規(guī)范，以有效保證軟件產(chǎn)品的質(zhì)量。二 軟件測(cè)試?yán)碚?.什么是軟件測(cè)試 無(wú)論怎樣強(qiáng)調(diào)軟件測(cè)試的重要性和它對(duì)軟件可靠性的影響都不過(guò)分。在開發(fā)大型軟件系統(tǒng)的漫長(zhǎng)過(guò)程中，面對(duì)著極其錯(cuò)綜復(fù)雜的問題，人的主觀認(rèn)識(shí)不可能完全符合客觀現(xiàn)實(shí)，與工程密切相關(guān)的各類人員之間的通信和配合也不可能完美無(wú)缺，因此，在軟件生命周期的每個(gè)階段都不可避免地會(huì)產(chǎn)生差錯(cuò)。我們力求在每個(gè)階段結(jié)束之前通過(guò)嚴(yán)格的技術(shù)審查，盡可能早地發(fā)現(xiàn)并糾正差錯(cuò)；但是，經(jīng)驗(yàn)表明審查并不能發(fā)現(xiàn)所有差錯(cuò)，此外在編碼過(guò)程中還不可避免地會(huì)引入新的錯(cuò)誤。如果在軟件投入生產(chǎn)性運(yùn)行之前，沒有發(fā)現(xiàn)并糾正軟件中的大部分差錯(cuò)

8、，則這些差錯(cuò)遲早會(huì)在生產(chǎn)過(guò)程中暴露出來(lái)，那時(shí)不僅改正這些錯(cuò)誤的代價(jià)更高，而且往往會(huì)造成很惡劣的后果。測(cè)試的目的就是在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤。目前軟件測(cè)試仍然是保證軟件質(zhì)量的關(guān)鍵步驟，它是對(duì)軟件規(guī)格說(shuō)明、設(shè)計(jì)和編碼的最后復(fù)審。軟件測(cè)試在軟件生命周期中橫跨兩個(gè)階段。通常在編寫出每個(gè)模塊之后就對(duì)它做必要的測(cè)試(稱為單元測(cè)試)，模塊的編寫者和測(cè)試者是同一個(gè)人，編碼和單元測(cè)試屬于軟件生命周期的同一個(gè)階段。在這個(gè)階段結(jié)束之后，對(duì)軟件系統(tǒng)還應(yīng)該進(jìn)行各種綜合測(cè)試，這是軟件生命周期中的另一個(gè)獨(dú)立的階段，通常由專門的測(cè)試人員承擔(dān)這項(xiàng)工作。大量統(tǒng)計(jì)資料表明，軟件測(cè)試的工作量往往占軟件開發(fā)

9、總工作量的40以上，在極端情況，測(cè)試那種關(guān)系人的生命安全的軟件所花費(fèi)的成本，可能相當(dāng)于軟件工程其他開發(fā)步驟總成本的三倍到五倍。因此，必須高度重視軟件測(cè)試工作，絕不要以為寫出程序之后軟件開發(fā)工作就接近完成了，實(shí)際上，大約還有同樣多的開發(fā)工作量需要完成。僅就測(cè)試而言，它的目標(biāo)是發(fā)現(xiàn)軟件中的錯(cuò)誤，但是，發(fā)現(xiàn)錯(cuò)誤并不是我們的最終日的。軟件工程的根本目標(biāo)是開發(fā)出高質(zhì)量的完全符合用戶需要的軟件。2.軟件測(cè)試的目標(biāo)下面這些規(guī)則也可以看作是測(cè)試的目標(biāo)或定義： (1)測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程； (2)好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案； (3)成功的測(cè)試是發(fā)現(xiàn)了至今為止尚

10、未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。從上述規(guī)則可以看出，測(cè)試的正確定義是“為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程”。這和某些人通常想象的“測(cè)試是為了表明程序是正確的”，“成功的測(cè)試是沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試”等等是完全相反的。正確認(rèn)識(shí)測(cè)試的目標(biāo)是十分重要的，測(cè)試目標(biāo)決定了測(cè)試方案的設(shè)計(jì)。如果為了表明程序是正確的而進(jìn)行測(cè)試，就會(huì)設(shè)計(jì)一些不易暴露錯(cuò)誤的測(cè)試方案；相反，如果測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤，就會(huì)力求設(shè)計(jì)出最能暴露錯(cuò)誤的測(cè)試方案。由于測(cè)試的目標(biāo)是暴露程序中的錯(cuò)誤，從心理學(xué)角度看，由程序的編寫者自己進(jìn)行測(cè)試是不恰當(dāng)?shù)摹Ｒ虼?，在綜合測(cè)試階段通常由其他人員組成測(cè)試小組來(lái)完成測(cè)試工作。此外，應(yīng)該認(rèn)識(shí)到測(cè)試決不能證明程序是正

11、確的。即使經(jīng)過(guò)了最嚴(yán)格的測(cè)試之后，仍然可能還有沒被發(fā)現(xiàn)的錯(cuò)誤潛藏在程序中。測(cè)試只能查找出程序中的錯(cuò)誤，不能證明程序中沒有錯(cuò)誤。三.軟件測(cè)試流程1.軟件測(cè)試流程圖參與需求分析，了解項(xiàng)目需求內(nèi)容了解需求變更制定測(cè)試計(jì)劃 編寫測(cè)試用例回歸測(cè)試執(zhí)行測(cè)試用例填寫錯(cuò)誤報(bào)告編寫測(cè)試總結(jié)報(bào)告提交測(cè)試總結(jié)報(bào)告提交bug，項(xiàng)目組進(jìn)行修改項(xiàng)目組進(jìn)行修改 No Yes Y2.軟件測(cè)試流程細(xì)則需求階段：測(cè)試人員了解項(xiàng)目需求收集結(jié)果包括項(xiàng)目需求規(guī)格說(shuō)明、功能結(jié)構(gòu)及模塊劃分等。測(cè)試人員了解項(xiàng)目需求變更。測(cè)試人員會(huì)同項(xiàng)目主管根據(jù)軟件需求制定并確認(rèn)測(cè)試計(jì)劃（附錄五）。設(shè)計(jì)編碼階段：測(cè)試人員制定測(cè)試用例（附錄三、附錄四）。項(xiàng)目開

12、發(fā)組對(duì)完成的功能模塊進(jìn)行單元測(cè)試所有單元測(cè)試及相應(yīng)的修改完成后，項(xiàng)目開發(fā)組組織進(jìn)行集成測(cè)試測(cè)試階段：項(xiàng)目開發(fā)組完成集成測(cè)試后，提交測(cè)試所要求的待測(cè)軟件及各種文檔、手冊(cè)、前期測(cè)試報(bào)告（需求分析、軟件設(shè)計(jì)規(guī)范。測(cè)試組安排和協(xié)調(diào)測(cè)試設(shè)備、環(huán)境等準(zhǔn)備工作。測(cè)試組按測(cè)試計(jì)劃、測(cè)試用例的要求對(duì)被測(cè)系統(tǒng)進(jìn)行系統(tǒng)測(cè)試。填寫錯(cuò)誤報(bào)告對(duì)修改后的情況進(jìn)行回歸測(cè)試。測(cè)試結(jié)束后，測(cè)試人員對(duì)測(cè)試結(jié)果進(jìn)行匯總；測(cè)試主管審核測(cè)試結(jié)果，得出測(cè)試結(jié)論；測(cè)試組進(jìn)行測(cè)試分析和評(píng)估，編寫測(cè)試總結(jié)報(bào)告提交測(cè)試總結(jié)報(bào)告。對(duì)測(cè)試未通過(guò)的待測(cè)軟件，測(cè)試人員匯總并向項(xiàng)目開發(fā)組提交測(cè)試錯(cuò)誤報(bào)告。項(xiàng)目開發(fā)組對(duì)測(cè)試錯(cuò)誤報(bào)告進(jìn)行確認(rèn)，對(duì)有爭(zhēng)議的問題可由

13、上一級(jí)技術(shù)負(fù)責(zé)人確認(rèn)和仲裁；項(xiàng)目開發(fā)組針對(duì)測(cè)試錯(cuò)誤報(bào)告進(jìn)行逐項(xiàng)修改，修改完成后再將待測(cè)軟件及錯(cuò)誤修改情況提交及測(cè)試組進(jìn)行回歸測(cè)試。待測(cè)軟件測(cè)試通過(guò)后，項(xiàng)目測(cè)評(píng)結(jié)束。3.軟件測(cè)試注意事項(xiàng)根據(jù)軟件開發(fā)規(guī)范仔細(xì)檢查軟件的界面是否合乎要求。（每一個(gè)子界面也應(yīng)如此） 其中，應(yīng)注意提示信息和軟件開發(fā)商信息是否正確。小的圖標(biāo)是否合乎要求。檢查菜單當(dāng)中的各項(xiàng)功能和功能按鈕是否能正確使用。根據(jù)軟件開發(fā)規(guī)范和用戶需求及軟件詳細(xì)設(shè)計(jì)設(shè)計(jì)測(cè)試用例（以邊界值法、等價(jià)類劃分法為主）。對(duì)功能界面要求注意與功能相關(guān)的信息顯示及顯示位置是否正確。數(shù)據(jù)輸入界面應(yīng)注意文字格式及數(shù)字和文字的區(qū)別。是否能夠正確保存信息。數(shù)據(jù)查詢（顯示

14、）界面應(yīng)注意顯示信息是否正確和完整。是否能正確查詢。對(duì)打印功能要求注意打印出的報(bào)表是否正確。（包括報(bào)表各項(xiàng)信息、數(shù)據(jù)信息和報(bào)表字體等）。這一項(xiàng)測(cè)試主要是對(duì)軟件的錯(cuò)誤處理功能進(jìn)行測(cè)試。就是進(jìn)行錯(cuò)誤的操作或輸入錯(cuò)誤的數(shù)據(jù)，檢查軟件對(duì)這些情況是否能做出判斷并予以提示。特殊情況下要制造極端狀態(tài)和意外狀態(tài)，比如網(wǎng)絡(luò)異常中斷、電源斷電等情況。一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很大的關(guān)系。對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過(guò)程。一般有A測(cè)試出來(lái)的錯(cuò)誤，一定要有一個(gè)B來(lái)確認(rèn)，嚴(yán)重的錯(cuò)誤可以召開評(píng)審會(huì)進(jìn)行討論和分析。制定嚴(yán)格的測(cè)試計(jì)劃，并把測(cè)試時(shí)間安排得盡量寬松，不要希望在極短的時(shí)間

15、內(nèi)完成一個(gè)高水平的測(cè)試?；貧w測(cè)試的關(guān)聯(lián)性一定要引起充分的注意，修改一個(gè)錯(cuò)誤而引起更多錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見。妥善保存一切測(cè)試過(guò)程文檔，意義是不言而喻的，測(cè)試的重現(xiàn)性往往要靠測(cè)試文檔。四.軟件測(cè)試類型除非是測(cè)試一個(gè)小程序，否則一開始就把整個(gè)系統(tǒng)作為一個(gè)單獨(dú)的實(shí)體來(lái)測(cè)試是不現(xiàn)實(shí)的。與開發(fā)過(guò)程類似，測(cè)試過(guò)程也必須分步驟進(jìn)行，每個(gè)步驟在邏輯上是前一個(gè)步驟的繼續(xù)。大型軟件系統(tǒng)通常由若干個(gè)子系統(tǒng)組成，每個(gè)子系統(tǒng)又由許多模塊組成。因此，大型軟件系統(tǒng)的測(cè)試基本上由下述幾個(gè)步驟組成：1.模塊測(cè)試在設(shè)計(jì)得好的軟件系統(tǒng)中，每個(gè)模塊完成一個(gè)清晰定義的子功能，而且這個(gè)子功能和同級(jí)其他模塊的功能之間沒有相互依賴關(guān)系。因此

16、，有可能把每個(gè)模塊作為一個(gè)單獨(dú)的實(shí)體來(lái)測(cè)試，而且通常比較容易設(shè)計(jì)檢驗(yàn)?zāi)K正確性的測(cè)試方案。模塊測(cè)試的目的是保證每個(gè)模塊作為一個(gè)單元能正確運(yùn)行，所以模塊測(cè)試通常又稱為單元測(cè)試。在這個(gè)測(cè)試步驟中所發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計(jì)的錯(cuò)誤。2.子系統(tǒng)測(cè)試子系統(tǒng)測(cè)試是把經(jīng)過(guò)單元測(cè)試的模塊放在一起形成一個(gè)子系統(tǒng)來(lái)測(cè)試。模塊相互間的協(xié)調(diào)和通信是這個(gè)測(cè)試過(guò)程中的主要問題，因此這個(gè)步驟著重測(cè)試模塊的接口。3.系統(tǒng)測(cè)試系統(tǒng)測(cè)試是把經(jīng)過(guò)測(cè)試的于系統(tǒng)裝配成一個(gè)完整的系統(tǒng)來(lái)測(cè)試。在這個(gè)過(guò)程中不僅應(yīng)該發(fā)現(xiàn)設(shè)計(jì)和編碼的錯(cuò)誤，還應(yīng)該驗(yàn)證系統(tǒng)確實(shí)能提供需求說(shuō)明書中指定的功能，而且系統(tǒng)的動(dòng)態(tài)特性也符合預(yù)定要求。在這個(gè)測(cè)試步驟中發(fā)現(xiàn)的往

17、往是軟件設(shè)計(jì)中的錯(cuò)誤，也可能發(fā)現(xiàn)需求說(shuō)明中的錯(cuò)誤。不論是子系統(tǒng)測(cè)試還是系統(tǒng)測(cè)試，都兼有檢測(cè)和組裝兩重含義，通常稱為集成測(cè)試。4.驗(yàn)收測(cè)試驗(yàn)收測(cè)試把軟件系統(tǒng)作為單一的實(shí)體進(jìn)行測(cè)試，測(cè)試內(nèi)容與系統(tǒng)測(cè)試基本類似，但是它是在用戶積極參與下進(jìn)行的，而且可能主要使用實(shí)際數(shù)據(jù)(系統(tǒng)將來(lái)要處理的信息)進(jìn)行測(cè)試。驗(yàn)收測(cè)試的目的是驗(yàn)證系統(tǒng)確實(shí)能夠滿足用戶的需要，在這個(gè)測(cè)試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說(shuō)明書中的錯(cuò)誤。五.黑盒測(cè)試方法 黑盒測(cè)試(blackbox testing)又稱功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)范的測(cè)試。用這種方法進(jìn)行測(cè)試時(shí)，被測(cè)程序被當(dāng)作看不見內(nèi)部的黑盒。在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，

18、測(cè)試者僅依據(jù)程序功能的需求規(guī)范考慮確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性。因此黑盒測(cè)試是從用戶觀點(diǎn)出發(fā)的測(cè)試，黑盒測(cè)試直觀的想法就是既然程序被規(guī)定做某些事，那我們就看看它是不是在任何情況下都做的對(duì)。完整的“任何情況”是無(wú)法驗(yàn)證的，為此黑盒測(cè)試也有一套產(chǎn)生測(cè)試用例的方法，以產(chǎn)生有限的測(cè)試用例而覆蓋足夠多的“任何情況”。由于黑盒測(cè)試不需要了解程序內(nèi)部結(jié)構(gòu)，所以許多高層的測(cè)試如確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試都采用黑盒測(cè)試。黑盒測(cè)試首先是程序通常的功能性測(cè)試。要求：每個(gè)軟件特性必須被一個(gè)測(cè)試用例或一個(gè)被認(rèn)可的異常所覆蓋。用數(shù)據(jù)類型和數(shù)據(jù)值的最小集測(cè)試。用一系列真實(shí)的數(shù)據(jù)類型和數(shù)據(jù)值運(yùn)行，測(cè)試超負(fù)荷、飽和及其

19、他“最壞情況”的結(jié)果；用假想的數(shù)據(jù)類型和數(shù)據(jù)值運(yùn)行，測(cè)試排斥不規(guī)則輸入的能力；對(duì)影響性能的關(guān)鍵模塊，如基本算法、應(yīng)測(cè)試單元性能(包括精度、時(shí)間、容量等)。不僅要考核“程序應(yīng)該做什么?”還要考察“程序是否做了不該做的2”同時(shí)還要考察程序在其他一些情況下是否正常。這些情況包括數(shù)據(jù)類型和數(shù)據(jù)值的異常等等。下述幾種方法：(a)等價(jià)類劃分，(b)因果圖方法，(c)邊值分析法，(d)猜錯(cuò)法，(e)隨機(jī)數(shù)法，就是從更廣泛的角度來(lái)進(jìn)行黑盒測(cè)試。每一個(gè)方法都力圖能涵蓋更多的“任何情況”，但又各有長(zhǎng)處，綜合使用這些方法，會(huì)得到一個(gè)較好的測(cè)試用例集。1.等價(jià)類劃分 等價(jià)類劃分是一種典型的黑盒測(cè)試方法。等價(jià)類是指某個(gè)

20、輸入域的集合。它表示對(duì)揭露程序中的錯(cuò)誤來(lái)說(shuō)，集合中的每個(gè)輸入條件是等效的。因此我們只要在一個(gè)集合中選取一個(gè)測(cè)試數(shù)據(jù)即可。等價(jià)類劃分的辦法是把程序的輸入域劃分成若干等價(jià)類，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測(cè)試用例。這樣就可使用少數(shù)測(cè)試用例檢驗(yàn)程序在一大類情況下的反映。 在考慮等價(jià)類時(shí)，應(yīng)該注意區(qū)別以下兩種不同的情況：有效等價(jià)類：有效等價(jià)類指的是對(duì)程序的規(guī)范是有意義的、合理的輸入數(shù)據(jù)所構(gòu)成的集合。在具體問題中，有效等價(jià)類可以是一個(gè)，也可以是多個(gè)。無(wú)效等價(jià)類：無(wú)效等價(jià)類指對(duì)程序的規(guī)范是不合理的或無(wú)意義的輸入數(shù)據(jù)所構(gòu)成的集合。對(duì)于具體的問題，無(wú)效等價(jià)類至少應(yīng)有一個(gè)，也可能有多個(gè)。確定等價(jià)類有以下

21、幾條原則：如果輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)，則可確定一個(gè)有效等價(jià)類和兩個(gè)無(wú)效等價(jià)類。例如，程序的規(guī)范中提到的輸入條包括“項(xiàng)數(shù)可以從1到999”，則可取有效等價(jià)類為“l(fā)考項(xiàng)數(shù)999”，無(wú)效等價(jià)類為“項(xiàng)數(shù)l，及“項(xiàng)數(shù)999”。輸入條件規(guī)定了輸入值的集合，或是規(guī)定了“必須如何”的條件，則可確定一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。如某程序涉及標(biāo)識(shí)符，其輸入條件規(guī)定“標(biāo)識(shí)符應(yīng)以字母開頭”則“以字母開頭者”作為有效等價(jià)類，“以非字母開頭”作為無(wú)效等價(jià)類。如果我們確知，已劃分的等價(jià)類中各元素在程序中的處理方式是不同的，則應(yīng)將此等價(jià)類進(jìn)一步劃分成更小等價(jià)類。輸入條件有效等價(jià)類無(wú)效等價(jià)類。 根據(jù)已列出的等價(jià)類表

22、，按以下步驟確定測(cè)試用例：為每個(gè)等價(jià)類規(guī)定一個(gè)唯一的編號(hào)；設(shè)計(jì)一個(gè)測(cè)試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價(jià)類。重復(fù)這一步，最后使得所有有效等價(jià)類均被測(cè)試用例所覆蓋；設(shè)計(jì)一個(gè)新的測(cè)試用例，使其只覆蓋一個(gè)無(wú)效等價(jià)類。重復(fù)這一步，使所有無(wú)效等價(jià)類均被覆蓋。這里強(qiáng)調(diào)每次只覆蓋一個(gè)無(wú)效等價(jià)類。這是因?yàn)橐粋€(gè)測(cè)試用例中如果含有多個(gè)缺陷，有可能在測(cè)試中只發(fā)現(xiàn)其中的一個(gè)，另一些被忽視。等價(jià)類劃分法能夠全面、系統(tǒng)地考慮黑盒測(cè)試的測(cè)試用例設(shè)計(jì)問題，但是沒有注意選用一些“高效的”、“有針對(duì)性的”測(cè)試用例。后面介紹的邊值分析法可以彌補(bǔ)這一缺點(diǎn)。2.因果圖等價(jià)類劃分法并沒有考慮到輸入情況的各種組合。這樣雖然各個(gè)輸入

23、條件單獨(dú)可能出錯(cuò)的情況已經(jīng)看到了，但多個(gè)輸入情況組合起來(lái)可能出錯(cuò)的情況卻被忽略。采用因果圖方法能幫助我們按一定步驟選擇一組高效的測(cè)試用例，同時(shí)，還能為我們指出程序規(guī)范的描述中存在什么問題。利用因果圖導(dǎo)出測(cè)試用例需要經(jīng)過(guò)以下幾個(gè)步驟：分析程序規(guī)范的描述中哪些是原因，哪些是結(jié)果。原因常常是輸入條件或是輸入條件的等價(jià)類。結(jié)果是輸出條件。分析程序規(guī)范的描述中語(yǔ)義的內(nèi)容，并將其表示成連接各個(gè)原因與各個(gè)結(jié)果的“因果圖”。由于語(yǔ)法或環(huán)境的限制，有些原因和結(jié)果的組合情況是不可能出現(xiàn)的。為表明這些特定的情況，在因果圖上使用持殊的符號(hào)標(biāo)明約束條件。把因果圖轉(zhuǎn)換成判定表。把判定表的每一列寫成一個(gè)測(cè)試用例。3.邊值分

24、析法 邊值分析法是列出單元功能、輸入、狀態(tài)及控制的合法邊界值和非法邊界值，設(shè)計(jì)測(cè)試用例，包含全部邊界值的方法。典型地包括IF語(yǔ)句中的判別值，定義域、值域邊界，空或畸形輸入，末受控狀態(tài)等。邊值分析法不是一類找一個(gè)例子的方法，而是以邊界情況的處理作為主要目標(biāo)專門設(shè)計(jì)測(cè)試用例的方法。另外，邊值分析不僅考查輸入的邊值，也要考慮輸出的邊值。這是從人們的經(jīng)驗(yàn)得出的一種有效方法。人們發(fā)現(xiàn)許多軟件錯(cuò)誤只是在下標(biāo)、數(shù)據(jù)結(jié)構(gòu)和標(biāo)量值的邊界值及其上、下出現(xiàn)，運(yùn)行這個(gè)區(qū)域的測(cè)試用例發(fā)現(xiàn)錯(cuò)誤的概率很高。用邊值分析法設(shè)計(jì)測(cè)試用例時(shí)，有以下幾條原則：如果輸入條件規(guī)定了取值范圍，或是規(guī)定了值的個(gè)數(shù)，則應(yīng)以該范圍的邊界內(nèi)及剛剛

25、超出范圍的邊界外的值，或是分別對(duì)最大、最小及稍小于最小、稍大于最大個(gè)數(shù)作為測(cè)試用例。如有規(guī)范“某文件可包含l至255”個(gè)記錄“，則測(cè)試用例可選1和255及0和256等。針對(duì)規(guī)范的每個(gè)輸出條件使用原則a。如果程序規(guī)范中提到的輸入或輸出域是個(gè)有序的集合(如順序文件、表格等)就應(yīng)注意選取有序集的第一個(gè)和最后一個(gè)元素作為測(cè)試用例。分析規(guī)范，盡可能找出可能的邊界條件。一個(gè)典型的邊值分析例子是三角形分類程序。選取a，b，c構(gòu)成三角形三邊，“任意兩邊之和大于第三邊”為邊界條件。邊值分析相等價(jià)類劃分側(cè)重不同，對(duì)等價(jià)類劃分是一個(gè)補(bǔ)充。如上述三角形問題，選取a3，b4，c5，a2，b4，c7則覆蓋有效和無(wú)效等價(jià)類

26、。如果能在等價(jià)類劃分中注入邊值分析的思想。在每個(gè)等價(jià)類中不只選取一個(gè)覆蓋用例，而是進(jìn)而選取該等價(jià)類的邊界值等價(jià)類劃分法將更有效，最后可以用邊值分析法再補(bǔ)充一些測(cè)試用例。4.猜錯(cuò)法 猜錯(cuò)法在很大程度上是憑經(jīng)驗(yàn)進(jìn)行的，是憑人們對(duì)過(guò)去所作的測(cè)試工作結(jié)果的分析，對(duì)所揭示的缺陷的規(guī)律性作直覺的推測(cè)來(lái)發(fā)現(xiàn)缺陷的。猜錯(cuò)法充分發(fā)揮人的經(jīng)驗(yàn)，在一個(gè)測(cè)試小組中集思廣益，方便實(shí)用，特別在軟件測(cè)試基礎(chǔ)較差的情況下，很好地組織測(cè)試小組 (也可以有外來(lái)人員)進(jìn)行錯(cuò)誤猜測(cè)，是有效的測(cè)試方法。六.測(cè)試錯(cuò)誤類型本規(guī)范定義以下五類測(cè)試錯(cuò)誤類型。A類嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤：由于程序所引起的死機(jī),非法退出死循環(huán)因錯(cuò)誤操作導(dǎo)致的程

27、序中斷頁(yè)面鏈接不正確B類較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤： 功能實(shí)現(xiàn)錯(cuò)誤數(shù)據(jù)庫(kù)的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件列在說(shuō)明中的需求未在最終系統(tǒng)中實(shí)現(xiàn)瀏覽器兼容性錯(cuò)誤C類一般性錯(cuò)誤，包括以下各種錯(cuò)誤：頁(yè)面刷新錯(cuò)誤編碼時(shí)數(shù)據(jù)類型、長(zhǎng)度定義錯(cuò)誤簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制刪除操作未給出提示D類較小錯(cuò)誤，包括以下各種錯(cuò)誤：界面不規(guī)范輔助說(shuō)明描述不清楚可編輯區(qū)和不可編輯區(qū)不明顯按鈕或標(biāo)簽上有拼寫錯(cuò)誤的單詞、不正確的大小寫滾動(dòng)條無(wú)效E類測(cè)試建議 容易給用戶誤解和岐議的提示 界面需要改進(jìn)的 對(duì)有疑慮的文檔，提出修改建議七.bug提交規(guī)則Bug提交到Bugzilla，點(diǎn)new進(jìn)行新建，Component

28、選擇模塊內(nèi)容 ，severity選擇相應(yīng)問題嚴(yán)重性，summary輸入問題簡(jiǎn)要描述，Description寫入操作步驟，預(yù)期結(jié)果，實(shí)際結(jié)果，如圖：點(diǎn)擊Add an Attachment可以插入附件八.測(cè)試通過(guò)標(biāo)準(zhǔn)黑盒測(cè)試的通過(guò)準(zhǔn)則一般有：?jiǎn)卧δ芡O(shè)計(jì)需求一致；規(guī)定的路徑覆蓋率及覆蓋類達(dá)到要求，且單元執(zhí)行正確；所規(guī)定的黑盒測(cè)試手段被使用，且單元執(zhí)行正確；對(duì)殘留錯(cuò)誤有合法解釋或被認(rèn)可暫留；雖然路徑覆蓋率不能達(dá)到，但其他各測(cè)試的錯(cuò)誤查出率趨產(chǎn)0或穩(wěn)定(時(shí)間的長(zhǎng)短視情況而定)。各類軟件測(cè)試合格須符合以下標(biāo)準(zhǔn)。A類錯(cuò)誤B類錯(cuò)誤C類錯(cuò)誤D類錯(cuò)誤E類建議無(wú)無(wú)1%5%暫不作要求以上比例為錯(cuò)誤占總測(cè)試模塊的比

29、例。軟件產(chǎn)品未經(jīng)測(cè)試合格，不允許出公司。九.后記軟件測(cè)試規(guī)范的目的是使測(cè)試報(bào)告易于閱讀和理解、易于PM對(duì)Bug的分配管理、易于開發(fā)人員處理測(cè)試中出現(xiàn)的Bug，而不是用過(guò)份的約束和絕對(duì)的限制來(lái)束縛測(cè)試人員的測(cè)試過(guò)程。標(biāo)準(zhǔn)是人定的，它并不是神圣不可侵犯的。所以，測(cè)試的規(guī)范是簡(jiǎn)潔、完整和便于管理性的。而且這個(gè)規(guī)范需要在我們的實(shí)際工作當(dāng)中繼續(xù)修改直到完善。附錄一 單元測(cè)試報(bào)告1 測(cè)試過(guò)程與結(jié)果1.1 （某程序模塊/文檔名稱）測(cè)試測(cè)試對(duì)象：（某程序模塊/文檔）測(cè)試方面：（設(shè)計(jì)規(guī)范/應(yīng)用功能及流程/程序代碼）責(zé)任人：測(cè)試人及測(cè)試時(shí)間：?jiǎn)栴}及影響、處理結(jié)果：1.2 （某程序模塊/文檔名稱）測(cè)試測(cè)試對(duì)象：（某

30、程序模塊/文檔）測(cè)試方面：（設(shè)計(jì)規(guī)范/應(yīng)用功能及流程/程序代碼）責(zé)任人：測(cè)試人及測(cè)試時(shí)間：?jiǎn)栴}及影響、處理結(jié)果：2 測(cè)試結(jié)論對(duì)單元測(cè)試的結(jié)果評(píng)價(jià)。 測(cè)試負(fù)責(zé)人： 審核（項(xiàng)目經(jīng)理）： 年 月 日 年 月 日附錄二 集成測(cè)試報(bào)告項(xiàng)目名稱項(xiàng)目編號(hào)測(cè)試人測(cè)試時(shí)間問題類型： 程序代碼 數(shù)據(jù)庫(kù) 項(xiàng)目文檔問題及影響描述、處理結(jié)果（可加附頁(yè)）測(cè)試結(jié)論測(cè)試負(fù)責(zé)人： 年 月 日 審核（項(xiàng)目經(jīng)理）： 年 月 日附錄三 測(cè)試計(jì)劃1 概述1.1 編寫目的可照抄下列語(yǔ)句，也可適當(dāng)修改。本文檔的編寫目的在于為整個(gè)測(cè)試階段的管理工作和技術(shù)工作提供指南；確定測(cè)試的內(nèi)容和范圍，為評(píng)價(jià)系統(tǒng)提供依據(jù)。1.2 參考資料說(shuō)明軟件測(cè)試所需的資料（需求分析、設(shè)計(jì)規(guī)范等）。1.3 術(shù)語(yǔ)和縮寫詞說(shuō)明本次測(cè)試所涉及到的專業(yè)術(shù)語(yǔ)和縮寫詞等。1.4 測(cè)試種類說(shuō)明本次測(cè)試所屬的測(cè)試種類（單元測(cè)試、集成測(cè)試、有效性測(cè)試、系統(tǒng)測(cè)試、用戶測(cè)試）及測(cè)試的對(duì)象。2 系統(tǒng)描述簡(jiǎn)要描述被測(cè)軟件系統(tǒng)，可用圖表加解釋的形式，說(shuō)明被測(cè)系統(tǒng)的輸入、基本處理功能及輸出，為進(jìn)行測(cè)試提供一個(gè)提綱。3 測(cè)試環(huán)境3.1 硬件列出進(jìn)行本次測(cè)試所需的硬件資源的型號(hào)、配置和廠家。3.2 軟件列出進(jìn)行本次測(cè)試所需的軟件資源，包括操作