對于每一個測試人員來說，軟件測試過程中有一個四字成語，真的是如噩夢一般的存在，會在你不注意的時候，就突然蹦出來，勞你筋骨、空乏你身、亂你心神、行拂亂你所為，那就是——線上故障。

線上故障顧名思義，就是項目上線後出現的故障。誘發線上故障的因素有很多，每一個團隊，大大小小，都會受到各種各樣的線上故障，我們有時候會局限于故障的本身，但是如何應對、避免線上故障的發生，是每個技術研發團隊都要面對的事情。并且，由于線上故障的解決跟蹤過程，能直接體現一個團隊的應急反應能力，所以，線上故障的解決并不是測試一個人的問題，而是整個團隊協同一緻，共同面對的一個問題。因此在這個基礎上，我們的測試團隊在部門長的指導下，制定出了我們團隊的線上故障等級和處理規範，供大家參考學習

為保障線上功能正常使用，并在遇到問題時及時反饋并快速解決，現編寫規範如下

線上BUG:

① 運營同事的錯誤操作導緻的體驗類型問題，如：文案錯誤；

② 運營後台使用異常，如：無法修改商品狀态，不能正常打開使用後台管理；

③ 産品設計缺陷，不合理需求，等

線上故障：

① 由技術原因導緻的線上使用異常，如：無法正常支付、無法正常跳轉配置的鍊接地址、訂單異常等；

② 運營同事的錯誤操作導緻的問題，如：錯配優惠券為無限量無門檻；

産品設計未實現的需求問題，如：需要新增某種功能，或者産品未覆蓋的功能點等

錄入問題必須寫明：項目（線上故障NOF）、模塊（android、ios、公衆号、小程序、後台）、環境（手機配置、浏覽器及版本）、描述（故障産生場景及操作）、影響版本（故障對應版本号）、嚴重性、優先級（緊急故障會立即啟動故障流機制）、經辦人、附件（非必填）；問題發生（收到反饋）的時間等，盡可能的詳細

評級标準可參考《故障等級參考》

1、 定位問題原因，和影響範圍

2、 修改問題耗時，和修改方案

3、 确認後續跟蹤方案

故障責任人：故障問題的負責人

問題修複：開發and 開發組長，測試and測試組長

定責内容：确認故障級别、故障原因、故障導緻的影響以及最終的解決方案，後續跟蹤

為方便理解以上規範内容，現取一條線上問題作為模闆供閱讀此規範的同事參考：

後續Action：

此次支付故障後，由于該問題具有普遍性，所以阿爾法小組夥伴排查了線上所有的任務并做了危險等級評估

1、業務一......危險評估高，計劃某月某号某人優化修改

2、業務二......危險評估中，計劃某月某号某人優化修改

3、業務三......危險評估低，計劃某月某号某人優化修改

貝塔小組也做出了同樣的預防措施如下：

1、 實現A功能優化，執行人Eason，計劃完成日期XX

2、 通過B方法檢查來review代碼，

3、 通過C方案避免.......問題。

由于此次問題具有代表性，需要引起各位同事的重視和品質意識，所以有了此規範文檔。又因為是首次複盤線上故障，過程和步驟生疏，導緻耗時比較長。所以為了更高效的解決線上故障，以後每周由每條業務線的測試人員驅動，進行故障Review，若本周内未錄入線上故障，則不走此流程。

所有的流程和步驟，都是為了高效、優質、有意義的工作，祝大家工作順利

因為是第一次執筆寫故障定級和規範，所以有很多不足之處，也請大家多多指正出來，我們共同讨論，更高效，高質量的管控故障，共同保證我們的項目，安全平穩的運行

最後:【可能給你帶來幫助的教程】

這一些資料，對做【軟件測試】的朋友而言應該是較為完整了，這類學習資料也陪伴我走過了最艱難的路程，希望也可以幫助到你！萬事要盡早，尤其是技術行業，一定要提升技術功底。

以上軟件測試資料需要的可以私信我關鍵詞（資料）免費獲取

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!