質(zhì)量部版本測試流程

1、質(zhì)量部版本測試流程撰寫人：質(zhì)量部完成日期：文檔使用部門：研發(fā)人員口產(chǎn)品人員客戶（市場）口維護人員口用戶批準人：批準日期：版本更新歷史目錄一、范圍本文檔對版本的轉(zhuǎn)測、打回、發(fā)布流程的進行說明，同時作為質(zhì)量部日常工作的指引文檔之一，同時對研發(fā)移交測試版本做出一定約束。適用人員范圍：開發(fā)人員、測試人員二、定義1 、流程定義測試流程包括三個部分：版本轉(zhuǎn)測、版本打回、版本發(fā)布；2、角色定義測試流程主要設(shè)計三類角色：開發(fā)、測試、服務支撐；三、版本轉(zhuǎn)測流程1 、版本轉(zhuǎn)測前1) 一般情況下，開發(fā)人員需要在接收到開發(fā)任務時與對應的測試人員提前溝通計劃時間，進行二次確認，確保測試人員可以有效的制定測試計劃。2、版

2、本轉(zhuǎn)測條件2) 必須同時將測試版本、版本升級說明(如果涉及到數(shù)據(jù)庫變更需要提交建表腳本和數(shù)據(jù)字典)、送測單提交到04-developlib05-測試1-可執(zhí)行程序、2-源代碼、3-項目文檔目錄下，否則不允許轉(zhuǎn)測。3) 必須通過郵件分別將需求、修改說明或?qū)崿F(xiàn)機制、svn地址、測試點發(fā)送給測試人員，否則不允許轉(zhuǎn)測；同時SVN本記錄必須清晰明確四、版本打回流程1 、版本打回條件?開發(fā)實際的功能與需求不一致：需要測試人員與項目經(jīng)理、服務支撐人員或產(chǎn)品人員對需求進行二次確認，如果確實存在不一致的情況，版本將打回；?開發(fā)實際的功能不完整或部分功能點未完全實現(xiàn)；?程序無法正常啟動、程序啟動異常退出、頁面報錯

3、；在測試過程中出現(xiàn)以上情況時，測試人員將會以郵件形式將版本打回給開發(fā)人員，同時抄送項目經(jīng)理，待開發(fā)人員修改問題后再次提交測試。五、版本發(fā)布流程1、 測試人員通過郵件將測試報告發(fā)送給開發(fā)人員、抄送給項目經(jīng)理、測試經(jīng)理及相關(guān)人員2、 測試人員將發(fā)布版本、升級說明提交到03-productlib02-發(fā)布目錄中，并標明日期，同時填寫發(fā)布記錄。如有特殊原因等網(wǎng)絡問題等個例，需要測試人員與服務支撐人員確認程序獲取方式。3、 測試人員通過郵件將發(fā)布版本、升級說明的保存路徑發(fā)送給服務支撐人員、抄送給開發(fā)人員、項目經(jīng)理、測試經(jīng)理，4、 版本和代碼等相關(guān)測試文檔上傳受控庫，并有對應發(fā)布記錄文檔進行記錄版本和代碼

4、的對應關(guān)系。六、監(jiān)督機制為了提高的各個部門對該制度的執(zhí)行力，制定以下監(jiān)督機制確保規(guī)范制度的執(zhí)行。1、監(jiān)督前提1.1 服務支撐部助理、產(chǎn)品中心項目管理員、質(zhì)量部QA需要項目信息同步；1.2 服務支撐部及時反饋上線計劃、上線情況反饋；2、監(jiān)督機制提供兩種機制意見，需要與其他部門商議確定方式一：由質(zhì)量部QA每周對本周項目進行版本發(fā)布和版本打回的數(shù)據(jù)統(tǒng)計并輸出結(jié)果。由質(zhì)量部直接對人員就行考核方式二：由QA直接把數(shù)據(jù)反饋給對應部門，對應人員的考核將由該部門負責。監(jiān)督環(huán)節(jié)監(jiān)督要求處罰措施版本提交開發(fā)人員提交測試時需要按照版本測試流程中規(guī)定進行版本提交，否則視為違規(guī)違后-次將郵件部門級通報批評（如產(chǎn)品中心、質(zhì)量部、服務支撐部），郵件對象部門全體、其他項目組內(nèi)人員再次違反將扣除該人員當月所有KPI績效版本打回測試人員需要按照版本打回流程進行版本打回，否則視為違規(guī)違后-次將郵件部門級通報批評（如產(chǎn)品中心、質(zhì)量部、服務支撐部），郵件對象部門全體、其他項目組內(nèi)人員再次違反將扣除該人員當月所有KPI績效版本發(fā)布測試人員需要按照版本發(fā)布流程進行版本發(fā)布，否則視為違規(guī)違后-次將郵件部門級通報批評（如產(chǎn)品中心、質(zhì)量部、服務支撐部），郵件對象部門全體、其他項目組內(nèi)人員再次違反將扣除該人員當月所有KPI績效上線返回服務器支撐部人員需要對發(fā)布版本的上線