軟件測(cè)試工作流程

1、軟件開發(fā)發(fā)與測(cè)試試配合工作流程程XXX軟軟件股份份有限公公司質(zhì)量量部目 錄錄TOC o 1-3 h z HYPERLINK l _Toc519560074 1簡(jiǎn)介介 PAGEREF _Toc519560074 h 3 HYPERLINK l _Toc519560075 2適用用范圍 PAGEREF _Toc519560075 h 33 HYPERLINK l _Toc519560076 3術(shù)語語、名詞詞定義 PAGEREF _Toc519560076 h 33 HYPERLINK l _Toc519560077 3.1送送測(cè)軟件件 PAGEREF _Toc519560077 h 3 HYPER

2、LINK l _Toc519560078 3.2開開發(fā)文檔檔 PAGEREF _Toc519560078 h 3 HYPERLINK l _Toc519560079 3.3測(cè)測(cè)試文檔檔 PAGEREF _Toc519560079 h 4 HYPERLINK l _Toc519560080 3.4被被測(cè)程序序 PAGEREF _Toc519560080 h 4 HYPERLINK l _Toc519560081 3.5送送測(cè)單 PAGEREF _Toc519560081 h 44 HYPERLINK l _Toc519560082 3.6BBUG單單 PAGEREF _Toc519560082

3、h 4 HYPERLINK l _Toc519560083 3.7測(cè)測(cè)試循環(huán)環(huán) PAGEREF _Toc519560083 h 4 HYPERLINK l _Toc519560084 4參考考文獻(xiàn) PAGEREF _Toc519560084 h 44 HYPERLINK l _Toc519560085 5測(cè)試試與開發(fā)發(fā)的配合合 PAGEREF _Toc519560085 h 5 HYPERLINK l _Toc519560086 5.1 文檔和和軟件保保存目錄錄 PAGEREF _Toc519560086 h 5 HYPERLINK l _Toc519560087 5.2 輔助工工具的使使用

4、PAGEREF _Toc519560087 h 6 HYPERLINK l _Toc519560088 5.2.1 輔輔助測(cè)試試系統(tǒng)11.0 PAGEREF _Toc519560088 h 66 HYPERLINK l _Toc519560089 5.2.2 SSourrceSSafee6.00 PAGEREF _Toc519560089 h 6 HYPERLINK l _Toc519560090 5.3 開發(fā)與與測(cè)試配配合的流流程 PAGEREF _Toc519560090 h 6 HYPERLINK l _Toc519560091 6. 送送測(cè)單 PAGEREF _Toc519560091

5、 h 77 HYPERLINK l _Toc519560092 6.1送送測(cè)單的的填寫 PAGEREF _Toc519560092 h 88 HYPERLINK l _Toc519560093 6.2 工作流流程 PAGEREF _Toc519560093 h 9 HYPERLINK l _Toc519560094 7BUUG單 PAGEREF _Toc519560094 h 9 HYPERLINK l _Toc519560095 7.1 BUGG單的填填寫 PAGEREF _Toc519560095 h 9 HYPERLINK l _Toc519560096 7.2 工作流流程 PAGERE

6、F _Toc519560096 h 100 HYPERLINK l _Toc519560097 8測(cè)試試階段的的結(jié)束 PAGEREF _Toc519560097 h 111 HYPERLINK l _Toc519560098 9. 備備注 PAGEREF _Toc519560098 h 111 HYPERLINK l _Toc519560099 9.1 開發(fā)階階段與測(cè)測(cè)試階段段 PAGEREF _Toc519560099 h 11 HYPERLINK l _Toc519560100 9.2 待測(cè)模模塊的組組合與測(cè)測(cè)試原則則 PAGEREF _Toc519560100 h 11 HYPERLIN

7、K l _Toc519560101 9.3 BUGG的分類類評(píng)級(jí)原原則 PAGEREF _Toc519560101 h 111 HYPERLINK l _Toc519560102 9.4 國(guó)標(biāo)中中有關(guān)BBUG數(shù)數(shù)量的描描述 PAGEREF _Toc519560102 h 133 HYPERLINK l _Toc519560103 9.5 測(cè)試階階段的劃劃分 PAGEREF _Toc519560103 h 133簡(jiǎn)介本流程文文件旨在在規(guī)定一一個(gè)簡(jiǎn)單單的可使使開發(fā)人人員和測(cè)測(cè)試人員員在軟件件開發(fā)的的編碼階階段相互互配合工工作的工工作流程程，其中中包括測(cè)測(cè)試與開開發(fā)的配配合、送測(cè)單單和BUGG單的填

8、填寫、測(cè)測(cè)試循環(huán)環(huán)的結(jié)束束等部分分。開發(fā)發(fā)階段與與測(cè)試循循環(huán)的關(guān)關(guān)系、測(cè)測(cè)試模塊塊的組合合與測(cè)試試原則、BUGG的分類類評(píng)級(jí)原原則等也也在本流流程文件件中有相相關(guān)的描描述。鑒于公司司的技術(shù)術(shù)要求，目前質(zhì)質(zhì)量部的的測(cè)試人人員不僅僅要完成成黑盒測(cè)測(cè)試工作作，而且且還要進(jìn)進(jìn)行白盒盒測(cè)試中中的“代碼走走查”工作。其它的的白盒測(cè)測(cè)試工作作，目前前還不在在測(cè)試人人員的工工作職責(zé)責(zé)之內(nèi)。由于公司司已經(jīng)為為質(zhì)量管管理部開開發(fā)完成成“輔助測(cè)測(cè)試系統(tǒng)統(tǒng)1.00”，因此此本測(cè)試試流程的的制定就就建立在在輔助測(cè)測(cè)試系統(tǒng)統(tǒng)之上，如果輔輔助測(cè)試試系統(tǒng)有有了新的的版本，質(zhì)量部部將根據(jù)據(jù)其變化化適當(dāng)調(diào)調(diào)整測(cè)試試流程。適用范圍

