的数据集导入了唐一平的项目里。

导入的速度很快，而且cpu占用率很高，几乎是瞬间拉满，然后导入完成。

陈雁行再次跑了一遍测试流程。

测试结果一行行的输出，和陈雁行在日志里面看到的一模一样，片刻之后，一模一样的分数出现。

2147483647。

这不对啊，这不可能。

莫非他真的是秦始皇？

作为一个网络安全的大佬，其实陈雁行首先就是个测试方面的专家，他设计的测试用例和测试程序非常完善。

还是那句话。

可能出错，但不可能出现这种低级错误。

陈雁行拉出来了测试细分项，就看到了测试的平均响应时间。

0s（毫秒）？

果然出错了吧。

正常来说，这种体量的资料库的简单查询应该在几十毫秒。

等等，莫非是查询速度快到了四舍五入之后都是0？

直接低了一到两个数量级。

这会儿，陈雁行其实遇到了和奎哥一样的问题。

位数不够，显示不全的问题。

可是，谁特么的资料库测试响应时间，需要用到比毫秒还小的单位啊！

陈雁行一边吐槽著，一边打开了自己的测试程序，修改了一下代码，把统计单位变成了（微秒）。

然后又跑了一遍测试。

这次结果终于显示正常了。

不，陈雁行觉得这次更不正常了。

因为测试最终的结果显示为23。

合著，不是零点几毫秒，是零点零二毫秒！

特么的，这可不是四舍五入到0了吗？

自己之前的测试集能够显示出来才怪！

再特么的，系统的测试噪声都快要10了好吗！

读数据的延迟都要10了好吗？

你咋不飞呢？

这怎么可能？

这个查询结果有问题吧。

真的有问题吧。

对不起啊，平子大佬，我不是故意要这对你，但是我得把这个问题找出来啊————

所以，陈雁行开始做一件自己最不喜欢做，也最鄙视做的事情。

手动测试。

好人家谁手动测试啊对吧！

但是他不得不做。

打开项目，随便从自己的数据集里面找了个测试项目，测试了一下。

屏幕一闪，结果出现。

陈雁行：？？？？

快到不可思议，而结果看起来似乎也没什么不对的地方。

至少看出来如此。

但是————

这明明就不对啊！

怎么会这么快？

他不会是随便编造了测试结果吧！

陈雁行仔细对比了一下，好像————没错？

可是没错就是最大的错误啊！

现在该怎么办？

陈雁行纠结著，然后他想到了一个最简单的对比方法。

他开启了一个批量测试脚本，同时打开了三个项目。

平

章节内容不完整，请退出阅读模式查看完整内容！