豆瓣
扫码直接下载
书名无力吐槽……可以先把第 10 章开个头再回头看第 9 章,不然太痛苦……
书评在:http://www.ituring.com.cn/article/details/378
一言以蔽之,写代码只为修复已失败了的测试
选读完。TDD,先测试再编码再重构。好处有: 1.快速反馈。及早发现错误。 2.持续交付。易有成就感。 3.改进设计。因为先从用户和可测性角度出发。
Kindle
第二部分是亮点:selvlet,jdbc,多线程,ui测试都讲了,示例代码也很清晰。功能性比较强的一本书,平实多翻翻多实践。
非常专业,测试的技术介绍的也很全面。只是,在当今再看来,有些章节的技术已不在流行。全书最后对TDD的应用及给企业实施转型的过程中的问题和建议依然非常受用。
介于还行吧和推荐之间
好书,值得推荐。
单元测试的牛书。
提供了一些较难测试的场景的测试方法
敏捷开发经典
对于测试驱动开发有较全面的介绍,包括TDD、ATDD等,入门好书
这个书名真是……
很不错的书,有理论有例子,深入浅出。不搞 Java 所以只看了第一部分。博客水平的翻译很影响理解,后面专有名词多了根本就是灾难。几乎所有测试框架 API 都是英文的,“夹具”、“替身”……看着头晕。
什么时间点适合开始看这本书呢?这是个问题。
我不反对测试,但反对过度的测试。所以我一直对TDD抱有一丝的怀疑。 对于不涉及用户行为的代码,我们可以很容易的进行测试,使用TDD预先设定代码目标,免去持续发布的困扰,真的是一个不错的方案。 可是,现实的软件开发是一个极其复杂的事情!必然有用户行为,同时必然伴随着需求变更。这两点对于测试都是大忌。 书中针对带有界面的软件测试,也讲明相对纯代码较难处理,同时,也并没有给出完全的方案,感觉都是Hacker方式。 特别是目前较为复杂的前端,测试更是较难覆盖或者较难做到如后台纯代码方式的测试。
从敏捷开发的角度来说,TDD一点都不敏捷,还没见过在真实项目开发中,有谁是先写测试再编码的。涉及到的一些概念很有启发。
由浅入深的讲解了测试驱动开发技术,作为入门和进阶都很有指导意义,需要精读并应用
挺不错的tdd入门书,虽然里面说得技术有点老了
> 测试驱动开发的艺术
2 有用 机动美少年高興 2014-05-30 00:52:12
书名无力吐槽……可以先把第 10 章开个头再回头看第 9 章,不然太痛苦……
2 有用 juvenxu 2011-10-24 12:43:25
书评在:http://www.ituring.com.cn/article/details/378
0 有用 黑色柳丁 2014-08-04 19:35:20
一言以蔽之,写代码只为修复已失败了的测试
0 有用 bin3 2012-04-28 00:05:23
选读完。TDD,先测试再编码再重构。好处有: 1.快速反馈。及早发现错误。 2.持续交付。易有成就感。 3.改进设计。因为先从用户和可测性角度出发。
0 有用 毒独笃 2021-09-29 10:26:41
Kindle
0 有用 ankh04 2022-09-19 20:28:49 湖北
第二部分是亮点:selvlet,jdbc,多线程,ui测试都讲了,示例代码也很清晰。功能性比较强的一本书,平实多翻翻多实践。
0 有用 Billy.Wang 2022-05-04 00:28:05
非常专业,测试的技术介绍的也很全面。只是,在当今再看来,有些章节的技术已不在流行。全书最后对TDD的应用及给企业实施转型的过程中的问题和建议依然非常受用。
0 有用 鱿大鱼 2011-12-29 10:30:36
介于还行吧和推荐之间
0 有用 拿砖拍 2015-09-27 13:29:44
好书,值得推荐。
0 有用 susantjs 2013-10-14 15:09:25
单元测试的牛书。
0 有用 Hesey 2011-05-17 13:38:57
提供了一些较难测试的场景的测试方法
0 有用 午夜猫人 2011-11-08 11:21:41
敏捷开发经典
0 有用 王杰 2017-09-25 11:15:22
对于测试驱动开发有较全面的介绍,包括TDD、ATDD等,入门好书
0 有用 金半仙 2011-02-22 16:11:38
这个书名真是……
0 有用 祝我们好运 2017-02-04 19:03:41
很不错的书,有理论有例子,深入浅出。不搞 Java 所以只看了第一部分。博客水平的翻译很影响理解,后面专有名词多了根本就是灾难。几乎所有测试框架 API 都是英文的,“夹具”、“替身”……看着头晕。
0 有用 Optimus Prime 2017-04-19 23:04:39
什么时间点适合开始看这本书呢?这是个问题。
0 有用 acAric 2016-03-18 10:37:32
我不反对测试,但反对过度的测试。所以我一直对TDD抱有一丝的怀疑。 对于不涉及用户行为的代码,我们可以很容易的进行测试,使用TDD预先设定代码目标,免去持续发布的困扰,真的是一个不错的方案。 可是,现实的软件开发是一个极其复杂的事情!必然有用户行为,同时必然伴随着需求变更。这两点对于测试都是大忌。 书中针对带有界面的软件测试,也讲明相对纯代码较难处理,同时,也并没有给出完全的方案,感觉都是Hacker方式。 特别是目前较为复杂的前端,测试更是较难覆盖或者较难做到如后台纯代码方式的测试。
0 有用 Acheron 2014-11-03 21:36:22
从敏捷开发的角度来说,TDD一点都不敏捷,还没见过在真实项目开发中,有谁是先写测试再编码的。涉及到的一些概念很有启发。
1 有用 不落一叶 2017-09-23 12:36:48
由浅入深的讲解了测试驱动开发技术,作为入门和进阶都很有指导意义,需要精读并应用
0 有用 森叔 2018-03-31 16:03:43
挺不错的tdd入门书,虽然里面说得技术有点老了