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；输入3*7*11, 返回3、7、11

演练

1. 先写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的一个前提条件

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