软件工程师，对一个词很敏感，那就是Bug。

只要听到说自己写的代码有Bug，那个心情，可能只有用一首凉凉来安慰了。

Bug，原意为虫子，现在通常指软件缺陷、故障、问题等。

第一代计算机是由许多庞大且昂贵的继电器组成，并利用大量的电力来使继电器工作。可能正是由于计算机运行产生的光和热，引得一只小虫子Bug钻进了一支继电器内，导致整个计算机无法工作。

研究人员费了半天时间，总算发现原因所在，把这只小虫子从继电器中取出后，计算机又恢复正常。后来，Bug这个名词就沿用下来，表示电脑系统或程序中隐藏的错误、缺陷，漏洞或问题。

与Bug相对应，人们将发现Bug并加以纠正的过程叫做“Debug”，意即“捉虫子”或“杀虫子”。遗憾的是，在中文里面，至今仍没有与“Bug”准确对应的词汇，于是只能直接引用“Bug”一词。虽然也有人使用“臭虫”一词替代“Bug”，但容易产生歧义，所以推广不开。

软件Bug等级

软件bug一般分为四种或五种等级，不同的软件领域，划分的可能略有差异，但大同小异。

一级（致命）Bug

通常表现为：主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。

比如：

1.内存泄漏；

2.严重的数值计算错误；

3.系统容易崩溃；

4.功能设计与需求严重不符；

5.系统无法登陆；

6.循坏报错，无法正常退出。

通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。

通常表现为：界面、性能缺陷。

通常表现为：易用性及建议性问题

如果你不小心写了个一级（致命）bug，有可能被公司开除，严重者设置追究法律责任。

平时我们听到的删除跑路、软件bug给公司造成重大经济损失，这些都是活生生的例子。

稍微正规一点的公司，会根据实际情况（比如市场需求）对软件Bug修复进行一个优先排序，即便四级、五级的Bug，优先级也可能很高。

不知道大家所在公司有没有对软件Bug进行管理，之前，我们公司开发的软件由项目经理管理并监督修复，遇到Bug时（特别一级Bug），项目经理是最慌的一个人。

要想后期修复Bug轻松一点，还是要前期做足工作，明确需求、软件架构、模块化等一系列工作不能偷懒。

软件工程师很少有不忙的，但说实话，我们还是要尽量“边写边优化”，每天抽点时间优化一下自己代码，哪怕抽一点点时间完善一下代码注释也好。

优化自己代码，也是给自己后期修复bug减轻负担，同时，也是督促自己有一个良好的编码习惯。

肯定有人反驳，我哪有时间优化代码？这个没办法，时间都是自己挤出来的，没有时间优化，那只有后面花更多时间（更多精力）修复Bug。

好吧，说远了，最后送上一张图：