assert模块提供了一组简单的断言测试,分严格模式(strict)和遗留模式(legacy),严格模式下,对比的方式比较严格,比如说,0与'0'比较,会报错,但在遗留模式下是可以通过的。官方推荐使用严格模式, 所以本文基于strict模式下学习。
const assert = require('assert').strict; // 严格模式
assert.equal(0, '0') // error
全局使用strict模式后,assert.equal() 与assert.strictEqual()的效果是一样的。
如果不想全局使用的话,可以直接使用带strict的方法。
const assert = require('assert') // 遗留模式
assert.equal(0, '0') // success
assert.strictEqual(0, '0') // error
Error的子类,表示断言失败,assert模块抛出的错误都是AssertionError的实例。
类似于下面这个class,实际上的AssertionError是由ES5写的,下面这个只是方便理解传入的参数
interface IOptions {
message?: string; // 设置错误的信息
actual?: any; // 设置错误实例上的实际值
expected?: any; // 设置错误实例上的期望值
operator?: string; // 设置用于比较的操作或触发错误的断言函数
stackStartFn(): any; // 生成的堆栈跟踪将移除所有帧直到提供的函数
}
class AssertionError extends Error {
constructor(options: IOptions) {
// ...
}
}
检测是否为真值,是assert.ok的别名。
检测value是否为真值。
如果不为真值,抛出属性message为message参数值的AssertionError,如果未定义,为默认错误信息。
如果是Error的实例,则抛出Error实例。(以下关于message的使用都一样)
检测 actual参数和expected参数之间的严格相等性,使用sameValue比较。
检测actual参数和expected参数之间的深度严格相等性,深度比较意味着子对象的可枚举的自身属性也通过以下规则进行递归计算。
检测 actual参数和expected参数之间的严格不相等性,使用sameValue比较。
检测actual参数和expected参数之间的深度严格不相等性,深度比较意味着子对象的可枚举的自身属性也通过以下规则进行递归计算。
使用提供的错误消息或默认错误消息抛出 AssertionError。
检测fn函数抛出的错误是否与预期的错误error一样。
fn为一个会抛出错误的函数
error可以为多种类型,作为与抛出的错误对比的样本。
assert.throws(() => {
throw new Error('it is a error')
}, /^Error: it is a error$/);
assert.throws(() => {
throw new Error('it is a error')
}, (err) => {
if ((err instanceof Error) && /error/.test(err)) {
return true;
}
});
const err = new TypeError('错误值');
err.code = 404;
err.foo = 'bar';
err.info = {
nested: true,
baz: 'text'
};
err.reg = /abc/i; // 正则表达式只有当验证对象包含相同的正则表达式时才通过。
assert.throws(() => {
throw err;
}, {
name: 'TypeError',
message: '错误值'
info: {
nested: true,
baz: 'text'
// 使用嵌套对象需要存在所有属性。
// 否则验证将失败。
// 无法对嵌套属性使用正则表达式!
}
});
注意, error 不能是字符串。 如果提供了一个字符串作为第二个参数,则假定 error 被忽略,而字符串将用于 message。
assert.throws的异步版本。
立即执行该函数,如果该函数不返回promise,则返回一个被拒绝(reject)的 Promise。
如果该函数同步抛出一个错误,返回一个带有该错误的被拒绝的 Promise。
等待Promise执行,检测是否被拒绝。
如果value不为null或者undefined就将value作为错误抛出。
在回调中测试error参数时,这很有用。
Jest的未来看起来非常令人激动!看到Jest推陈出新如此快速,我感觉它将很快成为整个React生态系统中大部分项目的首选工具。我建议,应该把测试迁移到Jest上去。
如果您正在测试前端应用程序,则应该了解前端测试金字塔。在本文中,我们将看到前端测试金字塔是什么,以及如何使用它来创建全面的测试套件。
作为前端开发,我们不仅需要满足产品需求功能的实现,同时也需要对自己做的网站进行安全、易用性、性能等方面的考虑。随着目前技术不断进步,web页面的性能测试工具也在不断完善,通过这些工具,我们可以客观的评价web网站的质量水平。
jest 是 facebook 开源的,用来进行单元测试的框架,可以测试 javascipt 和 react。jest 提供了非常方便的 API,可以对下面的场景方便的测试:一般函数、异步函数、测试的生命周期、react 测试
web测试大全,测试web网站有哪些点呢?主要包括:功能测试、兼容性测试、安全测试、输入框测试、用户权限测试等
前端性能测试工具都有哪些:Favicon、Open Graph、图片优化-压缩图像、CSS 优化-Autoprefixer、Purifycss、minify CSS、减少载入时间、GZIP、CDN、优化平台-Sentry、Google Tag Manager
本文你将了解到:1、接口测试基本概念,包含什么是接口,什么是接口测试,为什么要做接口测试;2、接口测试用例设计,3、怎样不用写代码,也能快速的根据开发的API文档完成接口自动化测试脚本
在自动化元素定位操作中经常使用智能等待来加强定位的强壮性,主要就是因为WebDriver没有提供页面加载场景的方法;在使用JavaScript知识的突然心生灵感,可以使用JavaScript来配合验证页面加载,结果发现我真是井底之蛙。
在写测试代码时,以往我们需要翻阅文档,学习各种 API 才能明白如何操作断言。而现在我们可以透过 power-assert 的 assert 方法来减轻调试压力。不仅如此,它还提供更加直观,具体的运行效果,帮助 DEBUG。写测试代码,其实可以很容易。
在网站上线发布之前,我们除了必要的安全、功能测试外,往往还需要进行压力测试。通过模拟实际应用的软硬件环境及用户使用过程的系统负荷,长时间或超大负荷地运行测试软件。包括:Apache JMeter 、LoadRunner、NeoLoad等
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!