what---how---why

1：what

　　TDD测试驱动开发，Test-Driven-Development

敏捷开发的实践，先做单元测试然后依据测试代码书写功能代码。

 

//单元测试（思路）：

1.拆分单元，关注输入输出，忽略中间过程。dom测试时只用确保正确调用了action函数，传参正确，而不用关注函数调用结果，置于action处理结果，reducer中对state的改变这些都留给action和reducer自己的单元测试区测。不要想着测试整个大功能的流程，不要有闭环的思想，单元测试需要保证的当前单元正常，对于每个单元模块输入输出都正确，理论串联后一起使用闭环时也会正确。

2.多种情况的测试覆盖，如果不能保证测试的全面性，每种情况都覆盖到，那么这个测试就是个不敢依靠的不全面的测试。当然在实际项目中，可能因为时间、资源等问题，无法保证每种情况都测试到，而只测试主要的内容，这时候要做到心里有数，反正我是对于每个测试都写注释的，交代清楚测试覆盖了哪些，还有哪些没有覆盖，需要其他手段保持稳定性。

3.关注该关注的，无关紧要的mock掉。css、图片这种mock掉，http请求mock掉

4.原本不利于测试的代码还是需要修改的，并不能为了原代码稳定不变，在测试时不敢动原代码。譬如函数不纯，没有返回值等。