9、圍本流程文文件適用用于公司司開發(fā)軟軟件并需需要測(cè)試試服務(wù)的的任何軟軟件開發(fā)發(fā)項(xiàng)目組組、軟件件開發(fā)人人員，以以及任何何測(cè)試人人員。當(dāng)項(xiàng)目組組在輔助助測(cè)試系系統(tǒng)中注注冊(cè)以后后，公司司領(lǐng)導(dǎo)可可以使用用本系統(tǒng)統(tǒng)查詢了了解所有有在本系系統(tǒng)中注注冊(cè)的項(xiàng)項(xiàng)目的測(cè)測(cè)試信息息，項(xiàng)目目的質(zhì)量量管理員員可以使使用本系系統(tǒng)查詢?cè)兞私忭?xiàng)項(xiàng)目的當(dāng)當(dāng)前測(cè)試試進(jìn)展情情況。程程序員和和測(cè)試員員都可以以使用本本系統(tǒng)查查詢到自自己產(chǎn)生生的送測(cè)測(cè)單和BBUG單單。術(shù)語、名名詞定義義送測(cè)軟件件送測(cè)軟件件包括一一切軟件件執(zhí)行必必須的文文件、數(shù)數(shù)據(jù)、數(shù)數(shù)據(jù)庫配配置等。開發(fā)人人員必須須提供所所有的詳詳細(xì)的資資料以保保證測(cè)試試人員可可以像客客

10、戶一樣樣的運(yùn)行行被測(cè)軟軟件。開發(fā)文檔檔開發(fā)人員員提供給給測(cè)試人人員的開開發(fā)文檔檔至少包包括以下下幾種：用戶需需求，概概要設(shè)計(jì)計(jì)，詳細(xì)細(xì)設(shè)計(jì)，用戶手手冊(cè)等。開發(fā)人人員應(yīng)當(dāng)當(dāng)在開發(fā)發(fā)每階段段完成后后三天內(nèi)內(nèi)就向測(cè)測(cè)試人員員傳送本本階段完完成的開開發(fā)文檔檔，以利利于測(cè)試試人員的的工作。測(cè)試文檔檔測(cè)試文檔檔包括測(cè)測(cè)試計(jì)劃劃、測(cè)試試用例說說明、BBUG報(bào)報(bào)告及分分析、測(cè)測(cè)試總結(jié)結(jié)，以及及測(cè)試工工作全部部完成后后的測(cè)試試報(bào)告等等。測(cè)試試文檔由由測(cè)試人人員編寫寫并維護(hù)護(hù)，也屬屬于開發(fā)發(fā)文檔的的一部分分。被測(cè)程序序被測(cè)程序序指的是是開發(fā)人人員提交交測(cè)試的的軟件可可執(zhí)行的的部分。被測(cè)程程序應(yīng)當(dāng)當(dāng)既包括括單獨(dú)的的

11、工程文文件，以以便測(cè)試試人員進(jìn)進(jìn)行代碼碼走查工工作；而而且還要要包括已已經(jīng)編譯譯打包好好的可執(zhí)執(zhí)行文件件。送測(cè)單送測(cè)單是是指開發(fā)發(fā)人員向向測(cè)試人人員提交交被測(cè)軟軟件時(shí)必必須填寫寫的提交交報(bào)告。開發(fā)人人員應(yīng)當(dāng)當(dāng)謹(jǐn)慎填填寫送測(cè)測(cè)單上的的被測(cè)程程序的版版本號(hào)，保證和和被測(cè)程程序的版版本號(hào)一一致。送送測(cè)單必必須有送送測(cè)重點(diǎn)點(diǎn)，以利利于測(cè)試試人員工工作。BUG單單BUG單單是指測(cè)測(cè)試人員員在測(cè)試試完成后后，向開開發(fā)人員員提交的的BUGG匯總報(bào)報(bào)告。開開發(fā)人員員確認(rèn)并并修改BBUG后后，必須須填入修修改意見見并將BBUG單單返回給給測(cè)試人人員以驗(yàn)驗(yàn)證是否否修改成成功。測(cè)試循環(huán)環(huán)測(cè)試循環(huán)環(huán)是指從從軟件單單元

12、/模模塊的第第一次提提交測(cè)試試到本編編碼階段段結(jié)束中中間經(jīng)過過的所有有的有關(guān)關(guān)的測(cè)試試行為和和過程。其開始始的標(biāo)志志是本階階段的第第一份提提交的送送測(cè)單，其結(jié)束束標(biāo)志是是測(cè)試總總結(jié)或測(cè)測(cè)試報(bào)告告的提交交和審批批通過。參考文獻(xiàn)獻(xiàn)計(jì)算機(jī)軟軟件測(cè)試試文件編編制規(guī)范范，GBB 93386-88，（美）Bouurnee，K.C.著著，機(jī)械械工業(yè)出出版社，19998.55.軟件開發(fā)發(fā)規(guī)范，航空工工業(yè)標(biāo)準(zhǔn)準(zhǔn)64664-990測(cè)試與開開發(fā)的配配合目前，質(zhì)質(zhì)量部已已經(jīng)裝備備測(cè)試工工作專用用的工具具“輔助測(cè)測(cè)試系統(tǒng)統(tǒng)1.00”，因此此測(cè)試與與開發(fā)的的配合將將結(jié)合此此工具展展開；并并且質(zhì)量量部已經(jīng)經(jīng)有自己己專用的的

13、測(cè)試服服務(wù)器，從而可可以大體體上做到到測(cè)試與與開發(fā)獨(dú)獨(dú)立進(jìn)行行。本文文件中規(guī)規(guī)定的流流程就是是按照這這個(gè)思想想形成。由于目前前公司自自主開發(fā)發(fā)的軟件件產(chǎn)品基基本上都都是基于于客戶機(jī)機(jī)/服務(wù)務(wù)器模式式，因此此，要做做到測(cè)試試與開發(fā)發(fā)獨(dú)立進(jìn)進(jìn)行，只只需要把把軟件用用到的數(shù)數(shù)據(jù)庫分分開安裝裝到不同同的服務(wù)務(wù)器上就就可以了了，從而而保證開開發(fā)與測(cè)測(cè)試不會(huì)會(huì)產(chǎn)生數(shù)數(shù)據(jù)沖突突。如果果是采用用B/SS結(jié)構(gòu)的的軟件，只需要要在開發(fā)發(fā)部的服服務(wù)器上上建立一一個(gè)可執(zhí)執(zhí)行包就就可以了了；在必必要的情情況下，也可同同時(shí)在質(zhì)質(zhì)量部服服務(wù)器上上建立可可執(zhí)行包包。在此系統(tǒng)統(tǒng)的基礎(chǔ)礎(chǔ)之上，又采取取用Miicroosofft

