感悟测试驱动开发

　　软件开发方法学的泰斗Kent Beck先生最为推崇"模式、极限编程和测试驱动开发"。在他所创造的极限编程（XP）方法论中，就向大家推荐"测试先行"这一最佳实践，并且还专门撰写了《测试驱动开发》一书，详细说明如何实现。测试驱动开发是极限编程的重要特点，它以不断的测试推动代码的开发，从而实现既简化代码，又保证质量的目标。

　　一看到"测试先行"、"测试驱动"这样的名字，就深深地激起了我强烈的好奇心，开始了自己的探索之旅..

　　心灵震憾

　　一段时间的学习，让我的内心受到了深深的震撼。我们原来的方法居然如此的笨我面对测试先行这一名字时，当时最大的疑问就是"程序都还没有写出来， 测试什么呀！"。后来一想，其实这是一个泥瓦匠都明白的道理，却是自己在画地为牢。我们来看看两个不同泥瓦匠是

　　如何工作的吧：

　　工匠一:先拉上一根水平线，砌每一块砖时，都与这根水平线进行比较，使得每一块砖都保持水平。

　　工匠二:先将一排砖都砌完，然后拉上一根水平线，看看哪些砖有问题，再进行调整。

　　你会选择哪种工作方法呢？你一定会骂工匠二笨吧！这样多浪费时间呀！ 然而你自己想想，你平时在编写程序的时候又是怎么做的呢？我们就是按工匠二的方法在干活的呀！甚至有时候比工匠二还笨，是整面墙都砌完了，直接进行"集成测试"，经常让整面的墙倒塌。看到这里，你还觉得自己的方法高明吗？

　　单元测试长期以来被忽视

　　每一个程序员都知道应该为自己的代码编写测试程序，但却很少这样做。当人们问为什么的时候，最常听到的回答就是："我们的开发工作太紧张了"。但这样却导致了一个恶性循环，越是没空编写测试程序，代码的效率与质量越差，花在找Bug、解决Bug的时间也越来越多， 实际效率大大降低。由于效率降低了，因此时间更紧张，压力更大。你想想，为什么不拉上一根水平线呢？难道，我们不能够将后面浪费的时间花在单元测试上，使得我们的程序一开始就更加健壮，更加易于修改吗？抛弃原来的托词吧！