自动化测试之单元测试那些事。

什么是单元测试？ 　　如果你听说过TDD，那么一定对单元测试不陌生。 　　TDD，测试驱动开发，放洋屁，就是Test-Driven Development。 　　单元测试是用来对一个模块、一个函数或者一个类来进行正确性检验的测试工作。 　　单元测试是最容易实现的：代码中多个组件共用的工具类库、多个组件共用的子组件等。 　　通常情况下，在公共函数/组件中一定要有单元测试来保证代码能够正常工作。单元测试也应该是项目中数量最多、覆盖率最高的。 　　能进行单元测试的函数/组件，一定是低耦合的，这也从一定程度上保证了我们的代码质量。 　　举个栗子，我们来测一下Math.floor()方法。

输入正数，比如1、1.2、0.9，期待返回向下取整的正整数（1，1，0）；

　　输入负数，比如-1、-1.2、-0.9，期待返回向下取证的负整数（-1，-2，-1）；

　　输入0，期待返回0；

　　输入非数值类型，比如None、[]、{}，期待抛出TypeError。

这，就是这个方法的完整的单元[url=]测试用例[/url]。 　　那么当你的代码中具备了这样一套用例，无论你如何修改其中的逻辑，只要保证跑出的用例全部通过，那么你的修改就不会是错误的。反之，你的修改引入了一个bug，或者你需要思考一下是否是用例编写的问题。 　　[url=]web[/url]端为什么要做单元测试？ 　　组件的单元测试有很多好处： 　　· 提供描述组件行为的文档 　　· 节省手动测试的时间 　　· 减少研发新特性时产生的 bug 　　· 改进设计 　　· 促进重构 　　单元测试要做什么？ 　　· 描述你要测试的东西 　　· 对其进行测试 　　· 判断是否符合预期 　　选择框架前置会考虑下面的点： 　　· 断言(Assertions)：用于判断结果是否符合预期。有些框架需要单独的断言库。 　　· 适合 TDD / BDD：是否适合 测试驱动型 / 行为驱动型 的测试风格。 　　· 异步测试：有些框架对异步测试支持良好。 　　· 使用的语言：大部分 js 测试框架使用 js。 　　· 用于特定目的：每个框架可能会擅长处理不同的问题。 　　· 社区是否活跃。 　　测试工具选型 各个框架都具备自己的能力和特点，单独选型或者组合使用都可以发挥到最大作用。 　　那么反向来看一下几个主流框架的优势和劣势： 通过以上对比，不难看出，每个框架都有自己的优缺点，没有最好的框架，只有最适合的框架。 　　Augular 的默认测试框架就是 Karma + Jasmine，而 React 的默认测试框架是 Jest，Vue则有自己的单元测试官方库vue-test-utils，同样最推荐使用Jest。 　　小结 　　单元测试可以有效地测试某个程序模块的行为，是未来重构代码的信心保证。 　　单元测试的测试用例要覆盖常用的输入组合、边界条件和异常。 　　单元测试代码要非常简单，如果测试代码太复杂，那么测试代码本身就可能有bug。 　　单元测试通过了并不意味着程序就没有bug了，但是不通过程序肯定有bug。