第十四章 二十三个Bug (2/5)

47%...68%...89%...

进度条走完。

二十三个Bug。

屏幕上二十三条红色高亮。日均十二小时，视界辅助，身体巅峰。

二十三个。

忽然，他盯着那片红看了几秒，然后开了视界，扫了一遍同样的代码。

二十五个。

BugKiller比视界少了两个。他把两份结果拉到一起对了一遍，大部分重合。

一周。一个人。做出来的东西在他自己的代码上已经接近金手指的水平。

韩路一用Debug修复确认修复路径，花两个小时把所有的Bug全部干掉。

然后让BugKiller重新扫了一遍。

屏幕上弹出一行绿色的字。

0 Issues Found.

他靠在椅背上，盯着那个零看了好一会儿。

把原型打包，发给了苏念念。“一周，没食言。”

五分钟后苏念念炸了。

“我试了！！！把我们组上周的一段代码丢进去扫了一下，找到了八个问题！！其中三个是我们已经知道的，另外五个是我们不知道的！！而且它给的影响评估特别直观，「该Bug在高并发场景下有约15%概率触发服务降级」，运营和产品也能看懂！！不只是给开发看的！！！”

“冷静。”

“我不冷静！！市面上没有一款工具能做到「影响评估」这个层级！！所有竞品都停在「找到Bug」这一步，你直接跳到了「找到Bug+告诉你后果+教你怎么修」！！这不是优化！这是降维打击！！”

“用户测试的事交给我。”苏念念最后发了一条，“我找几个做开发的朋友试一试，收集反馈。你继续迭代。”