目录
前言
出现生产事故测试应该怎么做（对于测试人员来说，1000个测试用例抵不上一个漏测，出现生产bug事件很恐怖的事情），下面笔者根据自己实际经验谈谈感想
一、笔者工作中遇到的生产故障
- 第一个生产bug测试过程中发现过且给开发提到了禅道，但是开发不以为然，调试了一下告诉我说是脏数据，不用在意之类的话。后续我在测试环境各种场景也试了确实没发现其他重大的bug。发到线上测试没问题就上线了（小公司，一部分用户是之前另一个系统迁移过来的，测试环境我并没有这样的账号，线上也没有用户的账号和密码）。第二天出现部分用户不能正常使用系统且提示语和测试环境一模一样，开发一顿紧急修复后用户可以正常使用了。
- 第二个生产bug是开发人员因为写错了判断逻辑，导致第二天大面积用户不能正常使用系统（至于这个bug测试为什么没发现，首先开发时间紧，测试时间压缩更紧，并且这个改动涉及到一个生效时间的原因，测试环境开发快结束时才给我配置正确的生效时间，但是当时相关的场景我已经测试过了就没在意。其次线上我其他测试点都测试了，准备让开发修改系统生效时间，看下是否有bug，当时已经很晚了开发很自信的说没有bug,测试结束后大家都走了）
二、笔者反思
以上两个生产故障到现在还记忆犹新，事后第一时间进行了反思，虽然主要责任不在测试，但作为一个负责人的测试心里难免还是有些自责的。以下是反思的一些内容：
- 第一个生产故障测试不应该轻信开发所说，遇到问题一定要深究源头，这样就会避免问题的发生了
- 第二个生产故障测试也不应该轻信开发，必要的场景配置一定要开发配合，如果开发不配合，可以向上一层领导反馈
总结
出现生产问题，测试要第一时间协助开发定位问题，等问题修复后，一定要问清楚开发问题产生的原因。事后自己总结下原因为什么会出现这样的问题，是漏测还是其他原因。把生产bug计入专门的bug库，定期对生产bug进行查看，避免此类错误再次出现