前言

对于每一个测试人员来说，软件测试过程中有一个四字成语，真的是如噩梦一般的存在，会在你不注意的时候，就突然蹦出来，劳你筋骨、空乏你身、乱你心神、行拂乱你所为，那就是——线上故障。

线上故障顾名思义，就是项目上线后出现的故障。诱发线上故障的因素有很多，每一个团队，大大小小，都会受到各种各样的线上故障，我们有时候会局限于故障的本身，但是如何应对、避免线上故障的发生，是每个技术研发团队都要面对的事情。并且，由于线上故障的解决跟踪过程，能直接体现一个团队的应急反应能力，所以，线上故障的解决并不是测试一个人的问题，而是整个团队协同一致，共同面对的一个问题。因此我们团队特此制定了线上故障的规定及模板。

线上故障规范及模板

文档背景

为保障线上功能正常使用，并在遇到问题时及时反馈并快速解决，现编写规范如下

问题分类

线上BUG:

① 运营同事的错误操作导致的体验类型问题，如：文案错误；

② 运营后台使用异常，如：无法修改商品状态，不能正常打开使用后台管理；

③ 产品设计缺陷，不合理需求，等

线上故障：

① 由技术原因导致的线上使用异常，如：无法正常支付、无法正常跳转配置的链接地址、订单异常等；

② 运营同事的错误操作导致的问题，如：错配优惠券为无限量无门槛；

非故障类型

产品设计未实现的需求问题，如：需要新增某种功能，或者产品未覆盖的功能点等

问题录入

录入问题必须写明：项目（线上故障NOF）、模块（android、ios、公众号、小程序、后台）、环境（手机配置、浏览器及版本）、描述（故障产生场景及操作）、影响版本（故障对应版本号）、严重性、优先级（紧急故障会立即启动故障流机制）、经办人、附件（非必填）；问题发生（收到反馈）的时间等，尽可能的详细

等级评判

评级标准可参考《故障等级参考》

问题修复

1、定位问题原因，和影响范围

2、修改问题耗时，和修改方案

3、确认后续跟踪方案

故障Review

故障责任人：故障问题的负责人

问题修复：开发and 开发组长，测试and测试组长

定责内容：确认故障级别、故障原因、故障导致的影响以及最终的解决方案，后续跟踪

为方便理解以上规范内容，现取一条线上问题作为模板供阅读此规范的同事参考：

[NOF-32] 全平台所有业务下单后支付异常，无法调起支付创建: XX年/XX月/XX日更新: XX年/XX月/XX日解决: XX年/XX月/XX日
项目:	线上故障
模块:	无
影响版本:	4.X
解决版本:	无

类型:	技术方故障	优先级:	高
报告人:	XX	经办人:	XXX
解决结果:	完成	责任人:	XXX
标签:	无
剩余时间:	XX天XX时XX分
耗费时间:	XX天XX时XX分钟
原预估时间:	尚未登记