我的第一个真正意义上的测试

如果了解持续集成的任何一个同行，可能都认可你所说的，可是，如果不了解持续集成，那就不一定像你所说的乐。我不知道国内有多少公司在进行严格的测试？实施持续集成这样的东东。我所知道的很多人，他们宁愿花N多时间去看什么Spring，学其他的大量的开源框架。当然，我并不是说这样不好，但是，我认为，有些基础设施更重要，就像单元测试应该是每个开发人员最基本的工具（实际上这是一把锋利的宝剑）。我并不是说开源不好，事实上我相信我对开源的兴趣并不亚于他们。我难以理解的是，他们去研究开源的东西，却不学开源里面的东西，比如，测试，日构建，持续集成，自动发布等。上面我说过，其实测试入门很难，特别是TDD，可是，从开源社区，我学到了很多，rod也建议，写测试最好从开源代码开始。

我完全赞同你说的，不过你略微误解了我的意思。我说的不是要每个人都认可，而是从制度上强迫遵守。break build之后什么都停下，第一件事就是fix build，我相信这个事情容易并且值得从制度上强制推行。

我明白你说的意思，所以我才说那个是人的问题，不是技术的问题，这几天有几个同事也在讨论编程习惯的问题，大家也这么认为，对于编程习惯不是很好的，跟着监督一段时间，然后久习惯了。
因此，我所说的那些问题，正如你所说的可以从管理的角度强制执行，一段时间也就习惯了，这个是管理的问题。
我想其实这些正如我们使用java开发一样，这么多人都习惯于写java代码，等到哪一天，测试(或者说TDD)，持续集成等这些东西大家都习惯了，那个时候一切也就水到渠成了。