关于代码测试及编程习惯的一二三！

     我这里说的代码测试其实可以说是模块测试，当一个程序的模块很多时，各个模块的结构及接口设计往往比较繁琐，无论是为一个模块写一个类，还是为一个模块添加一个函数，似乎对于整个软件来说犹如九牛一毛，同时在基础设计阶段，只是定义各个结构及接口，并无实际功能代码的添加，因此，就很容易出现一种现象，就是不进行基本测试。

 

     也许很多人都会想，一个没有功能实现的空类、函数，测试什么呢？等等吧，等到各个类、函数都实现了再测试，往往就是这种心理为后期的模块整合埋下隐患。一个看似简单的空类、函数，往往在开发中总会有一些人为的输入错误或设计缺陷(谁敢说自己设计的类一定没有问题？)，这些小的缺陷或错误，如果在前期没有进行过编码测试，很可能会被带入到整个软件中而很难被发现，很容易导致一次整合编译上百条错误，而错误的根源又很难找到，因为模块众多，即使是多一个或稍一个";"，所带来的困扰几乎能让人崩溃。

 

     模块的开发应该是编写一部分就测试一部分，哪怕是添加了一个方法、函数，否则埋下隐患是在所难免的。同时，对于测试代码及案例的也要有详细的说明，以便在后期整合中遇到问题可以快速的找到问题的根源。

     

     开发，对于很多开发人员看来，到最后就是代码的堆砌，因为实在是太熟练，以至于都不想去写任何代码，直接的复制、粘贴了事。这种复制、粘贴的代码，如果在复制、粘贴后没有立即编译测试，那可以说这部分代码就是个不定时炸弹，一旦这个软件都是这样复制、粘贴而来，也许顺利编译就通过，但可以大胆的设想将来会麻烦不断，让人焦头烂额。

   

     总之一句话，复制、粘贴要不得，好的编程习惯让人多活十年没问题！