其实无论你是it的开发还是实施还是运维一定要学会排错。这是一种技能。客户报到问题，就要以最快的速度去还原复现。但是问题总是千奇百怪。所以需要套路秘籍
1.刚刚入门时记得口诀
请求参数是否正确，响应码是啥，用来锁定是前端还是后端错误。
比如404，基本断定前端请求地址写错了，比如500，多半是后端代码错误。
很多人刚开始只看表现，看前端报错了就认为是前端的问题，看控制台有报错就认为肯定是后端的错误。但是时间长了还会排查参数内容和格式
2.看报错信息分析问题
很多Bug可能是后端的逻辑错误和一些其他细节错误。
如果报错，直接看报错的信息，一般会有非常明确的原因。比如空指针、参数错误等。
如果是小白的话，需要自己去写打印输出，看运行时的情况，也可以解决。这个时候可以学习debug断点调试。纯粹自己的打印有时候会骗人的。
3.日志调试
现在有很多第三方的包，可以在开发中直接导入，在每个接口和关键点打印出关键信息。这样对于一般的毕设这种调试应该是可以满足的。到这个阶段的话，可以尝试加上命令级别，根据系统的使用人员，开放不同的日志信息，保证系统的安全。
4.常规的问题一般是这样。一些棘手的问题就是老套路了。
比如浏览器的兼容性，对比交叉测试，还有网上论坛，目前网络还是很发达的。很多的问题点大家都会分享出来
5.一般出现bug，切记要找到操作步骤，复现规律，以便于开发人员及时拿到最准确的信息，才能对症下药。
6.有机会一定要做好版本控制，这是一个好习惯，不管什么时候都不过时。以便于出现问题可以及时回滚版本，确定问题点所在，同时不影响客户的紧急需求
7.最后在说一遍，一定要养成代码注释，编写文档的习惯，要不后期是很痛苦的。除非你对公司苦大仇深。