😏作者简介:博主是一位测试管理者,同时也是一名对外企业兼职讲师。 📡主页地址:【Austin_zhai】 🙆目的与景愿:旨在于能帮助更多的测试行业人员提升软硬技能,分享行业相关最新信息。 💎声明:博主日常工作较为繁忙,文章会不定期更新,各类行业或职场问题欢迎大家私信,有空必回。
https://www.cnblogs.com/poloyy/category/1768839.html
注意:仅在 Cypress.Commands.add() 中支持使用options,而在 Cypress.Commands.overwrite() 中不支持使用options
在跟同学们的交流中,我也了解到, 原来除了国外优秀的公司(例如Adobe, 迪士尼,AutoDesk等等), 国内也有很多公司在尝试使用Cypress提升测试效率。
在 jest 单元测试中使用快照、API-mock 和 DOM 样式状态断言已经能够实现基础的 UI 测试,但是单元测试属于白盒测试,更关注数据的流动,而端到端测试(End To End Test)属于黑盒测试,更关注操作结果的展示,因此测试效果自然不同。端到端测试更贴近真实用户操作,页面运行在真实的浏览器环境中,因此端到端测试是从用户角度出发的测试。
近期接触了Cypress和TestCafe,两个测试框架都基于Node.js,都不再使用Selenium+WebDriver,而且开箱即用,非常轻量级,就凭不再使用WebDriver这一点,极大地勾起了我的好奇心。所以今天就来初略的学习一下,并以学习笔记成此文。
iframe 是一种常见的 web 页面上遇到的场景,像有些网站的登录就是放到 iframe 里面的。 cypress 如何处理 iframe 上的元素呢,cypress 目前没有提供类似 selenium 上的 switch_to.frame 这种直接切换的方法,得自己封装一个操作方法。
我们已经确定了导致松散性的三个原因。我们可以在此基础上建立我们的反击策略!当然,当你遇到不稳定的测试时,牢记这三个原因,你已经收获颇丰。你已经知道应该寻找什么以及如何改进测试。然而,除此之外,还有一些策略可以帮助我们设计、编写和调试测试,我们将在下面的章节中一起看一下。
最近在用cypress做Web UI自动化,以前用selenium做UI自动化的时候用的最多就是PO模式,现在用cypress做Web UI自动化后,刚开始也是按照selenium那样使用PO模式编写测试用例,发现不是很好用,每个测试文件都要导入一次对Page Object,后来发现cypress不推荐使用PO模式,推荐使用自定义命令,以登录为例子。
Allure 报告是基于标准的 xUnit 结果输出,再添加补充数据而生成的,其报告的生成基于如下两个步骤。
前面运行测试用例是直接在运行器里面点击对应的js文件即可运行写好的脚本文件,写完一个项目后,我们希望能用命令行执行全部用例。 cypress 提供了命令行运行用例,可以方便运行单个js脚本,多个js脚本,也可以运行整个项目。
测试一个web网站的时候,通常需要先登录。要是每个脚本都写一次登录流程,太麻烦了,于是我们会想到写一个公共函数,这样每次去调用函数即可。 cypress 里面提供了一个 commands.js 可以自定义命令,如使用cy.login(user,password)就能调用了
Cypress 支持 Windows64、Windows32、Linux64、MacOS64 版本
一说到UI自动化测试,大家一定首先应该想到的是selenium,毕竟目前来说,这个是最响当当的呢,但是今天给大家介绍的是目前在国外比较火的一款前端自动化测试框架-Cypress,这是一款既可以做UI自动化测试,也可以做接口自动化测试框,且运行速度比selenium的webdriver快。它是一款开箱即用的框架,不像selenium那样需要安装对应Library和结合对应的测试框架才能进行测试。目前Cypress唯一支持的语言是Javascript,所以不会出现像selenium那样多的问题呢。那么我们一起来看下。
Cypress自从面世以来,一直在攻城拔寨,当前,在面试时,国内外优秀的互联网公司都已把掌握Cypress框架算做一项加分技能。 但在市场份额在逐渐扩大的同时,大家对Cypress的期望程度也越来越高,比如,最受诟病的两个问题是:
在 Cypress 安装目录下运行下面命令,所有测试用例若失败都会自动重试 2 次
每当出一个新的工具,很多人都会跟风学习,甚至盲目的迷信,以至于忽略了其本质,任何工具都有不足之处,对于用户而言,不足是正常的,我们需要了解之,然后在实践中发挥其长处,规避不足,从而实现在企业实践中的最佳实践!!!
关于TestRunner, 我想大家都已经非常熟悉了。在我的的书中也有其各个用法的专门介绍,这里不再赘述。
cypress 不仅可以用浏览器访问web页面,也可以直接发 request 请求访问接口。 在实际工作中,很多时候都需要先登录,如果只是写登录页面的案例,可以直接在web页面操作。 如果是写其他页面的案例,需要依赖登录,这时候应该是不需要再次重复打开页面去登录,正确的做法是在用例跑之前写个前置,发登录的请求,保存cookie,让页面保持登录状态。
这篇是根据 cypress 官方文档 copy 过来的,关于自动化测试对登录场景的处理的思考,写的挺好的。 官方文档地址https://docs.cypress.io/guides/getting-started/testing-your-app.html#Logging-in 登录是我们遇到的第一个自动化用例场景,当然登录也是最难的场景之一。
在写脚本的过程中,有时候会遇到一些问题需要慢慢调试找出原因,Cypress 提供了调试的方法,方便我们快速定位到问题
Cypress和TestCafe这两个工具相比于Selenium都更加的轻量级,且在不同的方面有了改进,比如安装更简单,增加了内置等待机制,调试更加方便等。
我们写程序、写复杂的脚本时,如果遇到问题,经常需要打断点进行调式,而Cypress提供了很好的debug命令——debugger
今天是你不知道的Cypress系列(11) -- 使用cy.session()加速鉴权。
Cypress是新一代前端测试框架,它基于node js。解决了开发人员和QA工程师在测试现代应用程序时面临的关键难点问题。 Cypress包含免费的、开源的、可本地安装的Test Runner 和 能够记录测试的控制面板服务。
Cypress 是一个前端自动化测试工具,专门为现代 web 应用设计。它不仅可以用来做自动化测试,还能处理各种自动化操作,比如模拟用户行为、填写表单、点击按钮等。Cypress 提供了一套丰富的 API,可以轻松地与网页元素交互,执行断言,并监控应用的行为。
cypress 我们直接去Cypress的官网,根据教程我们先进入我们项目的根目录,执行npm install cypress --save-dev,在安装完成之后是没有任何的动静的,除了我们的package.json中会多一个版本号的记录,在这里我们根据指引在控制台中输入node_modules/.bin/cypress open这一条命令主要是让我们进入这个目录后去执行cypress的一个可执行文件,在等待片刻后页面上会弹出一个熟悉的控制台,在控制台中会有一个Alert,我们点击按钮got it 就可以看到我们项目的根目录中生成了一个cypress.json文件和一个Cpress的文件夹,在文件夹的intergration中会有一些默认写好的spec,这些用例是框架在找不到指定路径时就会默认生成这么一个目录去提供整体结构的示例的,在cypress\integration 文件夹下写测试用例,可根据情况分文件夹存放 然后我们在cypress.json中填入我们需要修改的信息
在我们这个信息爆炸的时代,技术更新换代速度之快让人目不暇接。Node.js作为后端开发中的热门技术,它的强大功能离不开一个宝库——NPM。你知道吗,这个宝库里藏着超过150万个NPM包,没有这些宝贝,Node.js就像是缺了一臂的勇士,依然强大,但却不那么无敌了。
一直以来,端到端的测试都是前端开发最头疼的事情。如果没有好的测试工具,一旦需求发生改变,就需要手工测试,费时费力,还会有漏网的 bug。最近接触了一款开箱即用的端到端测试工具——Cypress,真心不错,Cypress可以对在浏览器中运行的任何东西进行快速、简单和可靠的测试。
官方文档:https://docs.cypress.io/guides/overview/why-cypress.html
又名 AQS 框架,位于 java.util.concurrent.locks 包内。用来构建锁和同步器的框架,使用 AQS 能简单且高效地构造出应用广泛的大量的同步器,比如我们提到的 ReentrantLock,Semaphore 等。
近两年有一款 UI 测试工具非常火爆,名字叫 cypress, 官方号称超越 selenium, 是面向下一代的测试工具。
领取专属 10元无门槛券
手把手带您无忧上云