如何高效的写出有效的单元测试？

lsekfe

　什么是单元测试
　　《单元测试的艺术》中对单元测试的定义：

1. 一个单元测试是一段自动化的代码，这段代码调用被测试的工作单元，之后对这个单元的单个最终结果的某些假设进行校验。
   
2. 　　单元测试几乎都是用单元测试框架编写的；只要产品代码不发生变化，单元测试的结果是稳定的。

复制代码

　为什么需要单元测试
　　在我看来，单元测试的意义可以总结如下三点：
　　·单元测试是保证你写的代码是你想要的结果的最有效办法
　　· 单元测试帮我们塑造设计
　　· 单元测试是最好的文档之一
　　单元测试描述了代码的预期行为，可以最有效地保证代码正确运行，减少代码缺陷；由于单元规模较小，当因为代码变更出现问题的时候，可以帮助我们快速定位问题；有单元测试覆盖的代码，让我们更有信心，敢于放心做代码重构；
　　写单元测试的过程往往伴随着代码重构，如果发现一段代码单元测试很难写，就需要反思我们的设计，进而重构促进代码设计的优化，帮助我们塑造设计；
　　同时单元测试也是一个最佳的、自动化的、可执行的文档；没有单测覆盖的代码，是很难被维护的。
　　什么是有效的单元测试
　　可读、可维护、可信赖、快速执行！
　　《单元测试的艺术》中描述优秀单元的特性：
　　·它应该是自动化的，可重复执行；
　　· 它应该很容易实现；
　　· 它应该第二天还有意义；
　　· 任何人都应该能一键运行它；
　　· 它应该运行速度很快；
　　· 它的结果应该是稳定的（如果运行之间没有进行修改的话，多次运行一个测试应该总是
　　· 返回同样的结果）;
　　· 它应该能完全控制被测试的单元；
　　· 它应该是完全隔离的（独立于其他测试的运行)；
　　· 如果它失败了，我们应该很容易发现什么是期待的结果，进而定位问题所在。
　　可读性
　　“一般程序员写得出计算机能读懂的代码。优秀程序员写得出人能读懂的代码” — 马丁·福勒
　　可读的代码才是可维护的；难以阅读和理解的[url=]测试用例[/url]，最终的结果就是删掉它，因为维护成本过高。可读性高于纯粹的性能。
　　可维护性
　　团队内使用一套范式的结构，有助于使之更好用，快速定位问题；消灭代码中的坏味道。
　　可信赖
　　可信赖的含义：
　　1. 测试可重复；
　　2. 测试与依赖环境隔离；
　　3. 只测试不进行验证是不可靠的测试；
　　4. 在测试类中不要依赖与测试的顺序；
　　5. 测试的结果是精准的：校验的精准以及错误问题的精准定位；
　　快速执行
　　保证单测快速执行，缩短反馈时长。
　　为什么有效的单元测试如此重要
　　无效的单元测试是没有意义的，反而会增加维护成本，最终导致单元测试的失败！

如上图所示，坐标中任意一个点，其与横纵坐标垂直线所形成的矩形面积代表CI为团队带来的价值，那么在我看来有两个关键的因素：横坐标是单元测试的基础能力建设，纵坐标则是有效的单元测试；
　　没有有效的单元测试，基础能力做出花来也毫无意义！完善的基础能力同时也帮助我们更低成本的写出有效的单元测试。