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