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