其实问题找出来之后，改起来特别容易，他们只需要在缩放那里做一个简单的判断，判断一下如果目标的值太大了，那么就会把这个目标值设置成一个最大值。

突然间程文好像明白了，为什么有的程序的设置要有一个最大的值了。

可能和这个是一样的，如果不设置最大的值，那么一旦超过了某个值，系统就会出来一些预料不到的问题，会影响系统的稳定性。

开发改好了这个bug，自己测试也没有什么问题了。

在微信群里发消息：

【程文，你再测试一下，现在我们已经改好了。】

【好的】

程文回道，他在心里想到，开发们的动作还是挺快的，就这么一会儿的工夫就已经改好了。

又跑了一遍他的代码，过了一会儿，就跑完了，这一次这里没有什么问题了，所以很快就完成了。

不像刚才有问题那会儿，迟迟得不到响应，往往是发一个请求，过了好大一会儿，时间都超过了程文设置的最大超时时间，程序这才返回了一个超时。

“看来，这个灰盒测试还是有用的，不过这也是我自己的问题，黑盒其实也能发现这个问题，只是我没有用那么大的值去测试过。”

虽然bug已经修改好了，但是程文觉得有必要进行一次复盘，来总结一下这次的收获。

看了看测试用例，程文发现他的测试用例上是写明了，要测试这个东西的，只是他自己并没有测试这个最大值。

“看来边界值一定不能大意，以后自己一定要更加用心，不能因为有了系统就失去了思考的能力，如果静下心来仔细的思考思考，是可以发现这里为什么有问题的。”

“群里说的事情是你造成的？”邢雅凡问道。

Loading...

未加载完，尝试【刷新网页】or【关闭小说模式】or【关闭广告屏蔽】。

使用【Firefox浏览器】or【Chrome谷歌浏览器】打开并收藏！

移动流量偶尔打不开，可以切换电信、联通网络。

收藏网址：www.sisiread.com

(＞人＜；)