你们公司单元测试吗?

万千理由也不能成为“不作单元测试“的依据。
作不作单元测试已经不值得讨论，反而，值得讨论的是怎么作有效单元测试。
也可以讨论所谓集成单元测试，纯粹单元测试....等等之分，现在，看到这么多单元测试的名词，可是很容易让人犯晕的。

看看单元测试的写法和设计，就知道高低手之分了，最近我很遗憾的发现自己还是单元测试的低手。

如果有人跟我说“要不要单元测试“?如果说因为逻辑简单不必测那也就罢了，如果仅仅因为时间不够作为原因，这是绝绝对对不允许的，如果硬是要在时间上作百般托词，那么，就没有讨论的必要了。 道不同不相为谋。
记忆中比较深刻的是，去一个国营单位技术中心作培训，里面有几十位一直搞技术的老手，我们当时让他们练习写单元测试的代码，练了几次，他们大多觉得这些代码是多余的，因为要做一个功能上的扩展，多于早已经熟悉此行业的人来说，华1-2天就可以搞定了，可是却要花这么多时间在这些不是真正能够在产品上运作的测试代码上工作，他们觉得浪费时间，因为总体来说，他们要考虑怎么写测试，（而即使不用写测试，他们脑子里面都清清楚楚知道该如何写那些代码来完成那个功能。） ，加上这个测试的代码，他们要花多1天/半天的时间来写。
他们觉得这样的开发模式是否合理。
诸位，如果你们面对这样的质询，你们该如何回答呢？ 
（当时，我记得我用很高的音量站起来跟满满一屋子的人说了几分钟的话，这些话几乎都是你来我往的以质询的方式针锋相对。虽然我不知道他们是否真正理解单元测试在软件开发模式中起到如何重要的作用，但是我觉得我已经让他们不能回答我的质询，即使他们心里还是疑惑或者不理解）

说句难听的话吧：
所以你也就只能写几十行的程序而已。