+二次開發(fā)業(yè)務+外包開發(fā)業(yè)務
3. 日后所有的開發(fā)內容(技術平臺補丁、標準產品補丁、外包開發(fā)團隊的功能內容)必須以標準補丁的形式更新測試環(huán)境，進行測試。不允許在測試服務器上進行手工操作，包括腳本的執(zhí)行。
4. 原則上每日更新補丁測試，開發(fā)人員對于bug的修改每日構建，第二天更新補丁進行測試。如有緊急需求，張小靜可以增加補丁更新的頻度，但不允許替換jar的形式更新。
5. 測試環(huán)境保持唯一性和準確性，所有的內容都以補丁形式進行驗證
6. 每條項目任務的通過以項目管理工具中項目任務通過為標準，項目進度以及項目質量全部以項目管理工具數據為準。在開發(fā)機上測試結果不能作為任務通過標準。
質量保障缺陷處理機制：
1. 測試中發(fā)現的所有問題都必須以bug的形式在項目管理工具中更新，無論是環(huán)境問題、標準產品問題、技術平臺問題、二次開發(fā)內容還是外包開發(fā)內容
2. 所有的任務和缺陷修復開發(fā)人員必須做好單元測試，單元測試必須執(zhí)行測試用例的1級用例或執(zhí)行30%的核心用例，減少中斷等影響測試開展的重大錯誤。測試人員保障業(yè)務流程的有效測試。
3. 項目問題分析和處理機制：首先標準產品研發(fā)人員進行分析，標準產品確認無誤后，二次開發(fā)人員對二次開發(fā)內容進行分析，確認無誤后外包團隊開展問題分析，只至分析出問題的所屬團隊，由對應團隊成員第一時間處理。
4. 幾種BUG處理機制
1) 除重復bug外，其余bug一律不允許打回
2) 測試人員提交bug給開發(fā)人員A，如該bug不屬于開發(fā)人員A處理，不得打回，應將bug轉交給對應的開發(fā)人員，如不清楚該bug對應的開發(fā)人員，將bug轉發(fā)給項目經理，由項目經理轉交給對應的開發(fā)處理人。
3) 測試人員提交bug給外包團隊開發(fā)人員A，開發(fā)人員A發(fā)現該bug屬于技術平臺或標準產品或二次開發(fā)影響導致，不得將bug打回，將bug轉發(fā)給項目經理，由項目經理協調相關人員進行修改，待bug處理解決以后，標記已改提交給測試人員驗證
4) 測試人員提交bug給開發(fā)人員，開發(fā)人員發(fā)現該bug屬于測試環(huán)境問題，不得將bug打回，而是需要分析測試環(huán)境為什么會存在問題，并告知環(huán)境解決的方法，如果有問題，可以申請相關人員協助，如果無法發(fā)現問題，將bug提交給項目經理，由協調資源處理，待問題解決，將bug標記已改提交測試驗證
5) 對于技術上存在難度或認為bug無需處理，可將bug標記暫不處理，且必須注明暫不處理的原因，并提交項目經理。由項目經理和我共同決策該bug是否可以不處理。原則上只有人機交互和產品建議可以不處理，其他bug不允許不處理。
6) 開發(fā)人員和測試人員遇到爭議問題要進行充分溝通，保證對于產品缺陷的一致性，提升bug修改的效率和質量
7) 所有的bug逐條關聯項目任務，直接反應項目任務的開發(fā)質量
8) 對于bug，開發(fā)和測試人員必須及時處理，原則上提交的bug開發(fā)必須在3天內處理完畢，重大中斷、數據等缺陷必須在1天內處理完畢，測試人員必須在2天內保證bug的驗證通過。
進度和質量的衡量標準
1. 項目任務的完成進度以項目管理工具數據作為唯一標準，以項目任務的通過率作為項目任務進度數據
2. 功能質量以項目管理工具完成情況為依據。測試通過的任務視為有質量保證的任務，測試未通過的項目任務一律認為存在質量問題，不納入進度數據。