《测试驱动开辟》读后感摘抄

《测试驱动开辟》读后感摘抄

2020-11-01热度:作者:hchj5.com来源:好词好句网

话题:测试驱动开发 读后感 

  《测试驱动开发》是一本由Kent Beck著作,机械工业出版社出版的平装图书,本书定价:59,页数:200,特精心从网络上整理的一些读者的读后感,希望对大家能有帮助。

  《测试驱动开发》精选点评:

  ●入门TDD必读图书

  ●第三部分很值得一读。非常好的书。

  ●老实说,看完全书没有什么收获,唯一知道的一点就是先写测试用例再开发,感觉作者只是蜻蜓点水,让人似懂非懂。另外这个版本错误不少,不只是翻译的问题,还有示例代码上的错误。

  ●翻译的很烂

  ●翻译的一坨屎

  ●大量代码实例详述TDD的应用和涵义,建议architects们都读一读,也许不会立即使用,但开拓视野,树立正确的敏捷思想还是大有裨益的。如果不想看代码,直接读第三部分吧。

  ●太稀松平常了。

  ●稍微翻了一下,属于高级开发人员的阅读范围,所以我还是TDD先入门有个基础了解之后再看比较合适。暂不评分。

  ●翻译一般,但还能读。

  ●测试开发驱动模式: 一:测试优先,断言优先: 从哪里开始构建一个系统:从对所有系统的描述开始。 (1)列一个测试列表,一个个解决,后续有问题再加入列表。 从哪里开始着手编写一些功能,从对已完成运行的测试开始。 (2)为每一个列表写一个测试用例(实质是为某一个令你困恼的点写测试用例)。 从哪里开始编写测试,从断言开始。 二:隔离测试(Isolate Change);保持测试的顺序无关且不影响彼此。最好一个测试未通过只代表一个问题。(切分问题) 三:让测试尽可能快的运行起来。这里讲到了两种方式,伪实现和三角测量法。 伪实现:返回一个常量,逐渐使用变量取代它直到代码实现。 三角测量法:编写某一个具体实现的用例,只当有两个或更多例子的情况下,才对其代码-----详见书评

  《测试驱动开发》读后感(一):软件开发方式

  译者又给我们带来一种软件开发方式。以测试作为软件开发的驱动。

  作者以货币转换实例,从简入深逐步讲解测试驱动开发方式的概念、优势与设计方法等方面知识;用xUnit框架,展示测试工具在开发过程中的关键之处。

  值得学习学习。

  《测试驱动开发》读后感(二):值得拥有的好书

  很好的书, 从简至深。大师级力作,极力推荐~~

  本书不仅介绍了TDD的概念、优势与设计方法,并逐步深入到解决复杂问题的方式;细致讲解了如何在编写程序代码前编写自动化测试,如何先塑造一个设计再通过重构逐渐添加设计上的构思,如何为更复杂的逻辑创建测试等。让你迅速掌握, 轻而易举且卓有成效地编写优质代码的技术。

  专业但不乏味哦~~

  《测试驱动开发》读后感(三):没有银弹

  测试驱动开发是否是软件开发的银弹,答案是否定的,但是其作用是值得重视的。

  现在的有一种趋势是弱化设计驱动,设计尽量简单,设计范围尽量减少。在“测试驱动”过程中重构,深化设计,验证结果。这是不是有效率呢?是不是符合软件开发实际呢?还是件需要思考的事情。

  如何把设计和测试结合呢?是一步一步从最简单的方式推演,还是先“想全面”了再coding呢?哪个更好,恐怕不能简单地说前者优于后者,要看是否适合具体个体或是团体。

  测试驱动的动机是整合“设计”到“测试”代码中,通过测试代码来设计,过程就是否定之否定,最后得到一个相对肯定结果,可以看作是一种“设计”的思路。如何驾驭这个过程就要看个人能力了,没有功力最后还是百搭。同样,如果用相反的思路呢?那就是“设计”驱动“测试”,通过设计过程中的use story来生成测试用例,即所谓的BDD行为驱动开发(见《实例化需求》)。我更欣赏BDD,感觉TDD是“反人类”的做法.

  总之不是任何人,任何团队都适合测试驱动的。尽管如此,作者写的测试实战经验和工作习惯是值得借鉴和学习的。

  《测试驱动开发》读后感(四):测试驱动开发 笔记总结

  测试开发驱动模式:

  一:测试优先,断言优先:

  从哪里开始构建一个系统:从对所有系统的描述开始。

  (1)列一个测试列表,一个个解决,后续有问题再加入列表。

  从哪里开始着手编写一些功能,从对已完成运行的测试开始。

  (2)为每一个列表写一个测试用例(实质是为某一个令你困恼的点写测试用例)。

  从哪里开始编写测试,从断言开始。

  二:隔离测试(Isolate Change);保持测试的顺序无关且不影响彼此。最好一个测试未通过只代表一个问题。(切分问题)

  三:让测试尽可能快的运行起来。这里讲到了两种方式,伪实现和三角测量法。

  伪实现:返回一个常量,逐渐使用变量取代它直到代码实现。

  三角测量法:编写某一个具体实现的用例,只当有两个或更多例子的情况下,才对其代码进行泛化。

  四:选择测试数据的准则:那些使测试易读性强且易于理解的数据,而且现实世界中的真实数据优先。

  五:显式数据(常量):帮忙理解测试本身的期望结果和实际结果,病尽量让它们的关系明朗。

  测试的流程:

  红色指示条——绿色指示条——重构(去掉开发余测试中的重复代码),以此循环。

  在没有测试失败情况下,不要去修改开发代码。(因为新变更,总是先写测试)