14、SSourrceSSafee6.00來對(duì)開開發(fā)文檔檔和軟件件進(jìn)行管管理，從從而減少少了文檔檔傳遞失失誤的機(jī)機(jī)會(huì)，提提高了測(cè)測(cè)試自動(dòng)動(dòng)化的程程度，也也降低了了測(cè)試人人員的工工作量。5.1 文檔和和軟件保保存目錄錄公司目前前采取的的開發(fā)方方式，用用SouurceeSaffe來對(duì)對(duì)整個(gè)開開發(fā)的產(chǎn)產(chǎn)品來進(jìn)進(jìn)行管理理，因此此對(duì)于測(cè)測(cè)試人員員來說，不必再再單獨(dú)對(duì)對(duì)開發(fā)文文檔、軟軟件模塊塊進(jìn)行復(fù)復(fù)制和保保存，測(cè)測(cè)試服務(wù)務(wù)器上的的共享目目錄只是是用于保保存最終終發(fā)行的的軟件產(chǎn)產(chǎn)品。共享目錄錄在項(xiàng)目目開始階階段由測(cè)測(cè)試小組組的負(fù)責(zé)責(zé)人在質(zhì)質(zhì)量部專專用的測(cè)測(cè)試服務(wù)務(wù)器上建建立，并并由測(cè)試試負(fù)責(zé)人人在整個(gè)個(gè)項(xiàng)目期期

15、間進(jìn)行行維護(hù)。共享目目錄的內(nèi)內(nèi)容包括括評(píng)審?fù)ㄍㄟ^的最最終軟件件（源代代碼和可可執(zhí)行文文件）、各種開開發(fā)文檔檔（包括括測(cè)試文文檔）。最終的共共享目錄錄TsPPrjNNamee的結(jié)構(gòu)構(gòu)如下所所示：TsPrjName子目錄“開發(fā)文檔”子目錄“最終軟件”具體的建建立規(guī)則則如下：假設(shè)項(xiàng)目目中文簡(jiǎn)簡(jiǎn)稱為PPrjNNamee, 則則共享目目錄的名名字必須須是TssPrjjNamme。如如項(xiàng)目簡(jiǎn)簡(jiǎn)稱為“寶開二二期”，則共共享目錄錄的名字字就是“Ts寶寶開二期期”。子目錄“開發(fā)文文檔”用于存存放開發(fā)發(fā)人員傳傳遞到測(cè)測(cè)試組的的所有“完整的的”開發(fā)文文檔，這這里的“完整”指經(jīng)過過公司技技術(shù)委員員會(huì)評(píng)審審確認(rèn)的的、能

16、獨(dú)獨(dú)立向所所有使用用者發(fā)行行的文檔檔。當(dāng)不不同的文文檔使用用人員對(duì)對(duì)其內(nèi)容容產(chǎn)生歧歧義時(shí)，都以這這里保存存的文檔檔作為仲仲裁依據(jù)據(jù)。其二二級(jí)子目目錄可以以分為規(guī)規(guī)格說明明、需求求分析、概要設(shè)設(shè)計(jì)等等等，由開開發(fā)人員員和測(cè)試試人員商商量決定定。子目錄“最終軟軟件”存放已已經(jīng)通過過內(nèi)部評(píng)評(píng)審的軟軟件，如如果軟件件是分為為幾個(gè)階階段開發(fā)發(fā)的，并并且每個(gè)個(gè)階段的的產(chǎn)品都都要發(fā)行行給用戶戶，則測(cè)測(cè)試員必必須備份份每個(gè)階階段最終終發(fā)行給給用戶的的產(chǎn)品。5.2 輔助工工具的使使用輔助工具具目前有有兩個(gè)：輔助測(cè)測(cè)試系統(tǒng)統(tǒng)1.00和Miicroosofft SSourrceSSafee6.00。5.2.1 輔輔

17、助測(cè)試試系統(tǒng)11.0輔助測(cè)試試系統(tǒng)11.0是是一個(gè)BB/S系系統(tǒng)，通通過IEExplloreer訪問問，建立立在質(zhì)量量部服務(wù)務(wù)器上，由質(zhì)量量部維護(hù)護(hù)，使用用人員通通過在IIE地址址欄中輸輸入 HYPERLINK htttp:/qqa-bbck/tesst/ htttp:/qqa-bbck/tesst/訪訪問。輔輔助測(cè)試試系統(tǒng)的的用戶必必須在該該系統(tǒng)中中具有用用戶賬號(hào)號(hào)，否則則無法使使用。輔助測(cè)試試系統(tǒng)中中的使用用人員共共分為六六種身份份：測(cè)試試主管，測(cè)試員員，項(xiàng)目目經(jīng)理，程序員員、領(lǐng)導(dǎo)導(dǎo)和超級(jí)級(jí)用戶。相同的的用戶賬賬號(hào)只能能具有一一種身份份，所有有的用戶戶只能由由超級(jí)用用戶建立立。通過輔助助測(cè)

18、試系系統(tǒng)，用用戶可以以查閱到到當(dāng)前項(xiàng)項(xiàng)目中程程序員的的送測(cè)信信息和模模塊的送送測(cè)情況況，可以以隨時(shí)了了解程序序中仍然然存在的的BUGG信息，并可以以看到查查詢出來來的信息息的統(tǒng)計(jì)計(jì)結(jié)果。除了領(lǐng)導(dǎo)導(dǎo)和超級(jí)級(jí)用戶身身份以外外，對(duì)于于其它身身份登陸陸的用戶戶，系統(tǒng)統(tǒng)具有自自動(dòng)提醒醒功能，既登陸陸后系統(tǒng)統(tǒng)可以自自動(dòng)提醒醒用戶現(xiàn)現(xiàn)在需要要處理的的一些工工作。所所以，要要求處于于測(cè)試中中的程序序的相關(guān)關(guān)人員，如項(xiàng)目目經(jīng)理、程序員員、測(cè)試試主管和和測(cè)試員員等，每每天都必必須在不不同時(shí)段段登陸本本系統(tǒng)至至少三次次以上。5.2.2 MMicrrosooft SouurceeSaffe6.0使用SoourcceS

