1.IDE调试
根据项目特点和语言特点选择一个最合适的IDE。
2.重构
找不到Bug，而且代码只是复杂，本身不是很长。
3.把需要验证的参数打印出来
4.使用日志
5.小黄鸭调试
向它解释每一行程序的作用。
6.二分定位
把程序逻辑一点点注释掉，看看还会不会出问题，类似二分查找的方法，逐步缩小问题范围。
7.模拟现场
如果要实现Bug描述的现象我要怎么写代码才行，故意制造这样一个现象。
8.制作调试工具
此方法在很多大厂比较常见，一个是快速迭代的要求，一个是大厂的通用框架比较成熟，当然工具的适用性比较强。
9.优先解决可重现的Bug
多调试测试几次，把容易解决的Bug先解决掉，亦可以减少Bug数量，也可以减少干扰。
10.放大现象
有些Bug不是很明显，那么就想办法增加他的破坏性，把现象放大。这在我们的系统压力测试时会经常遇到一种方法。千万别觉得自己的系统就几千日活，就把压力测试压得很低，结果，实际上线时，系统压力过大宕机的情况不在少数。
来源：https://my.csdn.net/fanyun_01
