字体:大 中 小
护眼
关灯
上一章
目录
下一章
第27章 发现BUG (第1/1页)
一个人最富有的时候,就是有梦想的时候; 一个人最贫穷的时候,就是只有梦,没有想的时候。 …… 舒朗看了刘昊然的一小段代码,除了注意到刘昊然的英文名是Holder.Liu,还发现刘昊然写的代码极其工整,几乎和他的教科书代码有的一拼。 要知道,刘昊然可没有eclipse红点的帮助,人家纯靠自己的手。 舒朗内心之中又对这个变态老师的实力又多了一分敬重。可敬重归敬重,他倒是想看看刘昊然的代码里到底有没有BUG。 刘昊然自己都说过:没人能写出没有BUG的代码,就算是码神也不例外。 带着一股莫名其妙的期待感,选中整个工程,点击红点,得到提示: FlashShoes工程发现BUG, 灾难级1个, 是否自动修复? …… 咦?灾难级1个?严重级没有?一般级也没有? 卧槽!信息量好大! 首先,“一般级”的BUG一个都没有,也就是说,连普通的小错误都能保证丁点不犯,这有点超乎舒朗的想象。 在他的印象里,就算有专业的测试人员帮他测试,也不可能测到谨小慎微的程度,再牛X的大神的代码里,也能找出一些瑕疵。 可是,这家伙没有。 这家伙不是人,他是神!舒朗心目中的一代码神! 不管刘昊然自己有多谦虚,反正按舒朗现在的状态对比来看,“变态”已经不足以表达他俩之间的差距了。必须把刘昊然当成是码神,否则难以稳住自己的认知平衡。 可是,码神竟然也有BUG,虽然只有1个,但它是灾难级! 刚刚达成的认知平衡有失调的倾向,仿佛有一万只蚂蚁在他心头上又爬又咬,让他感到极其难受,必须要把这个BUG找出来。 展开工程列表,发现整个工程里密密麻麻的有几百个代码文件,还好被分成了十几个程序包,不然真要挨个点起来,不知道得点到什么时候,手速快也经不住这么折腾啊! 把工程代码按包收拢,十几项,挨个选中,点击红点进行验证,争取缩小BUG出现的范围。 Controller程序包未发现BUG… Sensor程序包未发现BUG… Power程序包未发现BUG… Service程序包未发现BUG… Calculate程序包未发现BUG… …… 十几个程序包挨个点完,一个BUG的影子也没有发现。 这就不对了! 难道刚才看错了? 刚才那个灾难级是自己YY出来的? 舒朗再次选中整个FlashShoes工程,点击红点。 FlashShoes工程发现BUG, 灾难级1个, 是否自动修正? …… (◎o◎) …… “不对,刚才那十几个程序包,一定有哪个漏点了!” 舒朗晃过神儿来,准备重新把十几个工程包挨个再点一遍。 期间,刘琦给他送晚饭过来。 刘琦最近没跟着听课,按说六点就该把晚饭送到,这都快八点了才来,舒朗直接把他赶了出去。刘琦倒是极其配合,1秒都没多停留,窃喜着跑了,看来这家伙肯定又是在和小护士鬼混。 不管刘琦,接着找BUG。 Controller程序包未发现BUG… Sensor程序包未发现BUG… Power程序包未发现BUG… …… “欸?没漏啊!BUG呢?” 16个程序包挨个点完,数的非常仔细,绝对没有漏,可每一个程序包的检测提示都是“未发现BUG”,让舒朗有点抓狂。 (((\Д/))) 点开程序包,挨个检测代码文件,点了几个之后突然意识到,MD,自己是不是傻?程序包都没发现BUG,包里的单个代码文件能有BUG吗?真是秀逗了! 长舒一口气,闭目凝神,静静思考。 单个程序包没有BUG,也就是说,在程序包的内部,所有的代码逻辑都是对的,在局部范围内能够完整自恰。 但是整个工程有BUG,那就说明,在各个程序包之间,出现交互或依赖的时候才会有问题。也许要同时选中多个程序包一起检测,才有可能把BUG找出来。 从上到下,四个一组,点了四次,结果一样,还是没有发现BUG。又随意各种组合的点了十几次,仍然一无所获。 这样不行啊! 16个程序包,这得有多少种组合方式,这么点下去可不是个办法。 舒朗决定研究一下各个程序包所实现的逻辑,有个大概的了解之后,也许能够找到一些端倪,至少能够指导他找到相对靠谱的组合方式。 想法挺好。 可当他点开代码之后,立刻就懵了。 一个API都看不懂! 之前看的那一小段代码,连查带猜的用了一个小时才算勉强看明白,照这个速度,要想看完整个工程的代码,就算每天24小时不停的看,至少也得看一年! 噗~
上一章
目录
下一章