测试驱动开发读后感1000字

《测试驱动开发》是一本由Kent Beck著作，机械工业出版社出版的平装图书，本书定价：59，页数：200，特精心收集的读后感，希望对大家能有帮助。

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

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

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

值得学习学习。

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

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

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

专业但不乏味哦~~

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

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

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

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

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

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

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

测试开发驱动模式：

一：测试优先，断言优先：

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

（1）列一个测试列表，一个个解决，后续有问题再加入列表。

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

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

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

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

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

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

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

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

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

测试的流程：

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

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