第27章 发现BUG（第2页）

fshshoes工程发现bug，

灾难级1个，

是否自动修正？

……

（◎o◎）

……

“不对，刚才那十几个程序包，一定有哪个漏点了！”

舒朗晃过神儿来，准备重新把十几个工程包挨个再点一遍。

期间，刘琦给他送晚饭过来。

刘琦最近没跟着听课，按说六点就该把晚饭送到，这都快八点了才来，舒朗直接把他赶了出去。

刘琦倒是极其配合，1秒都没多停留，窃喜着跑了，看来这家伙肯定又是在和小护士鬼混。

不管刘琦，接着找bug。

ntroller程序包未发现bug…

sensor程序包未发现bug…

power程序包未发现bug…

……

“欸？没漏啊！

bug呢？”

16个程序包挨个点完，数的非常仔细，绝对没有漏，可每一个程序包的检测提示都是“未发现bug”

，让舒朗有点抓狂。

（（?（Д）?））

点开程序包，挨个检测代码文件，点了几个之后突然意识到，d，自己是不是傻？程序包都没发现bug，包里的单个代码文件能有bug吗？真是秀逗了！

长舒一口气，闭目凝神，静静思考。

单个程序包没有bug，也就是说，在程序包的内部，所有的代码逻辑都是对的，在局部范围内能够完整自恰。

但是整个工程有bug，那就说明，在各个程序包之间，出现交互或依赖的时候才会有问题。

也许要同时选中多个程序包一起检测，才有可能把bug找出来。

从上到下，四个一组，点了四次，结果一样，还是没有发现bug。

又随意各种组合的点了十几次，仍然一无所获。

这样不行啊！

16个程序包，这得有多少种组合方式，这么点下去可不是个办法。

舒朗决定研究一下各个程序包所实现的逻辑，有个大概的了解之后，也许能够找到一些端倪，至少能够指导他找到相对靠谱的组合方式。

想法挺好。

可当他点开代码之后，立刻就懵了。

一个api都看不懂！

之前看的那一小段代码，连查带猜的用了一个小时才算勉强看明白，照这个速度，要想看完整个工程的代码，就算每天24小时不停的看，至少也得看一年！

噗～

不行不行，还是得找找捷径，自己的逻辑思维这么发达，怎么可能想不出办法呢！

枉负了逻辑大王的一世英名！

灵机一动用排除法！

选中全部16个程序包，先剔除一个，点击红点进行验证，立刻得到提示。

本章未完，点击下一页继续阅读