标签：
一、这堆屁话不仅是为了应对企业复杂的业务需求和变化，复杂的代码变化，也是执行力的强有力技巧之一。
二、化整为零，分而治之。是指将大目标制定为脚下的每一步，这一步多大多宽，因人，因时而异
三、空壳测试。空壳测试这名词是自己发明的，可以发生在设计阶段，demo阶段，或编码的第一阶段。从架构和业务角度，对业务编码，服务器和组件的调用路径进行测试，保证调用关系是符合业务需求、符合设计的。企业开发有个难点就是各种开发组件和，工具，新旧系统混杂，发生多个系统交互的概率很大，出错的很难找问题出在那个环节。因此我在企业中鼓励同事写代码前进行空壳测试。测试目标是代码调用关系，数据都是模拟数据。好处？
1）将系统拆分成两块测试，调用关系测试（或者说结构测试也行）和业务测试分离，降低了复杂度。
2）可以达到测试先行、随行的目标，到业务谈妥，设计初具雏形，demo也就出来了。想象一下客户和你花半月刚谈妥需求，你就给他看演示系统，麻痹，是不是很神奇。
四、单元测试。单元测试在企业开发中多数情况下是针对业务说的，把你的业务划分吧，业务划分细粒度后，将业务的逻辑拆分为更小的代码逻辑分别进行测试吧。
五、设计从上到下，编码随行建立结构，化整为零;细粒度实现开发从下到上，一步一测试，亦步亦趋，逐步合零为整。
六、当然这个技巧只是笨人的办法。偶尔也能见到一个并行能力很强，整个系统能一笔成型的天才，他们另当别论。
标签：
原文地址：http://my.oschina.net/fir01/blog/507967