19、aafe66.0的的主要作作用在于于能減少少文檔的的傳遞次次數(shù)，從從而能有有效的降降低文檔檔的不一一致性，提高文文檔的及及時(shí)性和和有效性性。開發(fā)發(fā)人員使使用SoourcceSaafe66.0可可以保證證所有人人員包括括測(cè)試人人員看到到的是同同一個(gè)版版本的文文檔，從從而避免免理解上上的偏差差。SourrceSSafee6.00的服務(wù)務(wù)器建立立在開發(fā)發(fā)部門的的服務(wù)器器上，由由開發(fā)部部門維護(hù)護(hù)，測(cè)試試人員對(duì)對(duì)其數(shù)據(jù)據(jù)庫的訪訪問由項(xiàng)項(xiàng)目經(jīng)理理控制。測(cè)試人人員通過過計(jì)算機(jī)機(jī)上的SSourrceSSafee客戶端端對(duì)服務(wù)務(wù)器上的的數(shù)據(jù)庫庫進(jìn)行訪訪問。測(cè)試人員員在測(cè)試試過程中中形成的的測(cè)試文文檔，也也應(yīng)當(dāng)按

20、按照項(xiàng)目目經(jīng)理指指定的目目錄保存存在SoourcceSaafe里里面，這這樣既方方便了同同開發(fā)人人員之間間的交流流，也使使得所有有項(xiàng)目產(chǎn)產(chǎn)品有了了一個(gè)統(tǒng)統(tǒng)一的存存放地點(diǎn)點(diǎn)。對(duì)SouurceeSaffe中保保存的其其他開發(fā)發(fā)文檔和和軟件產(chǎn)產(chǎn)品，原原則上測(cè)測(cè)試人員員都只能能讀而不不能寫，比如對(duì)對(duì)于文檔檔和軟件件產(chǎn)品只只能使用用“gett laast verrsioon”命令來來進(jìn)行閱閱讀，測(cè)測(cè)試人員員在得到到這些產(chǎn)產(chǎn)品以后后，都不不必再把把它們放放回去。不同的的測(cè)試人人員只能能對(duì)他/她自己己負(fù)責(zé)測(cè)測(cè)試的部部分具有有讀的權(quán)權(quán)利，對(duì)對(duì)于其它它項(xiàng)目的的軟件產(chǎn)產(chǎn)品和文文檔，不不具有訪訪問的權(quán)權(quán)利。5.3

21、開發(fā)與與測(cè)試配配合的流流程開發(fā)人人員在輔輔助測(cè)試試系統(tǒng)中中填寫送送測(cè)單，提交待待測(cè)模塊塊代碼、可執(zhí)行行文件和和相應(yīng)的的設(shè)計(jì)文文檔給項(xiàng)項(xiàng)目經(jīng)理理確認(rèn)。項(xiàng)目經(jīng)理理檢查送送測(cè)單上上的內(nèi)容容后，執(zhí)執(zhí)行確認(rèn)認(rèn)工作，并將打打包好的的可執(zhí)行行代碼發(fā)發(fā)布到開開發(fā)部服服務(wù)器的的SouurceeSaffe中（如果是是B/SS結(jié)構(gòu)的的軟件，要把可可執(zhí)行代代碼發(fā)布布到IIIS上），將相相關(guān)的數(shù)數(shù)據(jù)庫發(fā)發(fā)布到質(zhì)質(zhì)量部服服務(wù)器上上。測(cè)試人員員接受送送測(cè)單后后，從SSourrceSSafee中獲得得程序代代碼，開開始測(cè)試試。測(cè)試試包括兩兩方面的的內(nèi)容：一是代代碼走查查工作，其次是是功能測(cè)測(cè)試工作作。代碼走查查以公司司下發(fā)的

22、的編碼碼規(guī)范及及管理辦辦法為為檢查依依據(jù)。如如果在本本次送測(cè)測(cè)的某個(gè)個(gè)模塊中中的代碼碼走查中中發(fā)現(xiàn)存存在5個(gè)個(gè)以上違違反編碼碼規(guī)范的的地方，則將該該模塊返返回給程程序員重重新送測(cè)測(cè)，本模模塊的測(cè)測(cè)試結(jié)束束，繼續(xù)續(xù)下一個(gè)個(gè)模塊的的測(cè)試。如果所所有模塊塊都不能能通過代代碼走查查工作，則本次次測(cè)試全全部結(jié)束束，不必必再進(jìn)行行下一步步的功能能測(cè)試。功能測(cè)試試以公司司下發(fā)的的質(zhì)量量部測(cè)試試管理辦辦法為為測(cè)試依依據(jù)。測(cè)測(cè)試人員員應(yīng)當(dāng)嚴(yán)嚴(yán)格按照照管理辦辦法上的的相關(guān)規(guī)規(guī)定開展展工作，并認(rèn)真真完成BBUG紀(jì)紀(jì)錄的填填寫。完完成測(cè)試試后，將將BUGG單傳遞遞給測(cè)試試主管確確認(rèn)。測(cè)試人員員測(cè)試完完成后，測(cè)試主主管

23、必須須對(duì)BUUG單執(zhí)執(zhí)行“驗(yàn)證”過程，即檢驗(yàn)驗(yàn)BUGG單上描描寫的BBUG是是否都是是正確的的。驗(yàn)證證完以后后，測(cè)試試主管將將BUGG單返回回給程序序員。程序員對(duì)對(duì)BUGG單上的的所有紀(jì)紀(jì)錄都必必須認(rèn)真真處理后后，再把把BUGG單連同同修改完完成的軟軟件產(chǎn)品品一起返返回給測(cè)測(cè)試員進(jìn)進(jìn)行回歸歸測(cè)試。對(duì)于具體體的使用用輔助測(cè)測(cè)試系統(tǒng)統(tǒng)的開發(fā)發(fā)與測(cè)試試配合的的工作流流程可以以參見輔助測(cè)測(cè)試系統(tǒng)統(tǒng)使用手手冊(cè)（由開發(fā)發(fā)2部負(fù)負(fù)責(zé)編寫寫，預(yù)計(jì)計(jì)會(huì)在88月初完完成），也可以以參見qqawwanggl軟軟件測(cè)試試測(cè)試試流程圖圖。. 送測(cè)測(cè)單送測(cè)單單用于開開發(fā)人員員向測(cè)試試人員提提交被測(cè)測(cè)軟件，由程序序員填寫寫

