对软件行业的一点牢骚话

为了 CMMI 要写 ------ 应该说是补 ----- 测试文档了。

 

一烂摊子事，一肚子牢骚。

 

做项目之前，之中，如果说有原则的话，所奉行的原则是：做着看，如有问题再说。整个项目完全地不可控：做之前，需求不明，所谓的需求只是跟需要软件的部门简单是谈谈（或者说，我希望用聊聊），没有需求开发，更谈不上说有什么前瞻式的引导了，所得到的需要也只能是支离破碎的“聊天记录”。“需求”做好后，几乎没什么分析 / 设计地习惯性写代码。 还好有 SSH 的支撑，不然代码那可就天下大乱了。由于没有设计，也就没有了真正意义上所说的模块概念，这样单元测试无从下手。代码相互间太多太深的耦合，理不清的关系。

 

想到了测试驱动开发的一个好处，由于开发过程中始终想着测试这根弦，为了便于测试，在没有纯熟地设计下，无形中就降低了代码间的耦合，于是模块比较清晰地出现了。

  降低代码间的耦合后，测试肯定是方便多了，代码质量提高，生产效率提高，即便是有错的话，排错效率也会大大提高，不至于像现在这样，有了问题改了代码后，动不动就得重启整个项目。   

  降低耦合后，另一个比较明显的好处，代码易读，对功能的扩展相对来说也是比较容易的。

  软件业相对于传统行业的一个特点，就是生产成本低。这样，没有很好的规划时，凑出的产品有问题推倒重来代价要小的多。这样，更是助长了软件设计人员的惰性，国人那种事前无计划，做事与一丝不苟这一高贵品质相去甚远的毛病也在软件业找到了寄生场所。

牢骚归牢骚，工作还是要做的，不然可能明天的明天就没什么可吃的了。