你的代码出bug了，程序员听到这个时的表现太真实了

程序员是一份颇有挑战的工做,没有人能作到完美,写错代码也是常有的事。

那么,当程序员BUG时，会是什么情景呢？

A.别人写的代码有bug

这个大撒比写出这么个烂代码，幸好有哥这样神同样的存在才发现，哥真是救世主。

B.本身写的代码有bug

1.运行好久

<1>别人发现

这个程序运行好久了是否是真有bug啊，是否是你弄错了啊，能够重现么，什么？能够重现，有尼玛问题也不大，要不用户早投诉了，瞧你那惶恐不安的样子，真想吐你一脸狗屎。

<2>本身发现

这个bug隐藏的很深啊，还好哥犀利犀利，没有被领导发现，今晚加个菜。

2.新上线程序

<1>别人发现

这个程序刚上线还处于调试阶段，有bug很正常，谁的程序没bug，连操做系统都有bug。

<2>本身发现

哥就是犀利，本身开发本身测试，看测试那帮撒比什么也不会干，这么明显的bug都测不出来，真是一群废物。

C.接下来进入修改BUG的程序

一、“是删除它仍是修改它呢？好纠结 ！”

二、网上必定有解决办法。

三、是谁动了个人代码？

四、彻底不知道这些代码是神马东东。

五、哦，为何我都没写注释呢？

六、算了，废了他，我仍是从头开始吧！

其实不少公司将BUG量做为评估一个程序员晋升的重要参考指标，由于BUG量的多少能直接反映你开发的代码的质量，也直接影响版本发布的时间周期。

因此，编写高质量的代码对程序员在职业道路上的晋升起到不可忽视的做用。

反观身边的同行会发现这样一个结论，越是程序大牛，其开发的代码的BUG量越少。

BUG经常困扰着程序员，BUG若是在开发和测试阶段没有被发现，将会随着产品发布，在生产环节被触发，有时候会带来很是严重的后果。

为了本身考虑，节省本身 DEBUG 的时间，程序员们应该让本身的程序尽可能没有 BUG 。

那么，程序员该如何尽可能减小程序中的BUG？

程序员自身能够在程序生成的每一个阶段作这些工做：仔细的设计、编写代码时、单元测试(重要)、功能测试。

1. 仔细的设计

这个的仔细是说在程序员编写代码以前，其必须对代码的整个结构以及逻辑结构有明确的清晰的了解，只有这个时候才能够去写代码。

这里没有谈到文档，但必定要清晰的思路，清晰的思路不是每一个人均可以在脑壳中直接造成的，不少人都是普通人，没有办法在脑壳瓜中把全部问题都想清楚，那么就记下来，特别对于复杂的逻辑。

2. 编写代码

对于没有把握的代码，例如：新设计的算法，最好保证其正确性。能够单独将这部分测试，这可让代码模块化的同时又保证了代码的正确性。

一句话：少许的代码保证质量仍是比较简单的。

3. 单元测试

单元测试的重要性不在赘叙了，如今也有许多工具能够帮助程序员并减小工做量。

4. 功能测试

程序员保证本身代码质量的最后一关;为了作这样的工做咱们可能必须写一些代码来测试，甚至是测试工做。使用大量的 CASE 来测试，以及错误的 CASE 。

这里和测试人员的测试不一样之处在于：仍然让程序员的注意力放在其本身的代码范围内，减少了排错的难度。

得程招聘，千万程序员求职新选择！本文由得程撰写。