【正文】 ..............................................................................17 附錄五 測(cè)試計(jì)劃 .........................................................................................................................18 附錄六 程序錯(cuò)誤報(bào)告 ..................................................................................................................19 附錄七 測(cè)試分析報(bào)告 ..................................................................................................................20 軟件測(cè)試規(guī)范 概述 1 一 .概述 本規(guī)范是對(duì)項(xiàng)目軟件測(cè)試的一份指導(dǎo)性文件，對(duì)軟件測(cè)試過程中所涉及到的測(cè)試?yán)碚?、測(cè)試類型、測(cè)試方法、測(cè)試標(biāo)準(zhǔn)、測(cè)試流程以及軟件產(chǎn)品開發(fā)單位所承擔(dān)的職責(zé)進(jìn)行總體規(guī)范，以有效保證軟件產(chǎn)品的質(zhì)量。 軟件測(cè)試規(guī)范 軟件測(cè)試?yán)碚? 2 二 軟件測(cè)試?yán)碚? 無論怎樣強(qiáng)調(diào)軟件測(cè)試的重要性和它對(duì)軟件可靠性的影響都不過分。在開發(fā)大型軟件系統(tǒng)的漫長(zhǎng)過程中 ，面對(duì)著極其錯(cuò)綜復(fù)雜的問題，人的主觀認(rèn)識(shí)不可能完全符合客觀現(xiàn)實(shí)，與工程密切相關(guān)的各類人員之間的通信和配合也不可能完美無缺，因此，在軟件生命周期的每個(gè)階段都不可避免地會(huì)產(chǎn)生差錯(cuò)。我們力求在每個(gè)階段結(jié)束之前通過嚴(yán)格的技術(shù)審查，盡可能早地發(fā)現(xiàn)并糾正差錯(cuò)；但是，經(jīng)驗(yàn)表明審查并不能發(fā)現(xiàn)所有差錯(cuò)，此外在編碼過程中還不可避免地會(huì)引入新的錯(cuò)誤。如果在軟件投入生產(chǎn)性運(yùn)行之前，沒有發(fā)現(xiàn)并糾正軟件中的大部分差錯(cuò)，則這些差錯(cuò)遲早會(huì)在生產(chǎn)過程中暴露出來，那時(shí)不僅改正這些錯(cuò)誤的代價(jià)更高，而且往往會(huì)造成很惡劣的后果。測(cè)試的目的就是在軟件 投入生產(chǎn)性運(yùn)行之前，盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤。目前軟件測(cè)試仍然是保證軟件質(zhì)量的關(guān)鍵步驟，它是對(duì)軟件規(guī)格說明、設(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ā)總工作量的 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ì)量的完全符合用戶需要的軟件。 下面這些規(guī)則也可以看作是測(cè)試的目標(biāo)或定義： (1)測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程； (2)好的測(cè)試方案是 極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案； (3)成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。 從上述規(guī)則可以看出，測(cè)試的正確定義是“為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程”。這和某些人通常想象的“測(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è)試小組來完成測(cè)試工作。此外，應(yīng)該認(rèn)識(shí)到測(cè)試決不能證明程序是正確的。即使經(jīng)過了最嚴(yán)格的測(cè)試之后，仍然可能還有沒被發(fā)現(xiàn)的錯(cuò)誤潛藏在程序中。測(cè)試只能查找出程序中的錯(cuò)誤，不能證明程序中沒有錯(cuò)誤。 軟件測(cè)試規(guī)范 軟件測(cè)試流程 3 三 .軟件測(cè)試流程 N Y N Y N Y 參與需求分析，了解項(xiàng)目需求內(nèi)容 了解需求變更 制定《測(cè)試計(jì)劃 》 編寫《測(cè)試大 綱》 編寫《單元測(cè)試報(bào)告》 項(xiàng)目組進(jìn)行修改 編寫《集成測(cè)試報(bào)告》 項(xiàng)目組進(jìn)行修改 收集待測(cè)軟件的各種相關(guān)文檔及 《需求分析》、《軟件設(shè)計(jì)規(guī)范》和上一級(jí)《測(cè)試報(bào)告》 填寫《錯(cuò)誤報(bào)告》 項(xiàng)目組進(jìn)行修改 編寫《測(cè)試分析報(bào)告》 提交《測(cè)試分析報(bào)告》 編寫《用戶操作手冊(cè)》（幫助文件） 復(fù)合 所有文件存檔 與用戶方協(xié)商測(cè)試相關(guān)事宜 配合開發(fā)人員進(jìn)行單元測(cè)試 配合開發(fā)人員進(jìn)行集成測(cè)試 對(duì)待測(cè)軟件進(jìn)行測(cè)試 軟件測(cè)試規(guī)范 軟件測(cè)試流程 4 需求階段： 測(cè)試人員了解項(xiàng)目需求收集結(jié)果包括項(xiàng)目 需求規(guī)格說明、功能結(jié)構(gòu)及模塊劃分等。 測(cè)試人員了解項(xiàng)目需求變更。 測(cè)試人員會(huì)同項(xiàng)目主管根據(jù)軟件需求制定并確認(rèn) 《測(cè)試計(jì)劃》（附錄五）。 設(shè)計(jì)編碼階段： 測(cè)試人員制定 《測(cè)試大綱》（附錄三、附錄四）。 項(xiàng)目開發(fā)組對(duì)完成的功能模塊進(jìn)行單元測(cè)試，測(cè)試人員參與單元測(cè)試過程；單元測(cè)試完成，產(chǎn)生單元測(cè)試報(bào)告。 所有單元測(cè)試及相應(yīng)的修改完成后，項(xiàng)目開發(fā)組組織進(jìn)行集成測(cè)試，測(cè)試人員參與集成測(cè)試過程；集成測(cè)試完成后，產(chǎn)生集成測(cè)試報(bào)告。 測(cè)試階段： 項(xiàng)目開發(fā)組完成集 成測(cè)試后，提交測(cè)試所要求的待測(cè)軟件及各種文檔、手冊(cè)、前期測(cè)試報(bào)告 （《需求分析》、《軟件設(shè)計(jì)規(guī)范》和上一級(jí)《測(cè)試報(bào)告》附錄一、附錄二）。 測(cè)試組安排和協(xié)調(diào)測(cè)試設(shè)備、環(huán)境等準(zhǔn)備工作。 測(cè)試組按測(cè)試計(jì)劃、測(cè)試大綱的要求對(duì)待測(cè)軟件進(jìn)行有效性測(cè)試、集成測(cè)試。 填寫《錯(cuò)誤報(bào)告》（附錄六）。 對(duì)修改后的情況進(jìn)行復(fù)合。 測(cè)試結(jié)束后，測(cè)試人員對(duì)測(cè)試結(jié)果進(jìn)行匯總；測(cè)試主管審核測(cè)試結(jié)果，得出測(cè)試結(jié)論；測(cè)試組進(jìn)行測(cè)試分析和評(píng)估， 編寫《測(cè)試分析報(bào)告》（附錄七）。 提交《測(cè)試分析報(bào)告》。 將所有文件存檔。 對(duì)測(cè)試未通過的待測(cè)軟件，測(cè)試 人員匯總并向項(xiàng)目開發(fā)組提交測(cè)試錯(cuò)誤報(bào)告。 項(xiàng)目開發(fā)組對(duì)測(cè)試錯(cuò)誤報(bào)告進(jìn)行確認(rèn)，對(duì)有爭(zhēng)議的問題可由上一級(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è)試通過后，項(xiàng)目測(cè)評(píng)結(jié)束。 制作《用戶操作手冊(cè)》（幫助文件）。 用戶測(cè)試階段： 項(xiàng)目開發(fā)組與用戶方商定測(cè)試計(jì)劃、測(cè)試內(nèi)容、測(cè)試環(huán)境等。 項(xiàng)目測(cè)試組向用戶方提供項(xiàng)目?jī)?nèi)部測(cè)試匯總報(bào)告。 由項(xiàng)目開發(fā)組或測(cè)試組配合用戶進(jìn)行用戶方測(cè)試。 由用戶方編制用戶方軟件測(cè)試報(bào)告（程序錯(cuò)誤報(bào)告和測(cè)試 分析報(bào)告），若用戶方不愿或無法編制測(cè)試報(bào)告，則經(jīng)與用戶方協(xié)商由我方測(cè)試人員編制用戶方測(cè)試報(bào)告，經(jīng)用戶方簽字后即可生效。 向用戶方提供內(nèi)部測(cè)試匯總報(bào)告 配合用戶方進(jìn)行軟件測(cè)試 用戶方簽字確認(rèn)錯(cuò)誤報(bào)告 項(xiàng)目經(jīng)理與用戶方測(cè)試進(jìn)行確認(rèn) 軟件測(cè)試規(guī)范 軟件測(cè)試流程 5 項(xiàng)目經(jīng)理與用戶方對(duì)用戶方測(cè)試進(jìn)行確認(rèn)。 根據(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)的信 息顯示