【发布时间】:2020-11-18 06:41:48
【问题描述】:
使用的技术:
- npm
- 开玩笑
- 开玩笑的木偶师
如果我一个一个地运行我的测试,它们会单独通过
$ npm test test/file.to.test.js
...
Test Suites: 1 passed, 1 total
Tests: 6 passed, 6 total
但是,如果我作为一个组运行我的测试,那么错误就会很猖獗
$ npm test
...
Test Suites: 6 failed, 6 total
Tests: 88 failed, 17 todo, 4 passed, 109 total
问题
我的情况似乎与某种 jest/puppeteer 缓存或 chrome 会话共享有关。不管怎样,我该如何进一步调试?
额外
在写这个问题时,我发现使用参数--runInBand(来自this answer)可以使所有测试都通过,但它们是按顺序运行的,这使得测试需要更长的时间——通常开玩笑测试是并行运行的。
设置
package.json
"test": "set NODE_ENV=test && jest --runInBand --detectOpenHandles --forceExit",
jest-puppeteer.config.js
module.exports = {
launch: {
devtools: true, // allows for use of 'debugger;' in tests
// executablePath: '/usr/bin/chromium-browser',
headless: true,
defaultViewport: {
width: 1024,
height: 768,
//isMobile: true,
//hasTouch: true,
},
ignoreDefaultArgs: ['--disable-extensions'],
args: [
'--enable-font-antialiasing',
'--font-render-hinting=medium',
'--disable-gpu',
'--disable-dev-shm-usage',
'--disable-setuid-sandbox',
'--no-first-run',
'--no-sandbox',
'--no-zygote',
'--single-process',
"--renderer",
"--no-service-autorun",
"--no-experiments",
"--no-default-browser-check",
"--disable-extensions",
]
},
// server: {
// command: "npm run serve",
// port: 9000,
// launchTimeout: 180000
// },
browser: 'chromium',
browserContext: 'default'
};
【问题讨论】:
-
失败的具体原因是什么?为什么你认为它们可能是由会话共享引起的?我希望这可能是服务器处理同时请求的方式。所有这些 chrome args 都是故意添加的吗?
-
@EstusFlask 按顺序回答问题:失败的原因似乎充其量是随机的;与实际的浏览器会话相比,我更关注浏览器页面状态(我的单词使用率很低); ;该项目涵盖 Windows 10、Windows 10 WSL (ubuntu 18.04) OSX 10.14、10.15,因此这是迄今为止适用于每种操作系统安排的所有参数,而不是在任何给定操作系统上中断的参数。
标签: jestjs jest-puppeteer