战斗bug技巧全攻略

　　程序员不是有一幅这样的对联吗

　　上联：一个项目两部电脑三餐盒饭只为四千工资搞得五脏俱损六神无主仍然七点起床八点开会处理九个漏洞十分辛苦；

　　下联：十年编码九年加班八面无光忙的七窍生烟到头六亲不认五体投地依旧四肢酸软三更加班只为二个臭钱一生孤苦；

　　横批：苦逼程序员。

　　其实，程序员职业生涯总结起来就这三件事情Ⅰ理解需求 Ⅱ编码 Ⅲ改bug。

　　可见，bug是程序员的天敌。bug对于我们自己名誉和产品自身质量影响是不言而喻的。哪么，怎么能够降低bug了。

　　卡耐基说过，人性的弱点要克服。程序员必须克服一些自身的致命缺点才能够从根本上解决这个问题。这个问题是什么了？程序员对自己的代码都非常宽容，认为那是正确的没有问题。这种想法也是人之常情，毕竟程序是程序员经过缜密的思考和设计之后才写出来，不会将错误的东西写到代码中去。但是人非圣贤孰能无过。实际上程序员在程序上是挑剔别人，宽容自己。这往往是最致命的。程序员必须对自己的代码有一种“吹毛求疵”的态度，首先，大胆假设自己的代码是错误的，需要证明自己的程序是正确的。这样就需要做以下一系列的工作：仔细的设计(这个时候画点时间是值得的，必须保证我们对自己的程序有清晰的轮廓后才能开始动手写)、编写代码时、单元测试(单元测试的重要性就不在赘婿了)、功能测试。

　　仔细的设计：更多人愿意称之为详细设计。这个的仔细是说在程序员编写代码之前，其必须对代码的整个结构以及逻辑结构有明确的清晰的了解，只有这个时候才可以去写代码。这里没有谈到文档，但我说到了一定要清晰的思路，但清晰的思路不是每个人都可以在脑袋中直接形成的，很多人都是普通人，没有办法在脑袋瓜中把所有问题都想清楚，那么就记下来，特别对于复杂的逻辑。

　　编写代码：对于没有把握的代码，例如：新设计的算法，最好保证其正确性。可以单独将这部分测试，这就是我们所说的单元测试，我们公司要求每个新方法必须进行详细设计。这可以让代码模块化的同时又保证了代码的正确性。一句话：少量的代码保证质量还是比较简单的。

　　单元测试：单元测试的重要性不在赘叙了，现在也有许多工具可以帮助程序员并减少工作量。android中android instrumention是不错的选择。

　　功能测试：程序员保证自己代码质量的最后一关;为了做这样的工作我们可能必须写一些代码来测试，甚至是测试工作。使用大量的 CASE 来测试，以及错误的 CASE 。这里和测试人员的测试不同之处在于：仍然让程序员的注意力放在其自己的代码范围内，减小了排错的难度。

　　如果你通过了以上的步骤都找不出你程序中有任何问题的话，那么我想你的程序应该足够健壮了。其实还有一点必须说明的就是：代码 REVIEW 。

　　前面说道了程序员对待别人代码的态度是挑剔和学习的态度，所以让其他程序员来 REVIEW 你的代码也是检查程序有没有逻辑错误的很好的办法。团队中应该交叉 REVIEW 代码，这是实践的经验。

　　作为一个好的程序员必须有以上的习惯，以及对待自己代码象孩子一样，我们要爱惜我们的代码，同时也要让代码走正确的路。

　　以上的方法，是防患于必然的方法。哪么怎么解决bug了。

　　程序员八荣八耻说道：

　　以日志调试为荣，以单步调试为耻。

　　控件调试bug首先打印日志，最后迫不得已再单步调试了。

　　这就是我的bug全攻略，希望对大家有所帮助。