Bug 是程序员最不愿意用面对，但又经常出现的一个 “诡异生物“。学会了分析它的严重程度，做好分类，在工作中也会轻松很多。
那么，你知道bug该如何分类吗？
依据bug影响程度分级
1级：致命
●由于程序引起的非法死机，退出，数据丢失，主要功能完全丧失，系统悬挂等错误
●操作或使用某一功能时，导致程序异常退出，或其余功能无法使用，或造成经常性死机和重启
●正常的用户操作，导致系统崩溃
2级：严重
●严重影响系统要求或基本功能的实现，且没有办法避免冲突
●主要功能丧失，导致严重的问题，或致命的错误声明
●配置项设计错误，无法正常配置，或配置后测试中出现预配置相关的错误
3级：一般性错误
●次要功能丧失，不太严重，可通过变通手段解决.
●部署文档错误，导致部署失败
●业务流程对应的功能未实现，但是有对应替代方法解决，不影响实际使用
4级：建议性
●从使用者角度，提出的建议性意见
●用户界面不太友好
●对齐方式，包括文字对齐，页面排列项一致
依据开发工作态度分级
低级（低级bug）
●功能不可用
●bug指出修复后，其他页面出现同样的bug
●漏传文件
●上线了一些缓存或者配置文件
●缓存问题：忘记清线上缓存，导致数据异常或缓存注释未去掉
●开发遗漏需求
●出现调试代码
●存在sql注入或xss攻击
中级（普遍型的bug）
●除开low与high类型的bug，其他bug都归属这类
高级（不常见bug）
●由于系统不一致造成的bug
●系统崩溃：并发测试情况下的内存溢出、崩溃
●数据库异常
●对方接口问题
那么，该如何减少代码的bug呢?小编在此分享几个技巧：
别对警告视而不见
相信不少的程序员会使用IDEA，使用它敲代码，有时候会出现警告，那么这时你对警告就不能视而不见了。
编程习惯
种瓜得瓜种豆得豆，好的编程习惯可以大大降低bug数量。譬如有if必须写else，即使else是个空语句 。
别熬夜写代码
对于程序员而言，千万别熬夜写代码。一些程序员在晚上11点，仍然在敲代码。虽然你自己觉得头脑其实很清醒，但是第二天自测，或者QA测试的时候你有可能就会发现问题很多。
我们一般不提倡长期加班写代码，因为那样会导致bug率直线上升。
验证
在提交测试前要多验证，其中包括自动化测试、手动跑用例等。千万别怕麻烦，不然你会麻烦一辈子。
仔细的设计
在程序员编写代码之前，必须对代码的整个结构以及逻辑结构胸有成竹。
避免干扰
有部分的程序员敲代码的时候，经常会一边听音乐一边敲代码，这样效率不仅仅低，而且也更容易产生bug。
注释
写注释！写注释！写注释！重要的事情说三遍。
因为前期的注释有利于后续开发的时候容易减少bug。
很多公司将bug量作为评估一个程序员晋升的重要参考指标，高质量的代码对程序员在职业道路上的晋升起到不可忽视的作用。因为，bug量的多少能直接反映你开发的代码的质量，也直接影响版本发布的时间周期。所以，开发完成后千万不要忘记复查你的代码，减少bug量。
