三年写BUG得出的找BUG经验

​前言

零零碎碎从开始写代码已经整整三年多了，别人说只要写十万行代码就能在大学毕业时找到一份好工作，像我种写了超过十万行BUG的不知道会不会有大厂愿意雇用我去竟对上班。愿意写bug的好处就是也开始总结了一些找bug的经验分享给大家

找 BUG 第一式

找BUG首先要明确BUG出现的原因，第一种方法是从整个页面的加载过程中去先粗略定位，这种方法是从最直观的地方去找出你的BUG。

//java学习交流:737251827 进入可领取学习资源及对十年开发经验大佬提问，免费解答！‍

在浏览器中摁F12就可以调出开发者模式，然后在 Network 中下拉选择为 slow 3G， 这样整个页面的加载速度就会被网络速度限制下来，不仅可以测试当网络环境较差的情况下，你的页面会呈现在什么样的加载状态，而且可以看出你的页面是在哪个页面渲染状态下报错的。

 

找 BUG 第二式

第二种方法针对文件中的 JS 报错，大家一定要对这种报错引起重视，在上线前不能留一个会出现的JS报错（惨痛经验）

 

这是一个非常简单的报错，在过去写代码，我有一个非常差的习惯，就是遇到任何报错，就会直接下手复制到百度，然后点击百度一下，觉得所有的问题都会得到解决，在遇到一个非常多人都遇到过的问题的时候，这是一个非常不错的解决办法，但是从我进厂打工以后，发现每个厂都有许多自己的框架，语言，这时候报的错误网络上根本没有，这时候你就会没办法去解决问题。所以我们应该从报错开始探查，第一步读懂报错的英文 然后下面那个 at 后面跟随的就是 你所报错的代码会在哪一个文件哪一行，这有助于你定位整个 BUG 所在的位置， 然后读到上面的信息就是说重复设置了常量，然后找到 test.html 的 234 行，就可以看到

 

非常明显的， const 常量 a 被重复设置了两次，因此报错，找到问题就会很好解决了

找 BUG 第三式

除了 JS 报错，我们常见的错误还有代码逻辑上的报错，比如死锁等这方面的错误，当代码不报错，却没有发生你需要的效果，你就需要去考虑这一种错误。这一种错误，我通常通过这几种方式来避免：

• 1. 使用 TS 代码，使用强类型可以避免很多这方面的错误

  2. 使用浏览器断点 BUG 的功能，这有非常多的文章提及了，就不过多的介绍了。

  3. 使用 console.log 的办法把比较关键节点的数据打印出来，这样可以避免 debug 情况下速度较慢的情况，这种情况推荐使用二分法排除，比较 logn 速率比较快

找 BUG 第四式

我们也会在很多时候在构建项目的时候遇到 webpack，babal 报错，这方便的错误

第一： 看好整体的配置文件是否有name 或者文件名，文件位置的不匹配。

第二： 按照报错安装所需的 node_module或者其他所需的依赖.

第三： 读官方文档和 issue 是否为版本的bug，通过升降级版本来解决

后记

以上就是我常用的几种改 BUG 方式，希望各位大佬能一起分享下你们的找 BUG 方式来一起学习，感觉这是我们能快速融入开发的重要知识点。