我们开发一款软件,不可能不会出现bug,比如有的时候客户反映某个按钮按了没反应,或者显示的数字不对劲,偶尔也会直接崩掉,这些都不用担心,技术开发团队会按照步骤解决问题。
首先,一旦客户反映出现了bug,就要确认这个bug到底存不存在。是用户本身自己使用错误,还是真的是软件本身的问题。
一定要问清楚用户点击了哪个按钮,输入了什么样的内容,或者是用的手机电脑还是pad,最好的方式就是录个视频。
这样后面才好重复问题,要不然程序员调试半天,连怎么触发bug都找不到,就没有办法修改了。

然后就是找 bug 在哪儿。这一步别凭感觉,比如觉得 “可能是登录那块有问题” 就直接改,得一步步看程序运行的过程。比如刚才登录没反应的情况,就从点登录按钮开始,看程序是不是接收到了这个操作,再看账号密码有没有传对,接着看有没有去跟服务器要数据,哪一步卡住了、或者数据不对,那问题就在哪儿。现在有工具能帮着看这个过程,不用自己一行行猜,重点是别跳过步骤,有时候看着是登录的问题,其实是后面传数据的时候漏了个东西。
找到问题之后就改,但改的时候别乱改。比如确定是传数据的时候漏了个参数,那就只加这个参数,别顺便把其他代码也动了 —— 有时候改一个地方,反而带出新 bug。
改完之后一定要再测,不光测改好的地方,还得测相关的功能。比如改了登录的传参,就得再测登录成功后能不能进主页、能不能改密码,避免改好登录,又把主页弄崩了。要是改完之后 bug 没了,但其他地方出问题,那还得回头查,所以测试的时候多走几遍流程准没错。
最后别忘了总结。改完 bug 之后,记下来这次是怎么回事 —— 比如 “登录没反应,是因为传数据时漏了 token 参数,以后传数据前要检查必填项”。
要是团队开发,还可以在开会的时候说一下,让其他人也知道,下次就少犯同样的错。有时候 bug 是因为写代码的时候没考虑周全,比如没考虑到用户输入特殊字符,总结之后下次写的时候就能多注意,减少新 bug 出现的概率。
其实解决 bug 没那么复杂,关键是耐心,别着急上手改,先摸清情况、找准位置,改完仔细测,最后记下来经验。刚开始可能慢,但练多了就熟了,谁刚开始做开发没跟 bug 斗过呢?