前端测试框架 puppeteer 文档翻译
puppeteer
puppeteer 是一个通过devtools 协议提供高级api 来控制 chrome,chromium 的 node库; puppeteer默认运行在 headless 模式, 也可配置后运行在全模式(non-headless).
puppeteer可以做什么
大部分在浏览器里手动执行的动作都可以通过puppeteer实现! 这里有几个列子来让你开始.
- 生成页面截图和pdf.
- 爬取单页面应用生成提前渲染的内容(例如 ssr).
- 自动提交表单, ui测试, 键盘输入等.
- 创建最新的自动化的测试环境,在最新的 chrome 里使用 js 和浏览器的最新特性来运行你的测试.
- 捕获网站的跟踪时间线以帮助诊断性能问题.
开始
安装
为了在你的项目里使用puppeteer, 执行:
npm i puppeteer # 或者 yarn add puppeteer
提示: 安装puppeteer是,会下载最新版本的chromium(mac下170 m, windows下282m))以保证api正常工作. 要跳过这一步,请参阅环境变量().
例子
提示: puppeteer需要 node v6.4.0及以上版本, 但以下例子中使用了在node v7.60及以上版本中的 async/await .
使用过其它浏览器测试框架的人对puppeteer也会熟悉. 创建browser实列, 打开页面,然后使用puppeteer api操作页面.
example - 导航到 https://example.com 截图后保存为example.png.
保存如下文件为 example.js
const puppeteer = require('puppeteer'); (async () => { const browser = await puppeteer.launch(); const page = await browser.newpage(); await page.goto('https://example.com'); await page.screenshot({path: 'example.png'}); await browser.close(); })();
执行下面命令 node example.js
puppeteer 设置出时页面尺寸为 800 x 600px ,截图尺寸也是这个. 通过page.setviewport() 设置个性化页面尺寸.
example - 创建pdf
文件保存为hn.js
const puppeteer = require('puppeteer'); (async () => { const browser = await puppeteer.launch(); const page = await browser.newpage(); await page.goto('https://news.ycombinator.com', {waituntil: 'networkidle2'}); await page.pdf({path: 'hn.pdf', format: 'a4}'); await browser.close(); })();
执行如下命令 node hn.js
, 查看 page.pdf() api 寻找更多关于创建pdf的信息.
example - 在页面上下文中执行js
保存为 get-dimensions.js
const puppeteer = require('puppeteer'); (async () => { const browser = await puppeteer.launch(); const page = await browser.newpage(); await page.goto('https://example.com'); const dimensions = await page.evaluate(() => { return { width: document.documentelement.clientwidth, height: document.documentelement.clientheight, devicescalefactor: window.devicepixelratio } }) })()
执行如下命令 node get-dimensions.js
, 查看page.evaluate() api 获取关于evaluate和相关方法 (如:evaluateonnewdocument, exposefunction)的详细信息.
运行时的默认设置
- 使用无头浏览器模式(headless)
puppeteer 运行chromium 在headless模式下. 当运行浏览器时设置'headless' 选项使chromium运行在全模式下.
const browser = await puppeteer.launch({headless: false});
- 绑定特定版本的chromium
默认情况下,puppeteer下载使用指定版本的 chromium 以保证所有的api正常工作. 创建browser实例时指定 executablepath值来以使用不同浏览器.
const browser = await puppeteer.launch({executablepath: '/path/to/chrome'})
查看puppeteer.launch() api了解更多信息.
阅读这篇文章了解chromium和 chrome 的不同, 描述了chrome和 chromium 在linux下的不同.
- 创建一个新用户
puppeteer每次运行时先创建一个 chromium 用户, 运行结束后就清除用户信息.
api文档
探索api 文档和例子来学习更多.
调试技巧
- 关闭无头模式 - 有时观看浏览器的显示是有用的. 使浏览器运行在全模式而不是无头模式下, 使用headless: false:
const browser = await puppeteer.launch({headless: false,})
- 慢下来 - slowmo 选项减慢puppeteer 执行速度, 减慢指定的总毫秒数. 这是帮助观察发生什么的另一个途径.
const browser = await puppeteer.launch({ headless: false, slowmo: 250 //减慢puppeteer 250ms });
- 捕获控制台输出 - 监听console事件. 当调试page.evaluate() 内部代码时比较便利.
page.on('console', msg => console.log('页面log', msg.text())); await page.evaluate(() => console.log(`url is ${location.href}`))
- 停止执行测试,在浏览器内使用debugger
- 运行puppeteer时使用 {devtools: true}:
const browser = await puppeteer.launch({devtools: true});
- 改变测试超时时间:
- jest:
jest.settimeout(100000);
- jasmine:
jasmine.default_time_interval = 100000;
- mocha:
this.timeout(100000);
(改变测试时使用 function 不能使用箭头函数)
- jest:
- 在evaluate内部使用
debugger
语句, 在已存在的evaluate环境中添加debugger
await page.evaluate(() => { debugger; });
puppeteer测试将会停止在上面这条语句, chromium也将停留在 debugger 模式.
- 打开详细记录 - 调用所有公共api 和内部传输协议将会被
puppeteer
命名空间下的debug
模块记录
# 基本的详细记录 env debug="puppeteer:*" node script.js # 调试输出可通过命名空间来开关 env debug="puppeteer:*,-puppeteer:protocol" node script.js # 记录除了协议信息的所有信息 env debug="puppeteer:session" node script.js # 记录会话协议(protocol messages) env debug="puppeteer:mouse,puppeteer:keyboard" node script.js # 只记录鼠标和键盘api调用 # 传输协议记录的比较繁杂. 下面例子过滤所有网络信息. env debug="puppeteer:*" env debug_colors=true node script.js 2>&1 | grep -v '"network'
为puppeteer贡献
查看贡献指南 以了解puppeteer开发概述
faq(常见问题)
谁维护puppeteer?
chrome devtools团队维护这个库, 同时欢迎大家的参与!
puppeteer的目标和职责是什么?
这个项目的目标是:
- 提供一个精简和权威的库以突出 devtools protocol 的能力
- 为类似的测试库提供实现参考. 最终其它框架可以采用puppeteer作为基础层.
- 发展采用 无头,自动化 浏览器测试.
- 帮助devtools protocol 新特性做 dogfood 测试, 捕获bug
- 寻找浏览器自动化测试的痛点, 然后帮助解决这些差别.
我们采用chromium职责来帮助我们驱动产品做决定:
- 快速: puppeteer在一个自动化测试页面的性能开销几乎为0.
- 安全: puppeteer在 chromium 操作过程中,自动使潜在的恶意页面安全.
- 稳定: puppeteer不是脆弱的,也不会有内存泄漏
- 简易: puppeteer 提供易用易理解和调试的高级api.
puppeteer是用来取代selenium/webdriver的吗?
不是, 这两个项目因为一些不同的原因都是有价值的.
- selenium/webdriver 集中于自动跨浏览器; 它的价值在于提供一个在所有主要浏览器里工作的单一标准api.
- puppeteer 专注于chromium;它的价值在于丰富的功能和高可靠性.
也就是说,你可以使用puppeteer在非chromium浏览器里运行测试. 例如使用community-driver jest-puppeteer. 虽然puppeteer不是你唯一可用的解决方案,但确实有几分比web driver好的特点: - puppeteer 可以零设置,附带特定版本的chromium是其更好的工作,puppeteer开始使用非常容易,在一天结束时只在chromium上运行几个测试比不测试好.
- puppeteer 是事件驱动架构, 移除大量潜在脆弱环节. 不需要在puppeteer脚本调用邪恶的"sleep(1000)"
- puppeteer 默认运行在headless模式下,使得启动非常快. puppeteer v1.5.0 也暴露出浏览器上下文, 使高效的并行执行测试成为可能.
- puppeteer 在调试时高亮: 翻转headless位 false ,设置slowmo选项, 将会看到浏览器的行为. 甚至可以打开chrome devtools来检查测试环境.
为什么puppeteer v.xxx 不能和chromium v.yyy一同工作?
puppeteer作为 chromium 不可分割的一部分. 每个版本的puppeteer绑定于一个特定版本的 chromium以保证 puppeteer工作.
着并不是通过人工来约束,许多puppeteer工作确实在 chromium 仓库里.下面时典型故事:
- puppeteer bug报告 https://github.com/googlechrome/puppeteer/issues/2709
- 这原本是devtools protocol的 issue, 然后在chromium里修复 https://chromium-review.googlesource.com/c/chromium/src/+/1102154
- 当bug修复后,滚动更新chromium到 puppeteer
然而,通常人们更愿意将puppeteer 和官方的google chrome一同使用.这种情况下需要选择特定版本的puppeteer以使chromium版本接近chrome.
puppeteer使用哪个版本的 chromium?
在puppeteer相关版本的package.json文件里查看.
什么是导航(navigation)?
在puppeteer观点中, '导航(navigation)' 是所有改变页面url的事物. 除了常规的导航外,在浏览器中点击网络从web服务器中获取新文档, 包含a标签导航和history api
在这个navigation定义中, puppeteer和单页面应用无缝衔接.
信任的和不信任的输入事件有什么不同?
在浏览器中输入事件被分为两大类: 信任的和不被信任的.
- 信任事件: 通过页面的用户接口产生. 例如使用鼠标和键盘.
- 非信任事件: 通过web api产生. 例如document.createevent 或者 element.click() 方法.
网站能够区分这两类事件:
- 使用
event.istrusted
事件标志. - 嗅探伴随事件. 例如每一个可信任的点击事件之前都是'moussedown' 和'mouseup'事件.
为了自动化的目的, 生成可信任事件是比较重要的. 通过puppeteer生成的输入事件都是可信任事件和触发适当的伴随事件.如果需要非信任事件,需要通过page.evaluate
在页面上下文中生成模拟事件:
await page.evaluate(() => { document.queryselector('button[type=submit]').click(); })
puppeteer不支持什么特性?
你也许会发现当puppeteer控制包含audio和video的页面时一些行为不是预期的.(例如, 视频播放时截图会失败), 这有以下两个原因:
- puppeteer 是和chromium绑定的,并不是chrome, 所以puppeteer继承了 chromium所有限制. 这意味着puppeteer 不支持一些许可格式例如: aac和 h.264(然而也可能强制puppeteer使用, 当 通过executablepath选项使用chrome替代chromium时. 只有在官方发布的chrome支持这些媒体格式时才能使用这些配置)
- 自从puppeteer控制chromium/chrome的桌面版后,只在手机版本里的chrome特性不被支持. 这意味着puppeteer不支持 http live streaming(hls).
在测试环境中安装运行puppeteer时存在问题?
我们有一份针对不同操作系统的排错指南需求列表.
如何使用puppeteer的提前版本?
npm i --save puppeteer@next
提示: 提前版本可能不稳定和包含bugs.
还有更多问题,到哪里寻求帮助?
这里有许多关于puppeteer帮助的路径:
确保在提交你的问题之前在这些频道里搜索问题.
上一篇: ssh.invoke_shell() 切换root出现的新问题
下一篇: Python 面向对象介绍