你不知道的Cypress系列(4) -- “PO”已死,App Action当立?

iTesting

共 7290字,需浏览 15分钟

 · 2021-02-22

iTesting,爱测试,爱分享


我的新书前端自动化测试框架Cypress从入门到精通出版啦!


自从我的新书<前端自动化测试框架 -- Cypress从入门到精通>上市以来,这本书受到了大量同学热情的追捧和讨论。在跟同学们的交流中,我也了解到, 原来除了国外优秀的公司(例如Adobe, 迪士尼,AutoDesk等等), 国内也有很多公司在尝试使用Cypress提升测试效率。而在Cypress中国群内、在公众号iTesting里,我每天都能看到大量关于Cypress的使用讨论和私下问询。这让我感到无比荣幸。(买了书的同学们,公众号回复你的微信号,拉你到Cypress中国群)。



今天是你不知道的Cypress系列(4) -- “PO”已死,App  Action当立?


01

PageObject是什么


关于PageObject,我在你不知道的Cypress系列(2) -- ”该死"的PO模型!中有过比较清晰的描述。这里就不再赘述。


可以明确的是,Cypress不提倡PageObject,并不是因为PageObject模型不好,而是因为由于Cypress运行原理的独特性,使用PageObject模型,一定程度上阻止了Cypress做的更好,这句话怎么理解?这就不得不说到App Action这个模型了。


02


什么是App Action


相信大家听了我那么多次鼓吹Cypress,早已知道,Cypress是市面上为数不多的没有使用JSON Wire Protocol(WebDriver及99%其它自动化框架的核心协议)的框架。Cypress运行在浏览器之内,并且和你的应用程序运行在同一生命周期,这意味着Cypress可以直接访问和控制应用程序本身的行为。


而这种直接控制应用程序到达要测试所需状态的能力,就是“App Action”。


这句话同样不好理解,我举个例子,假设我要测试一个页面功能,这个功能是付款成功后,会随机出现一个优惠券供我下次使用。我要测试这个优惠券在付款成功后会出现,并且可以领取。自动化测试为了保证测试用例的原子性,我:


  • 要么准备一个账户,这个账户有余额, 并且这个账户永远有我要的商品在购物车,等着我付款(大家知道这不可能)。


  • 要么注册一个账户,用这个账户登录,充钱,添加商品,然后加购物车,然后付款,最后检查优惠券页面。


注意:我的测试要求是测试付款成功后的优惠券页面。那么这个动作抽象一下就是

1. 付款及其前置动作2. 优惠券页面(真正的测试项)


在我们实际测试中,我们经常会发现,可能整个测试写了100行代码。测试付款后,检查优惠券的动作只有10行代码,其它90行都是动作1,即我们花大量时间在做付款及其前置动作。


有没有觉得有点本末倒置?


如果有一种办法,可以让我们的应用程序直接到达优惠券页面,我的代码是不是只需要10行?是不是就避免了很多无效的操作?是不是运行速度上可以更快,而且我可以只关注我要测试的部分?


这种直接控制应用程序到达要测试所需状态的能力,就是“App Action”。


03


App Action举例


Cypress提供给我们一个应用程序供练习,如下图所示:


假设我要测试登录,那么正常情况下,我的操作是下面这样的:

1. 打开首页。2. 点击右上角的Login。3. 在弹出的Login对话框中输入用户名,密码登录。


我的代码是这样:

it('iTesting Demo', () => {
cy .visit('/');
// 7到 13 行是Login的前置条件。 cy .get('[data-cy="login-menu"]') .click();
cy .get('[data-cy="login-module"]') .should('be.visible');
//真正的Login 从这里开始 cy .get('[data-cy="login-email"]') .type('iTesting@YouMustFollow.com');
cy .get('[data-cy="login-password"]') .type('Password');
cy .get('[data-cy="login"]') .click();
});


由于Cypress可以直接访问应用程序资源,并且可以控制应用程序状态,那么使用“App Action”的操作就是这样:

1. 打开首页。2. Cypress直接操作应用程序打开Login界面。3. 输入用户名,密码继续测试。


使用Applicaiton Action的代码就是这样:

it('iTesting Demo'() => {  cy    .visit('/');  // Magic! Cypress通过将应用程序窗口暴露出来,从而直接访问应用 // 程序本身的各种方法。 实现我们一会讲。    cy    .window()    .then(({ app }) => {      app.showLoginModule = true;    });         //真正的Login,从这里开始  cy    .get('[data-cy="login-email"]')    .type('iTesting@YouMustFollow.com');
cy .get('[data-cy="login-password"]') .type('Password');
cy .get('[data-cy="login"]')    .click();});


