测试基础 【经验 - 线上漏侧】闯祸了!准备杀 1 个测试祭天,求救!

测试猿温大大 · 2022年04月23日 · 2809 次阅读

大家好,我是温大大。

最近后台有同学问我如何保证线上不出现漏侧的问题,温大大想了想:没有 0 线上问题的系统,只能说通过一些方法手段来减少线上问题的发生。 联想到之前某些互联网平台出过几个线上问题,例:B 站奔溃,王者荣耀白嫖、拼多多代金劵等,这些不就是线上出 bug 了吗,有人说:先杀一个测试人员祭天,温大大想说:"少年刀下留人,虽然测试人员是最后一道质量关卡,但线上出的 bug 不一定全是测试人员的责任"。

下面我们来历史上哪著名的 bug,

当出现问题后:如何第一时间解决问题,如何复盘问题与应对方案。

目录

  1. 知名的线上 bug
  • 1.1 携程「瘫痪门」事件
  • 1.2 阴阳师「业原火」事件
  • 1.3 暴风影音「杀程序员祭天」事件
  • 1.4 王者荣耀「test」事件
  • 1.5 拼多多「被嫖」损失 200 亿事件
  • 1.6 B 站「404」事件
  1. 第一时间解决问题
  • 2.1 确定影响范围
  • 2.2 启动应急预案
  1. 复盘「漏侧」与应对方案
  • 3.1 需求问题
  • 3.2 人员同步
  • 3.3 测试方案
  • 3.4 测试执行
  • 3.5 测试时间
  • 3.6 测试资源
  • 3.7 变更引入

1. 6 个知名的线上 bug

1.1 携程「瘫痪门」事件

  • 2015 年携程瘫痪门事件,致使携程盘前股价暴跌 11.67%;

1.2 阴阳师「业原火」事件

  • 2017 年初阴阳师 “业原火” 事件,无敌体力无限制刷副本,还能刷到顶级材料,多少大 R 的噩梦;

1.3 暴风影音「杀程序员祭天」事件

  • 2017 年暴风影音出现所有视频播放闪退 bug。

1.4 王者荣耀「test」事件

  • 2018 年王者荣耀 test 邮件事件,安卓 QQ 区喜获 “天美史上最强福利”,英雄沈梦溪、棒球奇才、英雄李信和灼热之刃四个永久道具随便用;

1.5 拼多多「被嫖」损失 200 亿事件

  • 2019 年拼多多优惠券事件,传言该 BUG 使拼多多一夜损失 200 亿。

1.6 B 站「404」事件

  • 2021 年 B 站出现 404 not found 情况,导致 B 站无法访问。

2. 第一时间解决问题

如果线上出现漏侧问题, 第一时间应该去解决该问题, 采取应急措施:退回版本 或 采用 planB 方案, 事后也得复盘一下到底是什么原因导致「漏侧」,不要背「黑锅」, 漏侧大致可以分为以下几类:

2.1 确定影响范围

    1. 受到影响的功能是怎样的?
    1. 这个功能影响的:客户有多少,预估的损失有多少?
    1. 能解决该问题的:研发、测试都是谁,修复方案是怎样的?

2.2 启动应急预案

    1. 修复此问题需要多久时间(开发 + 测试 + 部署上线)?
    1. 若时间太长,能否启动应急方案,通过「版本回退」或 页面给出对应的提示引导客户跳过该操作?
    1. 第一时间:承诺客户解决该问题大致需要多久时间。

3. 复盘「漏侧」与应对方案

当然除了以下问题归类,还有其他一些无法归类的问题,例:特定情况下小概率偶现 bug,客户未按照规格说明操作出现的问题,这些都是需要深入分析与完善用户手册来解决的。

3.1 需求问题

  • 原因:需求规格不明确,导致测试用例编写过于粗犷
  • 解决:增加「需求申明」流程,确保研发、测试、产品负责任均参加评审需求
  • 责任方:产品、测试

3.2 人员同步

  • 原因:需求规格变更但未通知测试,导致测试用例未及时更新
  • 解决:增加「需求申请评审」流程,确保测试人员参加,有邮件、文档、消息为例以免后面「扯皮」
  • 责任方:产品责任

3.3 测试方案

  • 原因:测试用例覆盖不全面,场景出现遗漏
  • 解决:确保「测试方案」被评审,相关人员:产品、研发均参加并提出评审意见
  • 责任方:测试「主」责,产品、研发「副」责

3.4 测试执行

  • 原因:测试过程中未严格按照测试用例执行
  • 解决:测试负责人提前预判过程中「风险」,关注测试执行「过程与结论」
  • 责任方:测试

3.5 测试时间

  • 原因:时间不充足,经项目组达成一致后仅执行了部分优先级较高的模块测试,导致一些功能点在测试过程中被忽略
  • 解决:测试前期合理安排「测试排期」、中期有「风险」及时上报给「研发、产品」,后期输出「测试报告」提前告知「可能有问题」模块
  • 责任方:研发、产品、测试

3.6 测试资源

  • 原因:测试环境受限,导致缺陷漏测。
  • 解决:提前预判所需「测试资源」,及时想法应对,不应该因为这个原因导致「漏测」
  • 责任方:测试

3.7 变更引入

  • 原因:开发人员解决 bug 时引入的新 BUG。
  • 解决:增加提交代码「评审」机制,确保研发人员将「修改原因、修改方式、影响范围、建议测试点」给到测试人员
  • 责任方:测试、研发

日常还有很多关于「测试」技术、薪资、面试套路方面的交流,如果你也有一个「加薪」梦,欢迎加入我们,大家一起升职加薪。 关注微信公众号:测试猿位大大,欢迎加入我们。

暂无回复。
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册