51Testing软件测试论坛

标题: 自动化测试之单元测试那些事！ [打印本页]

作者: lsekfe 时间: 2021-8-20 10:07
标题: 自动化测试之单元测试那些事！
什么是单元测试？

　　如果你听说过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。
　　· 用于特定目的：每个框架可能会擅长处理不同的问题。
　　· 社区是否活跃。
　　测试工具选型
[attach]133975[/attach]
各个框架都具备自己的能力和特点，单独选型或者组合使用都可以发挥到最大作用。
　　那么反向来看一下几个主流框架的优势和劣势：

[attach]133976[/attach]
通过以上对比，不难看出，每个框架都有自己的优缺点，没有最好的框架，只有最适合的框架。
　　Augular 的默认测试框架就是 Karma + Jasmine，而 React 的默认测试框架是 Jest，Vue则有自己的单元测试官方库vue-test-utils，同样最推荐使用Jest。
　　小结
　　单元测试可以有效地测试某个程序模块的行为，是未来重构代码的信心保证。
　　单元测试的测试用例要覆盖常用的输入组合、边界条件和异常。
　　单元测试代码要非常简单，如果测试代码太复杂，那么测试代码本身就可能有bug。
　　单元测试通过了并不意味着程序就没有bug了，但是不通过程序肯定有bug。

作者: 千里 时间: 2021-8-31 14:48
现在多数人的学习重心在于自动化，接口和性能

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)