24、并通過過項(xiàng)目經(jīng)經(jīng)理傳遞遞到測(cè)試試人員。在輔助助測(cè)試系系統(tǒng)中，已經(jīng)將將送測(cè)單單的填寫寫集成進(jìn)進(jìn)去了，這里給給出送測(cè)測(cè)單的主主要元素素及其填填寫方法法。如果果在輔助助測(cè)試系系統(tǒng)中的的送測(cè)單單的形式式與這里里列出的的不同，請(qǐng)參考考本文件件的規(guī)定定執(zhí)行。送測(cè)單的的形式如如下所示示：送測(cè)測(cè)單項(xiàng)目名稱稱送測(cè)模塊塊送測(cè)階段段項(xiàng)目經(jīng)理理送測(cè)人送測(cè)日期期版本號(hào)工程文件件路徑和和名字可執(zhí)行文文件路徑徑和名字字軟件配置測(cè)試要求求（重點(diǎn)點(diǎn)）：收測(cè)人收測(cè)日期期6.1送送測(cè)單的的填寫其填寫寫規(guī)則約約定如下下：項(xiàng)目名稱稱、送測(cè)測(cè)內(nèi)容、送測(cè)人人和送測(cè)測(cè)日期等等四個(gè)字字段由送送測(cè)人填填寫。送送測(cè)內(nèi)容容指的是是本次送送測(cè)的程程序

25、模塊塊。在輔輔助測(cè)試試系統(tǒng)中中，項(xiàng)目目名稱和和模塊名名稱由項(xiàng)項(xiàng)目經(jīng)理理加入，程序員員在填寫寫送測(cè)單單時(shí)只需需要選擇擇就可以以了；而而送測(cè)人人和送測(cè)測(cè)日期兩兩個(gè)字段段系統(tǒng)可可以根據(jù)據(jù)用戶登登陸信息息自動(dòng)添添加。項(xiàng)目經(jīng)理理字段在在項(xiàng)目經(jīng)經(jīng)理確認(rèn)認(rèn)了本送送測(cè)單填填寫的所所有內(nèi)容容都正確確無誤之之后，由由本人填填寫。在在輔助測(cè)測(cè)試系統(tǒng)統(tǒng)中，項(xiàng)項(xiàng)目經(jīng)理理要對(duì)送送測(cè)單的的處理方方式做出出選擇，可供選選擇的項(xiàng)項(xiàng)有不處處理、打打回和通通過，還還有一個(gè)個(gè)備注字字段可供供項(xiàng)目經(jīng)經(jīng)理填寫寫個(gè)人意意見。送測(cè)階段段指的是是當(dāng)前測(cè)測(cè)試的階階段，由由程序員員填寫。輔助測(cè)測(cè)試系統(tǒng)統(tǒng)中可供供選擇的的項(xiàng)有單單元測(cè)試試、集成成測(cè)試

26、、系統(tǒng)測(cè)測(cè)試、安安裝測(cè)試試和發(fā)行行測(cè)試等等。這里里的階段段由項(xiàng)目目經(jīng)理和和測(cè)試員員共同確確定后，通知每每一個(gè)程程序員。在每個(gè)個(gè)階段中中，對(duì)一一個(gè)模塊塊只產(chǎn)生生一個(gè)送送測(cè)單和和BUGG單，當(dāng)當(dāng)送測(cè)單單生成以以后，BBUG單單隨即產(chǎn)產(chǎn)生，在在整個(gè)階階段中，開發(fā)人人員和測(cè)測(cè)試人員員都只用用這一張張BUGG單來交交流。“工程文文件路徑徑和名字字”和“可執(zhí)行行文件路路徑和名名字”兩個(gè)字字段由程程序員填填寫，項(xiàng)項(xiàng)目經(jīng)理理必須檢檢查確認(rèn)認(rèn)這兩個(gè)個(gè)字段所所填寫的的信息是是否都是是準(zhǔn)確無無誤的。工程文文件路徑徑和名字字是指送送測(cè)的模模塊在SSourrceSSafee中的路路徑和具具體的模模塊名字字。可執(zhí)執(zhí)行文件

27、件路徑指指的是：如果本本次送測(cè)測(cè)的模塊塊要用IIE打開開，請(qǐng)?zhí)钐顚憺g覽覽器地址址或超級(jí)級(jí)聯(lián)接地地址；如如果是eexe文文件，請(qǐng)請(qǐng)?zhí)顚懌@獲取的路路徑和文文件名稱稱。版本號(hào)字字段請(qǐng)?zhí)钐顚懕敬未嗡蜏y(cè)的的模塊的的版本號(hào)號(hào)。單元元測(cè)試中中，版本本號(hào)指的的是本次次送測(cè)的的模塊的的窗體的的統(tǒng)一版版本號(hào)；其他測(cè)測(cè)試中，請(qǐng)?zhí)顚憣懕敬嗡退蜏y(cè)的工工程的版版本號(hào)。軟件配置置字段的的填寫內(nèi)內(nèi)容有兩兩個(gè)，一一是本模模塊的相相關(guān)設(shè)計(jì)計(jì)文檔的的位置、源代碼碼的位置置等；二二是運(yùn)行行本模塊塊需要的的一些軟軟件設(shè)置置，如環(huán)環(huán)境參數(shù)數(shù)設(shè)置、動(dòng)態(tài)聯(lián)聯(lián)接庫版版本等。軟件配配置字段段由送測(cè)測(cè)人和開開發(fā)經(jīng)理理共同確確定并填填寫。測(cè)試重點(diǎn)點(diǎn)

