线上bug，就该像微信这样处理
最近感觉微信bug不断。
先是Android 8.0.22版本里，出现了一个奇怪的用户完全看不懂的Matrix「性能检测工具」。
Matirx是腾讯的性能检测，这大概率是不小心把debug工具打进了正式包。
因为这个看不懂的功能，网上炒的不可开交，微信云淡风轻，在2周后的Android 8.0.23内测版中又去掉了。
然后，是公众号「朋友还关注」网络出错，而同一个手机上视频号「朋友还关注」能打开。
这应该也是个bug。
看了微信的这两个小bug，你有什么想法？
对了！微信都时常出bug，你的产品有bug也正常。
所以，我们需要正确的认识bug，树立正确的bug观：
1）bug是产品的一部分，在产品发展过程中不可避免
就像我们偶尔会生病一样，你没法保证你永远不生病。
2）业务越复杂、功能越复杂、迭代越迅速，bug也会相对越多
所谓做得越多，犯错概率越大。
如果要不出bug，最好的办法，就是啥也不做。
3）事情有紧急，bug有大小
大bug，就是事故，很紧急，快速处理。
小bug，是虫子，正常灭杀即可。
01
先说说bug的来源。
bug，原意为虫子，现在通常指产品缺陷、故障、问题等。
第一代计算机是由许多庞大且昂贵的继电器组成，并利用大量的电力来使继电器工作。可能正是由于计算机运行产生的光和热，引得一只小虫子bug钻进了一支继电器内，导致整个计算机无法工作。
研究人员费了半天时间，总算发现原因所在，把这只小虫子从继电器中取出后，计算机又恢复正常。后来，bug这个名词就沿用下来，表示电脑系统或程序中隐藏的错误、缺陷，漏洞或问题。
与Bug相对应，人们将发现bug并加以纠正的过程叫做“debug”，意即“捉虫子”或“杀虫子”。
02
再说说bug的等级。
专业的测试同学，一般把bug分为四级。一级最致命，四级最轻。
一级：致命bug
通常表现为，主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。这属重大事故。
比如系统无法登录，支付报错。
二级：严重bug
通常表现为，影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
比如会员权益派发错误。
三级：一般bug
通常表现为界面、性能缺陷。
比如商品详情页头图、评论区没有显示。
四级：提示bug
通常表现为易用性及建议性问题。
比如文字排列不整齐，出现错别字等。
如果按照上面的标准。
微信误上线「性能检测工具」，公众号「朋友还关注」报错，应该都属于三级bug。
但是不同的公司，bug等级定义标准略有差异。
更规范的公司，会将bug带来影响进行量化，然后定级。
比如从影响用户和带来经济损失来定级，不如。
一级bug：影响10w以上用户，或收入损失100w以上
二级bug：影响5w-10w用户，或收入损失30w-100w
三级bug：影响1-5w用户，或收入损失5w-30w
四级bug：影响1w用户以下，或收入损失5w以下
这是我举例定义的数值，不一定合理。
03
不同的bug等级，处理方式不一样。
对于一二级bug，要一时间修复，没得商量。
这个bug直接带来的是用户流失、坏口碑和经济损失。
对于三级bug，可紧急发版修复。
对于四级bug，如果资源紧张，可正常排期修复。
但是很多情况下，大家谈bug色变。
特别是研发，一说到线上bug，就内心OS就开始骂娘。
并且很多情况下，只要是bug，就放下工作，第一时间去处理。
这都不是正确的bug观。
你看，上文中微信的线上问题，只要不影响核心体验，就正常排期发布。
bug不是天大的事，正确看待。
当然也不要把bug不当回事。
需要对线上bug，保持敬畏。
尽量减少线上问题的产生，这是基本的工作态度。
04
一般，产品测试阶段，bug由测试提出，由程序员修复。
产品上线后，bug由用户、业务、产品反馈，由程序员修复。
测试对整体产品质量负责。
那bug的产生，是不是测试和程序员的事情呢？和产品经理无关呢？
代码是技术写的，功能是测试测的，表面上看，好像是和产品经理无关。
但是进一步去探究，你就会发现，产品经理也是产品质量把控过程中的重要角色。
产品经理如果能从下面几个方面做得更到位，也能大大降低线上bug的出现。
- 需求设计阶段，方案反复推敲几遍，需求更加完备和明确，产品逻辑要闭环。
- 需求讲解阶段，进一步明确需求和细节。
- 测试用例评审阶段，认真参与，补充重点关注的case和隐藏case。
- 上线前PM验收阶段，充分验收。
如此，bug出现概率将进一步下降。
所以，产品质量不只是测试和研发的事，也和产品经理有关。
05
小结下，关于bug说了几个观点：
- bug是产品的一部分，平常心对待。
- bug原意为虫子，现在通常指产品缺陷、故障、问题等。
- 一般bug分为致命、严重、一般、提示四个等级。
- 不同的bug等级，处理方式紧急程度不一样。
- 对线上问题保持敬畏。
- bug不只是测试、研发的事。
最后，关于产品bug，你有啥想说的。
#作者#
岳老三，微信公众号：产品笔记（ID：cpbiji）。7年产品工作经验，前网易、陌陌高级产品经理。任何商业进化的方向是效率的提升，喜欢用产品思维挖掘事物本质。相对擅长产品分析、产品设计、逻辑思维等。
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
