笔趣书屋

手机浏览器扫描二维码访问

第三十章 祸不单行（第2页）

没办法，预算有限哪。

哥还要给这帮人打下手，真是郁闷。

张小智无奈之下，调出全部源码，把工作量分解成12份，开始彼此配合测试。

第一轮，单元测试，通过！

单元测试只用了30分钟就完成了，谁让咱现在有12台电脑同时快速cao作呢。

第二轮，集成测试，通过！

集成测试也只用了40分钟就完成了，小菜一碟！

第三轮，代码走查，通过！

代码走查只用了60分钟就完成了，谁让咱现在具备一目50行的阅读速度和处理能力呢。

奇怪了，看起来一切都好，可是问题出在哪里了？难道真的是哥的风险分析公式有bug？张小智产生了一丝怀疑。

不行啊，要继续测。

启用调试模式！

幸亏当初审查软件功能架构的时候，咱提出必须有调试模式。

本来是为了将来增加大量新的公式方便，没想到在第一批公式时就用上了。

一定要用海量的真实历史数据，否则bug无法再现。

一个小时过去了……

两个小时过去了……

五个小时候，张小智意外地发现了问题所在。

“艹！

竟然是数据量太大造成的。

之前的测试，最多时也无非只有几十万条数据。

当数据量达到几千万条时，在做排序时竟然把内存爆掉了。”

张小智觉得这不能怪编程人员能力不行，说到底，一方面是自己给的资源不足，另一方面是程序员没有处理几千万条数据的经验。

找到原因就好办了，张小智立即重新了排序算法。

前阵子张小智对数据库做了深入学习，这种大型数据库的排序算法目前只有极少数大企业用过，要不是无意中看了一篇文考文献，就算他再聪明也想不出来的。

“嘿嘿，咱的这种算法不但节约资源，而且并行处理能力强，适合扩张。”

张小智做了简单测试后，就把新的算法交给刘波等人了。

“不会吧？只用了8个小时就找到了原因，还重写了排序算法？我们当初也打算用调试模式，可是一想到也许会浪费两个星期，就放弃了。”