版本提交測試規(guī)范_V1.0

1、開發(fā)版本提交測試規(guī)范目錄1.目的32.范圍33.定義34.測評指標(biāo)35.關(guān)鍵角色及應(yīng)付責(zé)任36.內(nèi)容描述47.其他要求48.相關(guān)文件49.附件51. 目的開發(fā)團隊提交測試版本規(guī)范化，減少重復(fù)打包發(fā)版的時間。保證項目高效、高質(zhì)量的完成。2. 范圍適用于所有項目的版本提交測試。3. 定義名稱內(nèi)容描述Web應(yīng)用項目的war包，如：WMS.war腳本數(shù)據(jù)庫腳本集成手冊簡單描述當(dāng)前版本集成的主要內(nèi)容。4. 測評指標(biāo)無5. 關(guān)鍵角色及應(yīng)付責(zé)任序號角色應(yīng)負(fù)責(zé)任001開發(fā)負(fù)責(zé)人系統(tǒng)完成集成測試后，項目打包提交到測試；負(fù)責(zé)協(xié)助測試環(huán)境的搭建。002測試負(fù)責(zé)人驗收開發(fā)提交測試的工件是否齊全；在開發(fā)的幫助下完成測試

2、環(huán)境搭建；進行該版本的預(yù)測。測試完成后，提供發(fā)布到生產(chǎn)環(huán)境的最終版本和腳本。003測試工程師完成該版本的功能測試和上一個版本的bug驗證。004開發(fā)工程師完成功能的開發(fā)和bug修復(fù)。6. 內(nèi)容描述1) 版本提交測試i. 開發(fā)人員完成功能開發(fā)和bug修復(fù)并且完成集成測試情況下，版本提交到測試部。ii. 由開發(fā)負(fù)責(zé)人更新SVN最新的代碼進行build，收集所有開發(fā)人員增量修改的SQL腳本，整理提交到測試部，并且郵件知會相關(guān)人員。iii. 提交版本（系統(tǒng)首版本除外）應(yīng)包括：Ø 發(fā)版程序包，即XXX.warØ 本版本需要發(fā)版的SQL腳本Ø 如有配置文件修改，簡要的說明&#

3、216; 集成手冊：內(nèi)容包括本次發(fā)版集成的主要內(nèi)容，及發(fā)版修復(fù)的主要問題。2) 每日集成i. 系統(tǒng)采用迭代式開發(fā)，開發(fā)完成自己部分功能時，需進行自測，開發(fā)負(fù)責(zé)人同意后才能提交到SVN服務(wù)器，不允許不進行自測就把代碼提交到SVN服務(wù)器引起整個系統(tǒng)的崩潰，不能影響到團隊內(nèi)其它人員的進度。ii. 正常的迭代版本，需要每周都有版本提交到測試部，在項目接近結(jié)束時，版本提交測試的頻率加大，保證當(dāng)天修復(fù)的bug能及時的進行驗證。iii. 每日提交測試的版本不能超過兩個。3) 測試版本部署i. 版本提交測試時，測試人員必須在測試用例評審?fù)ㄟ^后，才能進入測試階段。ii. 一般情況下，開發(fā)人員不知道測試服務(wù)器和數(shù)

4、據(jù)庫的密碼，測試環(huán)境只能由測試人員進行發(fā)包部署。iii. 測試負(fù)責(zé)人根據(jù)測試發(fā)版手冊和說明文檔進行環(huán)境部署，并且根據(jù)集成手冊中描述的該版本集成的主要功能和修復(fù)的主要問題結(jié)合測試用例進行冒煙測試；冒煙測試通過進入測試階段，該項目的所有測試人員按照測試用例執(zhí)行測試。冒煙測試不通過則打回到開發(fā)，并詳細描述冒煙測試不通過的原因。iv. 完成測試和bug的修復(fù)后，測試負(fù)責(zé)人整理一個最新的war包和腳本，由項目負(fù)責(zé)人發(fā)布到UAT環(huán)境，系統(tǒng)工程師組織用戶進行驗收測試；UAT測試過程中測試人員可以參與。v. UAT驗收時還存在系統(tǒng)bug則由系統(tǒng)工程師記錄并錄入禪道；由測試人員對UAT bug進行跟蹤閉環(huán)。vi. 所有發(fā)版到生產(chǎn)環(huán)境的程序包和腳本，必須經(jīng)過測試環(huán)境測試、UAT驗證才能發(fā)版的生產(chǎn)環(huán)境；不允許直接從開發(fā)環(huán)境拿包或文件發(fā)版到生產(chǎn)環(huán)境。vii. 最后發(fā)版到生產(chǎn)環(huán)境的war包和腳本由測試負(fù)責(zé)人提供。7. 其他要求測試組和開發(fā)組共同建立