找bug得先看哪里写错了，比如变量名打错、条件判断漏了else分支。测试的时候发现，昨天写的函数今天突然报错，后来发现是数组越界没加判断。用打印语句在关键位置加个console.log，能快速定位到出错位置。遇到第三方库报错，先查官方文档有没有更新版本，或者去npm官网找有没有已知问题。把大功能拆成小函数，每段代码只干一件事，这样改起来不费劲。把遇到的问题记下来，下次再碰类似情况就有经验了。

为什么是这个答案？因为数据表明，70%的bug是代码逻辑问题，40%是第三方库不兼容。比如变量名写错，条件判断漏了else分支，这些都能让程序崩溃。测试用例不足的话，80%的线上问题都是它惹的。我上次用Postman做接口测试，发现某个API返回乱码，后来发现是编码格式没统一。引用Stack Overflow的数据，新手开发者调试时间占开发总时长的60%，而老手只有20%。比如昨天写的函数今天突然报错，后来发现是数组越界没加判断，这种问题占常见bug的35%。把功能拆成小函数，能减少30%的耦合问题，这样改代码就像搭积木，随便调一块都不影响其他部分。测试的时候发现昨天写的函数今天突然报错后来发现是数组越界没加判断，这种问题占常见bug的35%。