具有良好整体结构的代码，应该符合“低耦合”的特性，形象的说，就是“各家自扫门前雪、不管他人瓦上霜”，每一个函数、每一个类、每一个模块，都应该只做自己该做的事，不要把应该由“其他人”做的事扯进来。具有良好整体结构的代码就具有“可测性”，否则就不具有“可测性”。
　　系统分析和架构设计做得比较好的项目，所实现的代码一般具有比较好的整体结构，应该首先在这方面下功夫。另一方面，单元测试是“隔离”的测试，可以说，“隔离”是单元测试的最基本特性，不能“隔离”的代码，单元测试也就难于进行。通常，“低耦合”的代码可以隔离，具有不当的高耦合特性的代码难于隔离，因此，单元测试能够及时地发现不当耦合，推动代码重构，从而保证了代码具有良好的整体结构。
　　具体来说，如果代码包含不当耦合，当这些代码加入测试工程后，会产生编译错误，或者需要打桩才能测试，从而将不当耦合暴露出来。发现问题后，重构代码、消除不当耦合一般不难，消除不当耦合后，单元测试就可以顺利进行了。

　　下面是几种典型的不当耦合：
　　把代码写在界面类中
　　问题：如果把业务代码写在界面类中，测试时把界面类加入测试工程，会产生编译错误。
　　解决：把业务代码独立出来，写到相应的实体类中，对这些实体类进行测试。界面类只负责数据的显示和接受用户的输入，具体的计算由实体类负责。
　　说明：把业务代码写在界面类中，这些代码将很难管理和维护，复用就更谈不上了，这是一定要避免的。采集者退散
实体类混合了边界代码