以前总是以为书上说的大道理不如实际应用中的经验来的实在，走过一段路后发现，其实不然；我的总结是，当你的成长遇到瓶颈时，理论就开始起作用了，我想说的是“软件工程”里说的内聚与耦合得概念。初学时不理解他的真正含义，如今用到时才感到他的重要性。对于模块的开发者而言，就像要建造一架飞机，程序员的的工作就是生产一个飞机翅膀或者制作一个飞机轮子。假如说你制作的轮子的主要实现还是靠了机身本身的主干结构，而模块本身并没有太多的新东西，只是改改颜色，增加点花纹什么的，可以看出，这个轮不能从飞机身上摘下来，或者摘下来很费劲，并且不能使用，失去了本身的意义；它的核心再机身，而不是轮子本身，又假如你制作的轮子，整个功能的主题都在轮子上，飞机使用时，只需要挂在上去即可，如果飞机不想使用，摘下来换别的即可；这就正好类似程序模块见的内聚、耦合概念，让每个模块在不影响使用的前提下尽量的提高内聚性，降低模块之间的耦合性，这样的好处是，利于模块的重用，方便问题的定位，有利于程序整体结构的工整；（个人认为类的思想也有这样的好处，另外类的一个作用是重用，重用以减少代码量）；在软件测试时，集成测试是耗时最长，重复最多的、最重要的环节；大部分bug再这个阶段被发现，我再测试过程中感受最多的就是，模块之间的耦合性处理的不好，造成了改动一个模块的功能，间接触发其他模块的功能发生错误（没有完整的程序需求和详细设计，是产生这类bug很重要的因素），而且修改时程序员总是很难意识到这类问题的发生，因此也造成了bug定位难的情况。

　　这个阶段的回归测试，是个比较累人的重复流程，每次程序的改动后，为了避免造成关联模块的bug，改动完后都要进行相关的回归测试，回归的深度基本上设计所有相关模块，因此这种测试，使用自动化测试配合手动测试比较具有实际意义；