每次出问题压力都好大。。

必须有遇到过啊，除非还没什么用户使用， 不然多多少少还是会有一点小问题反馈

有，上线升级的时候都能发现之前没出现过的问题

昨天千叮咛万嘱咐，让开发比对环境切换后的各种配置。结果还是 host 指错

这感觉酸爽

规避是不可能规避的。
总结原因 无非是找背锅的，测试、开发、运维、DBA？

基本上都是测试背锅了。。都可以归结到测试 case 没覆盖

有时候不是自己的锅但是领导那里就是觉得测试要背上

还好，看怎么理解了。有时候老板即使知道不是你的锅，也可能会把压力给到你身上，职能就是这样。质量保证嘛

测试就是测再多的 bug，只要有一两个漏掉到线上，好了，全功覆没

开发再厉害也会写出来 bug，测试再厉害也会有漏掉的 bug

每次上线瑟瑟发抖，甩锅大会，次次背锅

我们每个版本发质量总结邮件到项目组，漏测的问题要标注出来，这样会强制测试的时候覆盖要尽量全面；
如果有漏测写原因及改善方案；
现在版本质量越来越好。

如果是技术问题，从技术角度去分析问题。
如果是流程问题，从流程角度分析问题。
把分析结果告知领导，并提供相应的解决办法，领导来衡量改进得成本，去决策是否改进。

最近一个月，负责的业务，每个版本上线都出现 crash。已经生无可恋了，公司的产品，千万日活

复盘啊，拉上技术老大、产品老大、项目负责人总结问题，你以后提测前把用例抄送技术部，提测让发邮件，提测质量差直接邮寄打回，问他们自测为什么覆盖不到

这样的问题，干过测试的人都有这样的经历吧，想完全规避是不可能的，还是具体问题分细具体原因，然后找到相应的对策吧。

唉 这种情况最坑了 上次用户实名出现了崩溃 这锅背的 原因是少写了个参数 唉

好累啊 线上出现 bug

赞同