由此可见,使用了App Action, 我们可以直接指定应用程序到达测试需要的状态,而不必再做无关的操作。


那么,这个是怎么实现的呢?


04


App Action如何实现


我们来看下关键代码:

 // Magic! Cypress通过将应用程序窗口暴露出来,从而直接访问应用 // 程序本身的各种方法。实现我们一会讲。  cy    .window()    .then(({ app }) => {      app.showLoginModule = true;    });

这段代码直接把Login窗口打开了,而不是通过页面操作打开。为什么这样可以呢?


这就不得不说到应用程序源码了:

从上图可以看到,这个应用程序是Vue的(React和Angular原理类似),通过Vue DevTools我们可以看出来,是属性showLoginModule控制Login窗口的出现。


而如果我们能把应用打开的窗口(及其支持的方法)暴露给浏览器的Window对象,那么我们就可以通过cy.window来获取。


具体怎么做呢?


在入口文件main.js里, 在初始化vue实例后,把我们的app实例暴露给window context就好。

const app = new Vue({  // ...}).$mount('#Example-app');// 上面是正常的vue代码。
 // 起作用的是,添加了如下一行。window.app = app;

这样做了后,当应用程序在浏览器中打开时,你可以直接通过window.app来设置所有app支持的方法

因为window我们已经完全拿到了,所以我们可以直接用cypress来操作Login窗口的关闭和打开。

window.app.showLoginModule = true 

所以,下面的关键代码在Cypress测试中可以直接使用!

 // Magic! Cypress通过将应用程序窗口暴露出来,从而直接访问应用 // 程序本身的各种方法。实现我们一会讲。  cy    .window()    .then(({ app }) => {      app.showLoginModule = true;    });
Login 窗口可以直接被唤起,一秒直达测试状态,这个感觉只有Cypress能给你有没有?:)


05


为什么App  Action流行不起来?


看到这里,你应该明白使用Cypress的最大好处了吧?你可以直接调用应用程序里的方法来设置你应用程序当前的状态,是不是心潮澎湃啊!这样一来,还需要什么数据准备?还需要什么前置操作,直捣黄龙有没有?


”桥逗麻袋“, 好像哪里不对?


这就对了,这就是App  Action流行不起来的原因:

1. 测试人员没有那么强的代码能力,去根据开发的代码写Cypress代码。2. 开发人员未必愿意配合你做这些。


所以, 大部分测试人员只能直接从UI去操作,虽杀鸡用牛刀也是不得已。


06


总结


从自动化测试效率上来说,App Action一定是超越Page Object模型的。从测试脚本稳定性,运行时长等因素来看,App  Action也是一骑绝尘。


但是, 任何技术理论提出的太早,不一定是好事儿,受制于广大人测试人员的认知和技术水平, 虽然App  Action带来的震撼犹如哥白尼的日心说,但是“地球是宇宙的中心”,测试代码在可见的范围内,也仍然是由测试人员来写, 所以, 忘记App  Action,继续拥抱PageObject吧  :(


Cypress强推的App  Action非常适合那种敏捷型“精英小分队”,即团队的每个人都是多面手,具备一定的开发能力,否则,App  Action只能是水中月,美则美矣,实操性难。


别走开,下一篇更精彩!


如果你想实操下本文中的App  Action用法,可以直接fork以下Repo:

https://github.com/filiphric/trelloapp 


往期回看:

                    你不知道的Cypress系列(1) --鸡肋的BDD

                    你不知道的Cypress系列(2) -- ”该死"的PO模型!

                    你不知道的Cypress系列(3) -- 是时候重构自己的思维了!


为了更好的支持我创作,麻烦同学们动动小手,点赞 + 在看 + 转发一键三联:)



技术讨论

公众号里直接回复 666, 带你入圈。


 -   -  时人莫小池中水, 浅处不妨有卧龙  -  -

作者:

Kevin Cai, 江湖人称蔡老师。

两性情感专家,非著名测试开发。

技术路线的坚定支持者,始终相信Nobody can be somebody。      


· 猜你喜欢的文章 ·

功能测试进阶系列直播(免费)

前端测试框架Cypress从入门到精通

自研测试框架ktest介绍(适用于UI和API)

测试开发入门与实战

浏览 64
点赞
评论
收藏
分享

手机扫一扫分享

举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

举报