“大意了，大意了。”
嘴里说着这些，手上的动作却是一点也没有停。
“你先让程把他的脚本停一下吧，我知道问题了，马上就修改。”宋飞翼对刚才回来的那个人说道。
“好的。”
大哥，你快收了神通吧！
程：
好，我这就把脚本停了
程知道已经找出来了问题，他也非常开心，总算是在上线之前找到了bug，这样就不怕上线的时候会有重大的事故了。
要不然不仅开发有责任，他们这些测试同样也有责任，谁让他们没有测试出来这个问题。
其实其他人也测试到了这个功能，只是他们没有用那么大的值去测试。
ps：
这个是在实际中是遇到的一个案例，项目已经稳定的运行了好多年了，从来没有过问题，但是有一次突然出现了问题，后来排查问题，发现有这么一个bug。
不知道是在当初就有，还是中间被人改过，反正线上是有这个问题的。 其实问题找出来之后，改起来特别容易，他们只需要在缩放那里做一个简单的判断，判断一下如果目标的值太大了，那么就会把这个目标值设置成一个最大值。
突然间程好像明白了，为什么有的程序的设置要有一个最大的值了。
可能和这个是一样的，如果不设置最大的值，那么一旦超过了某个值，系统就会出来一些预料不到的问题，会影响系统的稳定性。
开发改好了这个bug，自己测试也没有什么问题了。
在微信群里发消息：
程，你再测试一下，现在我们已经改好了。
好的
程回道，他在心里想到，开发们的动作还是挺快的，就这么一会儿的工夫就已经改好了。
又跑了一遍他的代码，过了一会儿，就跑完了，这一次这里没有什么问题了，所以很快就完成了。
不像刚才有问题那会儿，迟迟得不到响应，往往是发一个请求，过了好大一会儿，时间都超过了程设置的最大超时时间，程序这才返回了一个超时。
“看来，这个灰盒测试还是有用的，不过这也是我自己的问题，黑盒其实也能发现这个问题，只是我没有用那么大的值去测试过。”
虽然bug已经修改好了，但是程觉得有必要进行一次b复盘，来总结一下这次的收获。
看了看测试用例，程发现他的测试用例上是写明了，要测试这个东西的，只是他自己并没有测试这个最大值。
“看来边界值一定不能大意，以后自己一定要更加用心，不能因为有了系统就失去了思考的能力，如果静下心来仔细的思考思考，是可以发现这里为什么有问题的。”
“群里说的事情是你造成的？”邢雅凡问道。
“是的。”
“你用的是灰盒测试？”
“对。”
“真的是缩放那里有问题？”
“是的。”
邢雅凡：
“你就不能多说几个字？”
“虽然我们没有打赌，但是我说这里有问题，果然有问题吧，要不你晚上请我吃饭？”
邢雅凡：
“算了，你还是一个字，两个字的说吧。”
“你给我讲讲那里有什么问题吧，如果给我讲明白了，我晚上就请你吃饭。”邢雅凡用晚饭来诱惑程。
“其实也没有什么，那个缩放那里他们忘了设置最大的比例了，如果你写一个比如说要把图片缩放成100000000000100000000000大小的，那么机器就会不堪重负，变得越来越慢。”
“处理一个请求就已经很慢了，我写的灰盒测试代码有超时时间，到了超时时间会重试，如果再重试一下，你想想会有什么结果？”
程觉得有必要让邢雅凡自己学会自己独立思考，不能什么都让他说了，这是在引导着她进行思考。