TA的每日心情 | 无聊 前天 09:05 |
---|
签到天数: 1050 天 连续签到: 1 天 [LV.10]测试总司令
|
一、引言
前端这几年发展的非常迅速,我们的系统的功能正在变的越来越复杂,这对我们的前端工程化能力提出了更高的要求,听到工程化,大家的第一反应肯定是高质量的代码设计和高质量的代码实现。
但实际上,前端自动化测试也是前端工程化里面非常重要的一个环节。
二、Jest 基础入门
一个普通前端听到自动化测试,第一反应可能是:我工作这么多年也没写过测试,这个东西有用吗?
答:非常有用
如果你打开GitHub,去看一下流行的开源库或者框架的源码,你会发现,在这些源码里面,全部都包含了大量的自动化测试的代码。比如antd、lodash、再比如vue、react、echarts、redux等等……
开源的工具需要稳定性,而引入前端自动化测试为开源项目提供稳定性,是再好不过的选择了。
三、学习前提
阅读这篇文章需要以下知识储备:
·js、es6 基础语法
·node、npm 相关知识
·git 的相关操作
·react或者vue,至少了解一个
·状态管理工具,至少了解一个
四、背景及原理
首先在任意目录下创建一个math.js文件,假设这个文件是一个数学库,里面定义两个函数,分别是加法和减法:
- // math.js
- function add(a, b) {
- return a + b;
- }
- function minus(a, b) {
- return a - b;
- }
复制代码 这时候我们可以在业务代码里去使用这个数学库。
但是,假如,上面的minus函数我们不小心写错了,把减法写成了乘法,如果直接在业务代码中使用这个方法,就会带来无法预期的bug。
所以这时候,我们就需要对math.js这个公共库进行自动化测试,确保没问题之后,再让业务组件去调用,这样就会保证不会出特别多的bug了。
我们可以这样做:
在该目录下创建一个math.test.js文件,然后写一点测试代码:
- const result = add(3, 7);
- const expect = 10;
- if (result !== expect) {
- throw new Error(`3 + 7 应该等于${expect},结果却是${result}`);
- }
复制代码- const result = minus(3, 3);
- const expect = 0;
- if (result !== expect) {
- throw new Error(`3 - 3 应该等于${expect},结果却是${result}`);
- }
复制代码 这时候我们运行这段代码,会发现没有抛出任何异常,说明这两个测试用例都通过了。
这就是自动化测试最原始的雏形。
然后我们思考一个问题,如何将这堆代码进行简化,做成一个公用的函数,比如这样:
- // 测试 3 + 3 是否等于 6
- expect(add(3, 3)).toBe(6);
- // 测试 3 - 3 是否等于 0
- expect(minus(3, 3)).toBe(0);
复制代码 expect 方法实现:
- function expect(result) {
- return {
- toBe(actual) {
- if (result !== actual) {
- throw new Error("预期值和实际值不相等");
- }
- },
- };
- }
复制代码 这时候我们运行这段代码,会发现没有抛出任何异常,说明这两个测试用例都通过了。
虽然实现了 expect 函数,但是报错的内容始终是一样的,我们不知道是具体哪个方法出现了问题,这时候我们就会想到,我们需要将这个 expect 方法进一步做改良,我们如果能在 expect 方法外部再包装一层,就可以多传递一些额外的内容,比如创造这样的写法:
- test("测试加法 3 + 3", () => {
- expect(add(3, 3)).toBe(6);
- });
- test("测试减法 3 - 3", () => {
- expect(minus(3, 3)).toBe(0);
- });
复制代码 这样封装之后,我们既能进行测试,又能得到测试的描述。
test 方法实现:
- function test(desc, fn) {
- try {
- fn();
- console.log(`${desc} 通过测试`);
- } catch {
- console.log(`${desc} 没有通过测试`);
- }
- }
复制代码 所以前端自动化测试到底是什么?
答:实际上就是写了一段其它的用来测试的js代码,通过测试代码去运行业务代码,判断实际结果是否满足预期结果,如果满足,就是没有问题,如果不满足,就是有问题。
上面实现的 expect 方法 和 test 方法 实际上和主流的前端自动化测试框架 jest 里面的语法是完全一致的。所以上面的示例代码可以理解为 jest 的底层实现原理。
|
|