【正文】 ............. 21 BUG 的分類評(píng)級(jí)原則 ................................................................. 21 國標(biāo) 中有關(guān) BUG 數(shù)量的描述 ................................................... 23 測試階段的劃分 ......................................................................... 23 1． 簡介 本流程文件旨在規(guī)定一個(gè)簡單的可使開發(fā)人員和測試人員在軟件開發(fā)的編碼階段相互配合工作的工作流程，其中包括測試與開發(fā)的配合 、 送測單 和 BUG 單的填寫、測試循環(huán)的結(jié)束等部分。開發(fā)階段與測試循環(huán)的關(guān)系、測試模塊的組合與測試原則、 BUG 的分類評(píng)級(jí)原則等 也在本流程文件中有相關(guān)的描述。其它的白盒測試工作，目前還不在測試人員的工作職責(zé)之內(nèi)。 2． 適用范圍 本流程文件適用于公司開發(fā)軟件并需要測試服務(wù)的任何軟件開發(fā)項(xiàng)目組、軟件開發(fā)人員，以及任何測試人員。程序員和測試員都可以使用本系統(tǒng)查詢到自己產(chǎn)生的送測單和 BUG 單。開發(fā)人員必須提供所有的詳細(xì)的資料以保證測試人員可以像客戶一樣的運(yùn)行被測軟件。開發(fā)人員應(yīng)當(dāng)在開發(fā)每階段完成后三天內(nèi)就向測試人員傳送本階段 完成的開發(fā)文檔，以利于測試人員的工作。測試文檔由測試人員編寫并維護(hù)，也屬于開發(fā)文檔的一部分。被測程序應(yīng)當(dāng)既包括單獨(dú)的工程文件，以便測試人員進(jìn)行代碼走查工作；而且還要包括已經(jīng)編譯打包好的可執(zhí)行文件。開發(fā)人員應(yīng)當(dāng)謹(jǐn)慎填寫送測單上的被測程序的版本號(hào)，保證和被測程序的 版本號(hào)一致。 BUG 單 BUG 單是指測試人員在測試完成后，向開發(fā)人員提交的 BUG匯總報(bào)告。 測試循環(huán) 測試循環(huán)是指從軟件單元 /模塊的第一次提交測試到本編碼階段結(jié)束中間經(jīng)過的所有的有關(guān)的測試行為和過程。 4． 參考文獻(xiàn) 1. 計(jì)算機(jī)軟件測試文件編制規(guī)范， GB 938688 2. 客戶機(jī) /服務(wù)器系統(tǒng)測 試 ，（美） Bourne， ，機(jī)械工業(yè)出版社， . 3. 軟件開發(fā)規(guī)范，航空工業(yè)標(biāo)準(zhǔn) 646490 5． 測試與開發(fā)的配合 目前，質(zhì)量部已經(jīng)裝備測試工作專用的工具“輔助測試系統(tǒng) ”，因此測試與開發(fā)的配合將結(jié)合此工具展開；并且質(zhì)量部已經(jīng)有自己專用的測試服務(wù)器，從而可以大體上做到測試與開發(fā)獨(dú)立進(jìn)行。 由于目前公司自主開發(fā)的軟件產(chǎn)品基本上都是基于客戶機(jī) /服務(wù)器模式，因此，要做到測試與開發(fā)獨(dú)立進(jìn)行，只需要把軟件用到的數(shù)據(jù)庫分開安裝到不同的服務(wù)器上就可以了，從而保證 開發(fā)與測試不會(huì)產(chǎn)生數(shù)據(jù)沖突。 在此系統(tǒng)的基礎(chǔ)之上，又采取用 Microsoft 來對(duì)開發(fā)文檔和軟件進(jìn)行管理，從而減少了文檔傳遞失誤的機(jī)會(huì)，提高了測試自動(dòng)化的程度，也降低了測試人員的工作量。 共享目錄在項(xiàng)目開始階段由測試小組的負(fù)責(zé)人在質(zhì)量部專用的測試服務(wù)器上建立，并由測試負(fù)責(zé)人在整個(gè)項(xiàng)目期間進(jìn)行維護(hù)。 最終的共享目錄 TsPrjName 的結(jié)構(gòu)如下所示： TsPrjName 子目錄“開發(fā)文檔” 子目錄“最終軟件” 具體的建立規(guī)則如下： 1． 假設(shè)項(xiàng)目中文簡稱為 PrjName, 則共享目錄的名字必須是TsPrjName。 2． 子目錄“開發(fā)文檔” 用于存放開發(fā)人員傳遞到測試組的所有“完整的”開發(fā)文檔，這里的“完整”指經(jīng)過公司技術(shù)委員會(huì)評(píng)審確認(rèn)的、能獨(dú)立向所有使用者發(fā)行的文檔。其二級(jí)子目錄可以分為規(guī)格說明、需求分析、概要設(shè)計(jì)等等，由開發(fā)人員和測試人員商量決定。 輔助工具的使用 輔助工具目前有兩個(gè)：輔助測試系統(tǒng) 和 Microsoft 。 輔助測試系統(tǒng)中的使用人員共分為六種身份：測試主管，測試員，項(xiàng)目經(jīng)理，程序員、領(lǐng)導(dǎo)和超級(jí)用戶。 通過輔助測試系統(tǒng)，用戶可以查閱到當(dāng)前項(xiàng)目中程序員的送測信息和模塊的送測情況，可以隨時(shí)了解程序中仍然存在的 BUG 信息，并可以看到查詢出來的信息的統(tǒng)計(jì)結(jié)果。所以，要求處于測試中的程序的相關(guān)人員，如項(xiàng)目經(jīng)理、程序員、測試主管和測試員等，每天都必須在不同時(shí)段登陸本系統(tǒng)至少三次以上。開發(fā)人員使用 可以保證所有人員包括測試人員看到的是同一個(gè)版本的文檔，從而避免理解上的偏差。測試人員通過計(jì)算機(jī)上的 SourceSafe 客戶端對(duì)服務(wù)器上的數(shù)據(jù)庫進(jìn)行訪問。 對(duì) SourceSafe 中保存的其他開發(fā)文檔和軟件產(chǎn)品，原則上測試人員都只能讀而不能寫，比如對(duì)于文檔和軟件產(chǎn)品只能使用“ get last version”命令來進(jìn)行閱讀，測試人員在得到這些產(chǎn)品以后，都不必再把它們放回去。 開發(fā)與測試配合的流程 ? 開發(fā)人員在輔助測試系統(tǒng)中填寫送測單，提交待測模塊代碼、可執(zhí)行文件和相應(yīng)的 設(shè)計(jì)文檔給項(xiàng)目經(jīng)理確認(rèn)。 ? 測試人員接受送測單后，從 SourceSafe 中獲得程序代碼，開始測試。 ? 代碼走查以公司下發(fā)的《編碼規(guī)范及管理辦法》為檢查依據(jù)。如果所有模塊都 不能通過代碼走查工作，則本次測試全部結(jié)束，不必再進(jìn)行下一步的功能測試。測試人員應(yīng)當(dāng)嚴(yán)格按照管理辦法上的相關(guān)規(guī)定開展工作，并認(rèn)真完成 BUG 紀(jì)錄的填寫。 ? 測試人員測試完成后，測試主管必須對(duì) BUG 單執(zhí)行“驗(yàn)證”過程，即檢驗(yàn) BUG 單上描寫的 BUG 是否都是正確的。 ? 程序員對(duì) BUG 單上的所有紀(jì)錄都必須認(rèn)真處理后，再把 BUG單連同修改完成的軟件產(chǎn)品一起返回給測試員進(jìn)行回歸測試。 6 . 送測單 送測單用于開發(fā)人員向測試人員提交被測軟件，由程序員填寫并通過項(xiàng)目經(jīng)理傳遞到測試人員。如果在輔助測試系統(tǒng)中的送測單的形式與這里列出的不同，請(qǐng)參考本文件的 規(guī)定執(zhí)行。送測內(nèi)容指的是本次送測的程序模塊。 2． 項(xiàng)目經(jīng)理字段在項(xiàng)目經(jīng)理確認(rèn)了本送測單填寫的所有內(nèi)容都正確無誤之后，由本人填寫。 3． 送測階段指的是當(dāng)前測試的階段，由程序員填寫。這里的階段由項(xiàng)目經(jīng)理和測試員共同確定后，通知每一個(gè)程序員。 4． “工程文件路徑和名字”和“可執(zhí)行文件路徑和名字”