28、是指開開發(fā)人員員或客戶戶在使用用本模塊塊時(shí)，對(duì)對(duì)本模塊塊在穩(wěn)定定性，可可靠性，易用性性等任何何本模塊塊應(yīng)該滿滿足的一一些要求求，比如如對(duì)于“酒樓收收銀”模塊，數(shù)據(jù)計(jì)計(jì)算的正正確性是是應(yīng)該首首先達(dá)到到的最基基本的要要求。測(cè)測(cè)試重點(diǎn)點(diǎn)由送測(cè)測(cè)人和項(xiàng)項(xiàng)目經(jīng)理理共同確確定，并并由送測(cè)測(cè)人填寫寫。收測(cè)人和和收測(cè)日日期字段段由被指指定測(cè)試試本模塊塊的測(cè)試試員填寫寫。在輔輔助測(cè)試試系統(tǒng)中中，此部部分是一一個(gè)單獨(dú)獨(dú)的模塊塊，由測(cè)測(cè)試員操操作。6.2 工作流流程開發(fā)人員員填寫送送測(cè)單，提交待待測(cè)模塊塊和相應(yīng)應(yīng)的詳細(xì)細(xì)設(shè)計(jì)文文檔給項(xiàng)項(xiàng)目經(jīng)理理確認(rèn)。在輔助助測(cè)試系系統(tǒng)中，項(xiàng)目名名稱和模模塊名稱稱都由超超級(jí)用戶戶在系

29、統(tǒng)統(tǒng)管理模模塊中添添加，程程序員在在填寫送送測(cè)單時(shí)時(shí)只需要要從列表表框中選選擇就可可以了。但送測(cè)測(cè)模塊的的版本號(hào)號(hào)由程序序員自己己填寫，而且必必須填寫寫。項(xiàng)目經(jīng)理理確認(rèn)所所填信息息都正確確無誤，并且把把可執(zhí)行行文件在在開發(fā)服服務(wù)器上上發(fā)布，數(shù)據(jù)庫庫文件同同時(shí)發(fā)布布到開發(fā)發(fā)服務(wù)器器和測(cè)試試服務(wù)器器上，對(duì)對(duì)模塊進(jìn)進(jìn)行簡(jiǎn)單單的試用用之后，簽字送送測(cè)。上上述過程程中任何何一步出出現(xiàn)問題題，項(xiàng)目目經(jīng)理都都可把測(cè)測(cè)試單打打回給程程序員，進(jìn)行重重新送測(cè)測(cè)。測(cè)試員在在輔助測(cè)測(cè)試系統(tǒng)統(tǒng)的“送測(cè)單單接收”模塊中中收到送送測(cè)單。測(cè)試員確確認(rèn)需要要的文檔檔資料和和程序，簽收后后根據(jù)測(cè)測(cè)試重點(diǎn)點(diǎn)開始測(cè)測(cè)試，并并填寫B(tài)B

30、UG單單。如果果這不是是本模塊塊的第一一次送測(cè)測(cè)，測(cè)試試員還應(yīng)應(yīng)當(dāng)驗(yàn)證證一下上上一次的的BUGG是否都都已經(jīng)全全部處理理了。BUGG單每一個(gè)個(gè)送測(cè)單單將對(duì)應(yīng)應(yīng)的產(chǎn)生生一個(gè)BBUG單單。BUUG單由由測(cè)試員員填寫后后交開發(fā)發(fā)人員處處理，最最終返回回到測(cè)試試員手中中。BUUG單模模塊也已已經(jīng)集成成到輔助助測(cè)試系系統(tǒng)當(dāng)中中了，這這里給出出BUGG單的主主要元素素及其填填寫方法法。如果果在輔助助測(cè)試系系統(tǒng)中BBUG單單的形式式與這里里列出的的不同，請(qǐng)參考考本文件件的規(guī)定定執(zhí)行。BUG單單的形式式如下：Bug 單項(xiàng)目名稱稱被測(cè)模塊項(xiàng)目經(jīng)理理送測(cè)版本本送測(cè)人測(cè)試員驗(yàn)證人收測(cè)日期期最后修改改日期修訂版本本B

31、UG描描述BUG類類別BUG級(jí)級(jí)別BUG處處理備注1.7.1 BUGG單的填填寫在輔助測(cè)測(cè)試系統(tǒng)統(tǒng)中，一一旦測(cè)試試員接收收了送測(cè)測(cè)單，對(duì)對(duì)應(yīng)的BBUG單單會(huì)自動(dòng)動(dòng)產(chǎn)生，因此在在上面的的BUGG單中基基本上測(cè)測(cè)試員只只需要填填寫B(tài)UUG描述述、BUUG類別別和BUUG級(jí)別別字段，而送測(cè)測(cè)的程序序員只需需要填寫寫修訂版版本和BBUG處處理就行行了。填填寫規(guī)則則規(guī)定如如下：BUG描描述和BBUG級(jí)級(jí)別兩個(gè)個(gè)字段由由測(cè)試員員填寫。1）對(duì)對(duì)發(fā)現(xiàn)的的BUGG按測(cè)試試發(fā)現(xiàn)的的順序排排序。BBUG描描述可以以分三種種形式：一是BBUG；二是問問題；三三是建議議。BUUG和問問題的描描述中，操作步步驟和BBUG

32、現(xiàn)現(xiàn)象用“=”加以區(qū)區(qū)分，“=”以前是是重復(fù)本本問題的的步驟，以后是是測(cè)試員員認(rèn)為不不對(duì)的地地方。建建議的描描述可以以直接寫寫出來，不必用用“=”加以區(qū)區(qū)分。22）對(duì)每每一個(gè)BBUG的的評(píng)級(jí)工工作由測(cè)測(cè)試員完完成并由由驗(yàn)證人人加以確確認(rèn)。BBUG按按其嚴(yán)重重性級(jí)別別來評(píng)級(jí)級(jí)，共分分A、BB、C、D、EE五級(jí)（參見本本文第99.3節(jié)節(jié)表1中中的描述述），在在系統(tǒng)提提供的列列表框中中選擇。對(duì)于問問題和建建議，它它們的級(jí)級(jí)別應(yīng)當(dāng)當(dāng)選擇為為“未定義義”。對(duì)于每一一條BUUG，除除了判定定它的級(jí)級(jí)別以外外，還要要判定BBUG的的技術(shù)分分類：功功能性錯(cuò)錯(cuò)誤、系系統(tǒng)錯(cuò)誤誤、邏輯輯錯(cuò)誤、用戶界界面錯(cuò)誤誤、數(shù)據(jù)

