SCRUM_TDD个人体验

这两天公司组织scrum培训，Teacher讲到了TDD，演示了一个demo，让我重新认识了TDD并开始接受它。现记录下目前的看法和本次演示的demo。

TDD: 测试驱动开发。简单的理解：先定义输入输出，编写单元测试代码，然后再来实现代码逻辑以使单元测试通过。

demo

1. 给定一个数字，进行质因数分解，输出结果。
   如：输入2，返回2；输入3，返回3；输入4，返回2、2；输入6，返回2、3；
   输入8，返回2、2、2；输入9, 返回3, 3；
   输入15，返回3、5；输入3711, 返回3、7、11

演练

1. 先写test case，不做实现。test failure
   

2. 做最简单的实现, test success
   (scrum有个特性，聚焦。已最简单的方式完成功能)
   

3. 增加test case, test failure
   

4. 做最简单的实现, test success
   

5、6、7、… n
重复3、4，添加case，让case通过，发现有代码坏味道时，通过重构来解决。下面直接贴图

至此，完成开发，测试通过。

回顾下，流程如下图：

以测试的角度驱动开发，通过简单的方式(无节操)来实现，当发现有坏味道时进行重构。

个人idea:
a) TDD不是让我们不思考，只是和常规的设计、开发思维相比，从不同的角度来考虑从而达到目的。
两种方法/思维无优劣之分，适用场景不同而已。
思路清晰适合用常规的设计、开发方式；
思路不清晰的可以用TDD方式，渐行渐清晰
b) 可验证性是TDD的一个前提条件

笔者水平有限，有误之处，请指正