軟件測試工作流程

1、軟件開發(fā)發(fā)與測試試配合工作流程程XXX軟軟件股份份有限公公司質(zhì)量量部目 錄錄TOC o 1-3 h z HYPERLINK l _Toc519560074 1簡介介 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送送測軟件件 PAGEREF _Toc519560077 h 3 HYPER

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

3、h 4 HYPERLINK l _Toc519560083 3.7測測試循環(huán)環(huán) PAGEREF _Toc519560083 h 4 HYPERLINK l _Toc519560084 4參考考文獻 PAGEREF _Toc519560084 h 44 HYPERLINK l _Toc519560085 5測試試與開發(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 輔輔助測試試系統(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ā)與與測試配配合的流流程 PAGEREF _Toc519560090 h 6 HYPERLINK l _Toc519560091 6. 送送測單 PAGEREF _Toc519560091

5、 h 77 HYPERLINK l _Toc519560092 6.1送送測單的的填寫 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測試試階段的的結(jié)束 PAGEREF _Toc519560097 h 111 HYPERLINK l _Toc519560098 9. 備備注 PAGEREF _Toc519560098 h 111 HYPERLINK l _Toc519560099 9.1 開發(fā)階階段與測測試階段段 PAGEREF _Toc519560099 h 11 HYPERLINK l _Toc519560100 9.2 待測模模塊的組組合與測測試原則則 PAGEREF _Toc519560100 h 11 HYPERLIN

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

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

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

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

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

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

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

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

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

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

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

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

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

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

21、開發(fā)與與測試配配合的流流程開發(fā)人人員在輔輔助測試試系統(tǒng)中中填寫送送測單，提交待待測模塊塊代碼、可執(zhí)行行文件和和相應(yīng)的的設(shè)計文文檔給項項目經(jīng)理理確認(rèn)。項目經(jīng)理理檢查送送測單上上的內(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ù)器上上。測試人員員接受送送測單后后，從SSourrceSSafee中獲得得程序代代碼，開開始測試試。測試試包括兩兩方面的的內(nèi)容：一是代代碼走查查工作，其次是是功能測測試工作作。代碼走查查以公司司下發(fā)的

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

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

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

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

26、、系統(tǒng)測測試、安安裝測試試和發(fā)行行測試等等。這里里的階段段由項目目經(jīng)理和和測試員員共同確確定后，通知每每一個程程序員。在每個個階段中中，對一一個模塊塊只產(chǎn)生生一個送送測單和和BUGG單，當(dāng)當(dāng)送測單單生成以以后，BBUG單單隨即產(chǎn)產(chǎn)生，在在整個階階段中，開發(fā)人人員和測測試人員員都只用用這一張張BUGG單來交交流?！肮こ涛奈募窂綇胶兔肿帧焙汀翱蓤?zhí)行行文件路路徑和名名字”兩個字字段由程程序員填填寫，項項目經(jīng)理理必須檢檢查確認(rèn)認(rèn)這兩個個字段所所填寫的的信息是是否都是是準(zhǔn)確無無誤的。工程文文件路徑徑和名字字是指送送測的模模塊在SSourrceSSafee中的路路徑和具具體的模模塊名字字?？蓤?zhí)執(zhí)行文件

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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