33、據(jù)錯(cuò)誤和和編碼錯(cuò)錯(cuò)誤等，以及問問題和建建議，由由測(cè)試員員根據(jù)實(shí)實(shí)際情況況做出選選擇。BUG處處理一欄欄由開發(fā)發(fā)人員填填寫。對(duì)對(duì)BUGG描述一一欄中的的每一條條，開發(fā)發(fā)人員都都要做出出相應(yīng)的的回答并并給出是是否已修修改或者者暫不修修改的理理由。對(duì)對(duì)BUGG和問題題的回答答有三種種方式：一是“已修改改”；二是是“暫不修修改”；三是是“不存在在”。對(duì)于于后兩種種回答都都必須給給出相應(yīng)應(yīng)的理由由。一個(gè)個(gè)BUGG是否暫暫不修改改必須由由項(xiàng)目經(jīng)經(jīng)理審查查并確認(rèn)認(rèn)。對(duì)于于建議的的回答有有兩種方方式：“采用”和“不采用用”，可酌酌情給出出解釋或或不給出出解釋。備注字段段在開發(fā)發(fā)人員向向測(cè)試人人員解釋釋自己的的

34、回答時(shí)時(shí)由開發(fā)發(fā)人員填填寫，也也可在測(cè)測(cè)試人員員向開發(fā)發(fā)人員詳詳細(xì)解釋釋BUGG描寫的的時(shí)候填填寫。開發(fā)人員員處理完完BUGG單上所所有的BBUG后后，要將將修訂BBUG后后的模塊塊和BUUG單分分別傳遞遞給項(xiàng)目目經(jīng)理和和測(cè)試人人員，這這時(shí)如果果不是進(jìn)進(jìn)入下一一個(gè)測(cè)試試階段，就不必必再填寫寫新的送送測(cè)單，只需要要重新發(fā)發(fā)布新的的代碼和和可執(zhí)行行文件。但必須須更新BBUG單單上的“修訂版版本”字段。測(cè)試員接接到程序序員處理理過的BBUG單單后，首首先驗(yàn)證證新的模模塊版本本號(hào)是否否和BUUG單上上的“修訂版版本”字段相相同。如如果是，則測(cè)試試員驗(yàn)證證是否按按照處理理方法的的描述解解決了所所有問題題

35、；否則則將BUUG單再再次返回回給程序序員。其其次，測(cè)測(cè)試員要要測(cè)試模模塊是否否產(chǎn)生了了新的BBUG。對(duì)于確定定已經(jīng)修修改成功功的BUUG，測(cè)測(cè)試員要要將BUUG的狀狀態(tài)置為為“CLOOSE”；如果果一張BBUG單單上的所所有紀(jì)錄錄都已經(jīng)經(jīng)CLOOSE，則測(cè)試試人員可可以將本本BUGG單的狀狀態(tài)置為為CLOOSE，這樣此此張BUUG單將將退出測(cè)測(cè)試流程程，輔助助測(cè)試系系統(tǒng)提供供選項(xiàng)可可使BUUG單再再重新進(jìn)進(jìn)入測(cè)試試流程；此時(shí)測(cè)測(cè)試員應(yīng)應(yīng)當(dāng)保存存模塊的的修訂版版本，并并口頭通通知開發(fā)發(fā)人員。7.2 工作流流程測(cè)試員在在輔助測(cè)測(cè)試系統(tǒng)統(tǒng)的BUUG單填填寫模塊塊中，驗(yàn)驗(yàn)證程序序的版本本號(hào)是否否和B

36、UUG單上上的送測(cè)測(cè)版本號(hào)號(hào)相同（如果不不是第一一次送測(cè)測(cè)，這里里應(yīng)當(dāng)對(duì)對(duì)比修訂訂版本號(hào)號(hào)）。不不相同就就把BUUG單打打回給程程序員。如果不是是第一次次送測(cè)，測(cè)試員員根據(jù)BBUG的的處理情情況驗(yàn)證證程序員員對(duì)上一一次測(cè)試試所發(fā)現(xiàn)現(xiàn)的BUUG的修修改情況況，并把把已經(jīng)修修改完成成的BUUG的狀狀態(tài)置為為CLOOSE。否則繼繼續(xù)下一一步。測(cè)試員根根據(jù)送測(cè)測(cè)單上的的測(cè)試重重點(diǎn)設(shè)計(jì)計(jì)或選取取測(cè)試用用例。測(cè)試員根根據(jù)測(cè)試試用例做做測(cè)試，將發(fā)現(xiàn)現(xiàn)的BUUG現(xiàn)象象填入對(duì)對(duì)應(yīng)的BBUG單單中。測(cè)試員提提交BUUG單給給測(cè)試主主管進(jìn)行行驗(yàn)證并并由測(cè)試試主管傳傳遞給程程序員。程序員確確認(rèn)BUUG，并并將處理理意

37、見填填入BUUG紀(jì)錄錄的備注注字段中中。程序員返返還BUUG單給給測(cè)試人人員。如果本BBUG單單已經(jīng)CCLOSSE，則則由測(cè)試試人員口口頭通知知程序員員，否則則重復(fù)以以上的步步驟。測(cè)試階階段的結(jié)結(jié)束測(cè)試以本本階段所所有已開開發(fā)模塊塊都經(jīng)過過測(cè)試，并且仍仍存在的的BUGG數(shù)量滿滿足國(guó)標(biāo)標(biāo)中的規(guī)規(guī)定為本本階段的的結(jié)束，也可以以根據(jù)實(shí)實(shí)際情況況由軟件件開發(fā)部部門的經(jīng)經(jīng)理、項(xiàng)項(xiàng)目經(jīng)理理和測(cè)試試主管共共同確定定本階段段是否結(jié)結(jié)束。本階段的的測(cè)試工工作結(jié)束束后，測(cè)測(cè)試主管管（或其其指定人人員）應(yīng)應(yīng)該提交交一份本本階段的的測(cè)試報(bào)報(bào)告。內(nèi)內(nèi)容包括括對(duì)當(dāng)前前版本軟軟件已測(cè)測(cè)模塊的的測(cè)試評(píng)評(píng)估，已已發(fā)現(xiàn)BBUG的

