关于线上部署后出现bug，但在测试环境测试是通过的现象，一些小总结

出现这种情况怎么办

其实这种情况在规范的公司里和线上环境少的情况下还是比较少的，但是在一些公司本身流程不规范，或者公司就是卖系统的，卖一套给客户部署一套这种，很不幸我们就属于第二种。
所以经常就会出现明明测试没问题，给客户部署后偏偏就出bug了。然后部门老大就找交付人员，交付人员就直接找到我们这些测试，因为系统有问题，首先想到的就是测试没有测好才会有问题，所以导致我们在这种环境下真是压力山大，我也是被坑过无数次，也慢慢找到了一些完善的心得了、

1. 第一步
   不管怎么说，最重要的还是要先解决问题，毕竟客户爸爸才是最大的，自己先排查一下问题的原因，看下请求之类的，将截图给开发，让他们先解决了问题。后面再去找锅。

2. 第二步
   解决了问题后，就是要找出原因以免后面还有，先看看这是不是自己的锅，是用例设计出现了问题还是执行出现了遗漏，如果是，主动承担相应的责任，并将测试设计和用例进行完善，这很重要。

3. 第三步
   看是不是开发改过代码没说，或者是开发没有将部署流程中的细节说明清楚，导致运维进行部署时没有将相关服务器配置文件配置好，还有各系统接口对接忘记了，还有一个就是客户服务器环境和我们测试环境有差异导致出现了问题 ，通常我们80%的问题都出在这

4. 减少解决的方法
   这种时候其实谁都不要相互甩锅，而是一起解决问题才是重要的，虽说问题不是都能完美解决，毕竟我们客户的线上环境有时候是不可控的，但是规范自己还是可以的。
   我们和开发、运维、产品一起开会总结了一下，主要的办法是让开发和运维整理出一份部署备忘录，将一些部署必须做的事列出一个清单，大家看过之后都通过了，之后每次部署系统都要将上面的任务一个一个确认并勾选上，部署完成后要将备忘录完成情况发邮件给所有人，确保我们在部署时没有出差错，这样主要还是规范开发和运维的习惯问题。也能让我们测试少一点没必要的压力。

像这种情况最好还是减少线上环境和测试环境的差异是最好的，或者统一线上的环境而不是五花八门的线上环境，不然的话不出问题都难啊。
当然有别的方法是最好的