网站首页 > 技术文章 正文
一、引言
前端这几年发展的非常迅速,我们的系统的功能正在变的越来越复杂,这对我们的前端工程化能力提出了更高的要求,听到工程化,大家的第一反应肯定是高质量的代码设计和高质量的代码实现。
但实际上,前端自动化测试也是前端工程化里面非常重要的一个环节。
二、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 的底层实现原理。
猜你喜欢
- 2025-07-06 Apifox--比 Postman 还好用的 API 测试工具
- 2025-07-06 前端测试利器:全面解析 Jest 的魅力与实战技巧
- 2025-07-06 AI辅助开发实战经验总结:Trae、Cursor 与 MCP 工具组合评测
- 2025-07-06 一文了解 Telerik Test Studio 测试神器
- 2025-07-06 OpenAI在GitHub上发布了用于自动化前端测试的 AI 代理的演示
- 2024-10-09 软件测试开发丨PageObject模式:为什么是Web自动化测试必备工具
- 2024-10-09 python自动化测试工具selenium使用指南
- 2024-10-09 AutoRunner自动化测试工具 自动化测试app
- 2024-10-09 Katalon Studio 自动化测试工具介绍
- 2024-10-09 Afuzz:一款功能强大的自动化Web路径模糊测试工具
你 发表评论:
欢迎- 07-07使用AI开发招聘网站(100天AI编程实验)
- 07-07Tailwindcss 入门(tailwindcss中文文档)
- 07-07CSS 单位指南(css计量单位)
- 07-07CSS 定位详解(css定位属性的运用)
- 07-07程序员可以作为终身职业吗?什么情况下程序员会开始考虑转行?
- 07-07云和学员有话说:国企转行前端开发,斩获13K高薪!
- 07-0791年转行前端开发,是不是不该转,有啥风险?
- 07-07计算机图形学:变换矩阵(图形学 矩阵变换)
- 594℃几个Oracle空值处理函数 oracle处理null值的函数
- 587℃Oracle分析函数之Lag和Lead()使用
- 575℃0497-如何将Kerberos的CDH6.1从Oracle JDK 1.8迁移至OpenJDK 1.8
- 572℃Oracle数据库的单、多行函数 oracle执行多个sql语句
- 568℃Oracle 12c PDB迁移(一) oracle迁移到oceanbase
- 560℃【数据统计分析】详解Oracle分组函数之CUBE
- 548℃最佳实践 | 提效 47 倍,制造业生产 Oracle 迁移替换
- 541℃Oracle有哪些常见的函数? oracle中常用的函数
- 最近发表
- 标签列表
-
- 前端设计模式 (75)
- 前端性能优化 (51)
- 前端模板 (66)
- 前端跨域 (52)
- 前端缓存 (63)
- 前端react (48)
- 前端aes加密 (58)
- 前端脚手架 (56)
- 前端md5加密 (54)
- 前端路由 (61)
- 前端数组 (73)
- 前端js面试题 (50)
- 前端定时器 (59)
- 前端懒加载 (49)
- 前端获取当前时间 (50)
- Oracle RAC (73)
- oracle恢复 (76)
- oracle 删除表 (48)
- oracle 用户名 (74)
- oracle 工具 (55)
- oracle 内存 (50)
- oracle 导出表 (57)
- oracle 中文 (51)
- oracle的函数 (57)
- 前端调试 (52)
本文暂时没有评论,来添加一个吧(●'◡'●)