38、的分類統(tǒng)統(tǒng)計(jì)，未未修改的的BUGG及其原原因，當(dāng)當(dāng)前的測(cè)測(cè)試工作作的總結(jié)結(jié)等。測(cè)試報(bào)告告提交后后，項(xiàng)目目經(jīng)理、開發(fā)部部門經(jīng)理理、質(zhì)量量部經(jīng)理理以及公公司的技技術(shù)委員員會(huì)將審審閱或簽簽字確認(rèn)認(rèn)，并將將成為軟軟件是否否可發(fā)行行的參考考資料之之一。. 備注注以下內(nèi)容容屬于流流程之中中的一些些原則和和測(cè)試工工作中的的一些做做法，寫寫在這里里供開發(fā)發(fā)人員參參考。9.1 開發(fā)階階段與測(cè)測(cè)試階段段測(cè)試階段段對(duì)應(yīng)于于開發(fā)過過程中的的編碼階階段，每每一個(gè)相相對(duì)獨(dú)立立的編碼碼階段都都可以形形成一個(gè)個(gè)測(cè)試階階段，比比如單元元測(cè)試、集成測(cè)測(cè)試等。編碼階階段的劃劃分由開開發(fā)組和和項(xiàng)目經(jīng)經(jīng)理負(fù)責(zé)責(zé)，各階階段的完完成標(biāo)志志

39、應(yīng)當(dāng)明明確的告告知測(cè)試試組，以以利于測(cè)測(cè)試組在在測(cè)試計(jì)計(jì)劃中分分階段的的安排測(cè)測(cè)試工作作、設(shè)計(jì)計(jì)測(cè)試用用例和調(diào)調(diào)配測(cè)試試資源。9.2 待測(cè)模模塊的組組合與測(cè)測(cè)試原則則開發(fā)組應(yīng)應(yīng)當(dāng)首先先完成軟軟件的核核心模塊塊，和軟軟件的主主界面設(shè)設(shè)計(jì)。每每一次軟軟件送測(cè)測(cè)時(shí)，把把已完成成并通過過開發(fā)組組內(nèi)部測(cè)測(cè)試的模模塊聯(lián)編編入核心心模塊中中送測(cè)，已經(jīng)通通過測(cè)試試的模塊塊不應(yīng)當(dāng)當(dāng)被取出出。測(cè)試組在在測(cè)試時(shí)時(shí)，重點(diǎn)點(diǎn)測(cè)試本本次送測(cè)測(cè)新添加加的模塊塊。對(duì)于于已測(cè)試試過的模模塊，可可以酌情情加以發(fā)發(fā)揮性的的測(cè)試，但在所所有的測(cè)測(cè)試階段段之后，每個(gè)模模塊至少少保證測(cè)測(cè)試過兩兩遍以上上。9.3 BUGG的分類類評(píng)級(jí)原原

40、則BUG 的大小小、嚴(yán)重重性在不不同的系系統(tǒng)中相相差很多多，最嚴(yán)嚴(yán)重的BBUG 會(huì)讓開開發(fā)者立立刻放下下手中的的其他事事來改正正它們。不太嚴(yán)嚴(yán)重的則則是在時(shí)時(shí)間和資資源允許許的情況況下才去去理會(huì)它它們。BUG按按其嚴(yán)重重性可以以分為以以下幾類類：表1 按按嚴(yán)重性性劃分BBUG嚴(yán)重等級(jí)級(jí)描述A極嚴(yán)重重1）可能能有災(zāi)難難性的后后果或是是會(huì)出人人命的2) 故故意留有有程序后后門B嚴(yán)重產(chǎn)生錯(cuò)誤誤的結(jié)果果，導(dǎo)致致系統(tǒng)不不穩(wěn)定的的問題1）造成成數(shù)據(jù)庫庫不穩(wěn)定定的錯(cuò)誤誤；2）系統(tǒng)統(tǒng)崩潰，無無法繼續(xù)續(xù)操作3）列在在說明中中的需求求未在最最終系統(tǒng)統(tǒng)中實(shí)現(xiàn)現(xiàn)4）業(yè)務(wù)務(wù)流程不不正確C中等的的不正確的的，但不不會(huì)影響

41、響系統(tǒng)穩(wěn)穩(wěn)定性的的過程調(diào)用用或其它它腳本錯(cuò)錯(cuò)誤；打印錯(cuò)誤誤或打印印出來的的結(jié)果與與用戶的的要求不不一致系統(tǒng)刷新新錯(cuò)誤；產(chǎn)生錯(cuò)誤誤結(jié)果，如計(jì)算算結(jié)果錯(cuò)錯(cuò)誤等功能的實(shí)實(shí)現(xiàn)有問問題。如如在系統(tǒng)統(tǒng)實(shí)現(xiàn)的的界面上上，一些些可接受受輸入的的控件點(diǎn)點(diǎn)擊后無無作用；對(duì)數(shù)據(jù)據(jù)庫的操操作不能能正確實(shí)實(shí)現(xiàn)編碼時(shí)數(shù)數(shù)據(jù)類型型、長(zhǎng)度度定義錯(cuò)錯(cuò)誤的；對(duì)用戶的的使用有有操作順順序上的的限制雖然正確確性不受受影響，但系統(tǒng)統(tǒng)性能和和響應(yīng)時(shí)時(shí)間受到到影響D一般性性的不正確的的，但是是沒有特特別損害害的輸出出，或者者使系統(tǒng)統(tǒng)使用起起來不太太方便的的錯(cuò)誤1）系統(tǒng)統(tǒng)的提示示語不明明確，不不簡(jiǎn)明2）滾動(dòng)動(dòng)條無效效3）可編編輯區(qū)和和不可編編輯區(qū)不不明顯，4）光標(biāo)標(biāo)跳轉(zhuǎn)設(shè)設(shè)置不好好，鼠標(biāo)標(biāo)（光標(biāo)標(biāo)）定位位錯(cuò)誤；5）對(duì)庫庫記錄指指針，方方向鍵無無效時(shí)沒沒有