模板
教程
环境
性能
功能
管理
深度解读 - TDD（测试驱动开发）(11)
发表于：2017-03-31来源：jianshu作者：SeabornLee点击数：
标签：tdd
步子迈太大，容易扯着蛋。 练习的时候需要养成小步的习惯，工作的时候可以自由切换步子的大小。 当你自信的时候步子就可以大点，当你不太自信的时
步子迈太大，容易扯着蛋。
练习的时候需要养成小步的习惯，工作的时候可以自由切换步子的大小。
当你自信的时候步子就可以大点，当你不太自信的时候就可以立即切换到小步的模式。如果只会大步，就难以再小步了。
测试代码是否会成为维护的负担？
维护时也遵循 TDD 流程，先修改测试代码成需求变更后的样子，让测试失败，再修改产品代码使其通过。
这样你就不是在维护测试用例，而是在利用测试用例。
为什么要快速实现？
其实是用二分查找法隔离问题，通过 hardcode 实现通过测试后，就基本确定测试是没有问题，这时再去实现产品代码，如果测试不通过，就是产品代码的问题。
所以小步快走主要是为了隔离问题，也就是你可以告别 Debug 了。
为什么测试代码要很简单？
如果一个测试失败了，修复的时候是改测试代码而不是产品代码，那就是测试代码写的不好。
当测试代码足够简单时，如果一个测试失败了，就有足够信心断定一定是产品代码的问题。
什么时候不适合 TDD？
如果你是做探索性的技术研究（Spike），不需要长期维护，而且测试基础设施搭建成本很高，那还是手工测试吧。
另外还有「可测试性极差的遗留系统」和「使用测试不友好的技术栈」的系统，做 TDD 可能得不偿失。原文转自：http://www.jianshu.com/p/62f16cd4fef3
