七、懒惰是程序员的通病，但是小偷懒就别了。（我有这样的观点：程序员的水平高低，其实从他偷懒的程度上是可以看出来的……^_^）
第六点中已经带到了这个话题，其实只是调侃得说说自己的想法，不能算很正式的，因为这点其本质和测试没有一点关系。
我很懒的，要不然不会选择这个职业，因为程序可以自动帮我做事，这样我就可以只是轻松地看着了，^_^。
但是懒惰有很多种，有一种最直接的，只顾眼前的懒惰，还是拿不格式化代码来说，写的时候很随意，是好像让你少做了很多事，但是让看的人，让以后自己看的时候（特别是在查错时），付出更高的代价，我想，无论你在下次回头看这个代码的时候，理解它的时间是多花了多么少的时间，也比不上选个菜单自动格式化好代码花的时间少的。为变化而设计，正是为了将来能够更偷懒。有一个观点，现在我也想不起来是哪里看到了的，似乎哪里都有（《重构》啦、XP啦、测试驱动开发啦等等），就是在给一个已有模块添加新的功能前先重构已有代码，让已有代码适合于添加这个新的功能（好像第一次看到这个应该是《重构》一书），重构不是说让代码更好看而已，其目的就是为了适应变化，变化本来显得很大，但是可以通过重构来改善已有代码，让已有代码适合于新变化的添加，那么变化的复杂性就被缩小了。
所以我说，小懒惰就免了，别影响大局，代码清晰、必要的重构，不作这些只是小懒惰，它们是以将来可能更大的付出为代价的。测试代码嘛，也只是代码而已。
好了，终于写完了，中间几点难免有些雷同了（Clean code that works好像就可以涵盖所有了），还是总结下，思来想去，还是这句了：Clean code that works。大师的话就是精辟啊。不过，仔细想想，上面说的几点，好像都是没有说如何做到的，只是说了做到这几点可以极大得保证测试代码的正确性，但是这些关键点，要如何做到，我想大家还是多看看书吧，《测试驱动开发》、《重构》还有《极限编程－拥抱变化》这些都是难得的好书，我想，相对其它的书，这3本关键并不在于其有什么很高深的理论或者技术，而是它们都是指导程序员实践，如何从小处着手做程序，养成好的编程习惯，也更象是这些大师们自己手把手教咱写程序一样，难得的是文笔还很好，叙述得浅显易懂。
文章来源于领测软件测试网 https://www.ltesting.net/
