版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/lincyang/article/details/85644788
"来来来，张伟，给你看个大BUG！"小新同志在座位上吼道。
我当时正在一个电话会议上，抗不住他的吼叫，只好乖乖的走过去，冷冷的看着他的演示。
我知道，这是一个之前没有测试过的场景。
我心中无名火起，明天就上上线月版本了，测试兄弟却还在找生僻的场景去发现新问题，真是让我着急。
我忍不住，还是抱怨了起来：“你这是又解锁了新姿势啊，平时都干嘛去了？哦，平时不尝试解锁新姿势，非要到上线大版本前夜解锁新姿势！”
说完我就继续开电话会议。
会议结束后，我重新找小新等一起看这个问题。
确实，这个场景没有在测试用例中，被我称为新姿势，还算说的过去。
这个场景比较生僻，对真实用户来说，是非常罕见的，要不这么久了，早会由用户报上来。
我用自己的版本和小新一起来复现问题，便于帮助开发定位问题。
结果，我这边的版本没有出现问题。
正纳闷时，小新说，可能漏掉了一个步骤。
我们重新来过，在我的版本上也复现了。
也就是说，复现的步骤也是很复杂的。对于真实用户来说，出现的概率就更低了。
我今天的文章，不是抱怨测试兄弟怎样怎样，而是想表达，作为项目的一份子，要站在高一点的位置看问题。
这么罕见的问题，不提单其实是可以的。
你这一提就是一般单，那么开发必须要快速修复的。可是，兄弟，你还记得么？我们之前为了修复罕见的问题，制作了多少严重问题？
是的，就是赶着明天要上线，非要解决这些可以忽略的问题，而引入了新的问题。
是的，大家都有压力。你有提单的压力，开发有解决问题的压力。但是，要统筹看问题。
这么着急的改问题，测试都来不及过全部相关用例的。
最后出问题，还不是要大家一起背锅？
解锁新姿势是好事，但是，时机很重要。请多多考虑，选择一个合适的时机吧！