测试的时候，对于一些细节问题逻辑上没有问题，可能操作的多了自己都习惯了，也有当时感觉不对和项目经理说了，但是项目经理说这样就可以。自己在测试环境就处于一种矛盾的心理，站在用户的角度感觉这样显示不好，但是项目经理又说这样可以，想想我可能习惯这样的操作，别人可能习惯那样的操作，就没有过多的纠结。但是发到生产环境上，自己在测试这些场景的时候，虽然能达到最终目的，中间逻辑显示的方式还是不对。从一开始我就认为这个问题应该改 ，由于我的犹豫拖到了生产环境还没改，这是我犯的第一个错误，这样的问题以后还会出现，经理还会有需求不明白的，不完善的，再遇到这种问题我应该拿出更好的方案来解决，而不是说我认为，我感觉，或许经理也没明白我表达的意思。
第二个错误就是这次发到生产环境后没有及时验证，应为当时想着这个业务还没有人用，便没有在生产环境进行详细的验证，后来业务突然用了这个功能，发现了一个明显的问题。此问题是如何产生的呢，经理跟开发说改成这样，但是没跟我说，只建了一个需求bug，测试负责人指给了我，我每天去了第一件事就是看一下还有哪些bug没有改，但是这几天一忙给疏忽了，看的不是很勤快，又由于这个bug在标题上没有描述清楚，开发改完这个bug后也没有及时提交，所以我就不知道有改过这个按钮文字。可能经理觉得就改几个字而已，开发也就将文字替换一下，但是都疏忽了不同场景下按钮文字显示“确定”可以，显示为其它文字便是错误的。在测试环境没有验到这一点，就发了生产，又由于我没及时验证生产环境，导致了这个问题过了两天才被发现。虽然这个功能目前没人用，不会造成损失，但是身为测试人员没有及时在生产环境验证你负责的模块，就是你的问题。
还有一个问题便是本应是很久就应该发现的问题，奈何确没被发现，项目组目前就一个iPhone手机，在测试环境时间组件是没问题的，但是在生产上iphone手机出了问题，发布生产环境后，每个人都会验证自己开发的功能，但是有苹果手机的人没有验证自己的功能，而我用自己的手机发现没有问题，便也放心了，没有考虑到 iPhone 手机，直到别人将错误抛出，这个问题改了一天半，这是我犯的 第三大错误，依旧是在生产环境没有全面验证，iPhone手机曾经就出现过一次在生产环境不兼容，我却没有用iPhone手机进行验证。
错误或许可以弥补，但是如果粗细大意，一定会出现无法弥补的错误，这次记录下自己的自信、自负、无知、对于生产环境 的错误必须要0容忍。
原文地址：https://www.cnblogs.com/qyn178/p/10884202.html
