基本原則
過程質量保障
方案評審:
有效的**review:
測試用例評審:
測試方案評審(測試重點、測試範圍、測試策略)
可靠性專項用例:公共異常用例、效能用例、介面自動化
* 公共異常用例:1.testlink 各業務組建立專門管理 2.梳理公共業務 3.整理批量異常用例
* 效能用例:1.testlink 各業務組建立專門管理 2.新開發的專案測試方案進行效能測試評估 3.梳理系統中能產生效能瓶頸的業務並設計用例
* 介面自動化:yapi平台,軟體開發主幹欄目中,在每個系統下,將介面設計對應補充為介面測試用例
線上環境操作規範:資料庫操作規範、生產環境變更規範、生產問題定位規範
生產環境變更規範
1:**架構調整
2:生產資料庫變更
3:配置檔案變更
生產問題定位規範
故障監控
頁面監控
業務監控
資料庫監控
故障應急
通過devops_發布系統回滾上乙個版本的**
通過伺服器備份的**來回滾
應急小組(什麼級別問題,什麼級別人員全力參與)
資訊通報(通報範圍、通報流程)
故障覆盤
故障定責(組織責任、個人責任)
改進行動
故障處理流程和規範
目前架構團隊負責公司很多核心服務,包括商品中心 訂單中心 優惠券中心 使用者中心 閘道器等等服務。作為主鏈路的關鍵核心,服務的穩定性和可靠性直接到影響到使用者口碑和體驗,同時也影響到公司的營收,所以線上服務的穩定性和可靠性是每位同學都需要重點關注的事情。當線上服務發生故障,我們希望每乙個團隊或技術同...
版本管理規範
1 目的 標識 控制和追蹤軟體開發和實施過程中產生的各種軟體產品版本。2 適用範圍 適用於大運會專案所有軟體源 產品版本的管理。3 職責 3.1 測試管理 確保專案版本按照正確的版本管理規範執行和使用。3.2 配置管理員 負責定期檢查各專案對版本管理規範的執行度 根據發展需要對規範進行完善。3.3 ...
bug管理規範
1 2 3 4級bug判定標準如下 1 緊急 致命錯誤,例如主程式不能正常執行,基本業務功能未實現,交易資料不準確或不一致,從而使得後續流程無法正常進行 作業系統崩潰 宕機 頻繁造成資料庫死鎖或資料丟失 造成交易資料不準確 收銀對賬不一致 使用者無法註冊 登陸 正常操作,從而無法進行無法正常使用 在...