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

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

正规一点，或者稍微大一点的公司，都会对软件进行管理，包括软件Bug。

软件bug一般由测试工程师提出（上报），软件工程师进行修复（解决）Bug.

不知道大家公司有没有对软件bug？今天就来说说关于Bug的内容。

软件Bug的来源

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

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

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

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

软件Bug等级

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

一级（致命）Bug

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

比如：

1.内存泄漏；

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

3.系统容易崩溃；

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

5.系统无法登陆；

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

二级（严重）Bug

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

比如：

1.功能未实现；

2.功能存在报错；

3.数值轻微的计算错误。

三级（一般）Bug

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

比如：

1.边界条件下错误；

2.容错性不好；

3.大数据下容易无响应；

4.大数据操作时，没有提供进度条。

四级（提示）Bug

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

比如：

1.界面颜色搭配不好；

2.文字排列不整齐；

3.出现错别字，但是不影响功能；

4.界面格式不规范。

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

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

软件Bug修复

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

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

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

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

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

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

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

1.深度：规范的嵌入式项目要在设计时考虑缺陷

2.嵌入式C编程经验 | 全局变量猛于虎

3.吐槽物联网开发难搞，一群工程师搞了个Toit 语言并宣布开源

4.一文看懂国产芯片 VS 国外芯片！

5.试试在只有150MHz的MCU上跑通全套时装识别系统~

6.如何在嵌入式中使用设计模式的思想？

免责声明：本文系网络转载，版权归原作者所有。如涉及作品版权问题，请与我们联系，我们将根据您提供的版权证明材料确认版权并支付稿酬或者删除内容。