SCRUM

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

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

demo

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

演练

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

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

增加test case, test failure

做最简单的实现, test success

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

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

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

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

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