测试驱动开发•书评

我们并不一定要遵循测试驱动的步骤，因为在n多的公司根本完全无法实施。但是我们可以以测试驱动的思想作为我们思考问题的方法。

嗯我坚持designdriven的说法不许说我学术其实呢不管是tdd还是designdd，关键是说：”哥们，想好了再下手“很多时候，我都跟别人说，我们应该注释驱动。就是先把注释写得自己能看明白了再编程...

如题，真是相当健康的工作条件和环境，才能造就更好的产品。而TDD对于国内来说，实在有些远，大部分的企业项目，其实都是赶出来的，富文档也比较养眼，光靠TDD是不够的。这些天试了下TDD,感觉还是挺有收获...

一本至少要读三遍的好书，160页阐述了TDD的灵魂，打出了TDD的口号：不可运行/可运行/重构。对重构的讲解比较简洁，个人以为将重构学习作为本书的下一步。无所事事的程序员在寂寞寂寞在唱歌歌词说：要有一...

1。刚开始看的时候，很纳闷，难道作者在教学校生作文啊？那个小那么小的一步前进，我们还要不要写软件了？后来看到了这样一句话，thereisnorightstepsize,nowandforever，我明...

今天继续读了7，8章，越来越感觉到，1.其实TDD只是一种方法，这种方法强迫我们去拿出时间认真的思考问题，哪怕是个很小，看起来很简单的问题。也就是，TDD帮助我们更好的进行问题定义。2.TDD在实施的...

1.我看到有同学写TestCase的时候喜欢使用全局变量，这样做是可以，但是最好使用constmodifier，否则，Testcase之间会互相影响，甚至各个testcases之间的调用顺序会影响结果...

Kent的书字字千金。每每薄薄一册，价格都不便宜。Kent的书，读起来不晦涩，简单易懂，可操作性强。但是考虑到性价比，我更推荐该书的电子版。花个半天读完，便可束之高阁了。因为其核心思想不过寥寥几页。

IfIgetstuckandIdon’tknowhowacomplexalgorithmshouldworkI’llwriteatestforanerrorcase.ThenI’llwriteates...

连PhD都能直译成"哲学博士"...google翻译都不会犯这样的错误,失望其它的就不多说了生硬的词语,不通畅的语句,费解!怎么能对的起Kent大神的好书啊!!

很好的书，从简至深。大师级力作，极力推荐~~本书不仅介绍了TDD的概念、优势与设计方法，并逐步深入到解决复杂问题的方式；细致讲解了如何在编写程序代码前编写自动化测试，如何先塑造一个设计再通过重构逐渐添...

测试驱动开发是否是软件开发的银弹，答案是否定的，但是其作用是值得重视的。现在的有一种趋势是弱化设计驱动，设计尽量简单，设计范围尽量减少。在“测试驱动”过程中重构，深化设计，验证结果。这是不是有效率呢？...

以往我们设计软件更多是凭借经验，但是这本书给我们一个视角使得我们的设计不仅仅是基于经验，而是通过一种有效的方法论来有效的改进设计。这本书里面的实例虽然简单，但是却非常好的展示了完整的过程。推进测试驱动...

KentBeck关于TDD的名言:测试驱动开发非常适合那些对代码情有独钟的呆子们。我年轻时软件工程生活的一项最令人痛楚的事情就是满怀热情的开始一个项目，然后看着代码随着时间的流失逐渐腐烂。一年后我只想...

译者又给我们带来一种软件开发方式。以测试作为软件开发的驱动。作者以货币转换实例，从简入深逐步讲解测试驱动开发方式的概念、优势与设计方法等方面知识；用xUnit框架，展示测试工具在开发过程中的关键之处。...

弱弱的看了几十页，TDD那种对细节的严格把持的精神，却只有靠看上面的测试例子去YY。不知道为什么翻出来的书看着让人这么费劲。我建议找个别的什么出版社再翻译一个版本吧，不然真的只有看原版了。。。。

测试先行，小步迭代，不断重构，持续集成。XP在组里（就3个人）实施不容易，自己先做点力所能及的吧，就看了《TDD》，可不巧的是目前做的项目是Swing开发的桌面工具，这可是偶做的第一个项目啊，该怎么测...

秉承《重构》的风格，该书也是同样的冗长和繁复，说了为了再现真实的代码。以前，或许我会同意，但是现在已经受不了了。如果电影院不是放大片，而是如现实生活一般平淡的镜头，你还会去看么？同样，文学作品即便是基...

生动简单的例子和清晰详细的解释分析，读这本书时绝对不会感到有什么困难。个人认为，其实不用把这本书当成一本纯粹的技术书来阅读，大可以当成一本改变思考方式的技术八卦看看，也许在开发中你还是不会使用TDD(...

测试开发驱动模式：一：测试优先，断言优先：从哪里开始构建一个系统：从对所有系统的描述开始。（1）列一个测试列表，一个个解决，后续有问题再加入列表。从哪里开始着手编写一些功能，从对已完成运行的测试开始。...