npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

cypress-if

v1.12.0

Published

Easy conditional if-else logic for your Cypress tests

Downloads

315,380

Readme

cypress-if cypress version ci

Easy conditional if-else logic for your Cypress tests

Tested with cy.get, cy.contains, cy.find, .then, .within commands in Cypress v9 and v10+.

⚠️ Warning

In general, Cypress team considers conditional testing an anti-pattern. Thus cypress-if should be used only if the test really cannot deterministically execute its steps. You can also read my conditional testing examples.

No xpath support

This plugin works by overriding cy.get, cy.find, and some other Cypress commands. It does NOT override the cy.xpath commands that comes from another plugin. I personally suggest never using xpath selectors (and I wrote cy.xpath), the jQuery selectors included with Cypress are much more powerful and less prone to breaking. Learn them using cypress-examples.

Install

Add this package as a dev dependency

$ npm i -D cypress-if
# or using Yarn
$ yarn add -D cypress-if

Include this package in your spec or support file

import 'cypress-if'

Types

Types for the .if() and .else() commands are described in the include typescript file src/index.d.ts file. If you need intellisense, include the type for this package. For example,

// your spec file
/// <reference types="cypress-if" />

If it does not work, and TS still complains about unknown command .if, then do the following trick and move on:

cy.get(...)
  // @ts-ignore
  .if()

Use

Let's say, there is a dialog that might sometimes be visible when you visit the page. You can close it by finding it using the cy.get command follows by the .if() command. If the dialog really exists, then all commands chained after .if() run. If the dialog is not found, then the rest of the chain is skipped.

cy.get('dialog#survey').if().contains('button', 'Close').click()

Dialog was open

Assertions

By default, the .if() command just checks the existence of the element returned by the cy.get command. You might use instead a different assertion, like close a dialog if it is visible:

cy.get('dialog#survey').if('visible').contains('button', 'Close').click()

If the dialog was invisible, the visibility assertion fails, and the rest of the commands was skipped

Dialog was closed

You can use assertions with arguments

cy.wrap(42).if('equal', 42)...

You can use assertions with not

cy.get('#enrolled').if('not.checked').check()

Callback function

You can check the value yourself by writing a callback function, similar to the should(callback) and its many examples. You can use predicate and Chai assertions, but you cannot use any Cypress commands inside the callback, since it only synchronously checks the given value.

// predicate function returning a boolean
const isEven = (n) => n % 2 === 0
cy.wrap(42).if(isEven).log('even').else().log('odd')
// a function using Chai assertions
const is42 = (n) => expect(n).to.equal(42)
cy.wrap(42).if(is42).log('42!').else().log('some other number')

For more examples, see the cypress/e2e/callback.cy.js spec

Combining assertions

If you want to right complex assertions that combine other checks using AND, OR connectors, please use a callback function.

// AND predicate using &&
cy.wrap(42).if((n) => n > 20 && n < 50)
// AND connector using Chai "and" connector
cy.wrap(42).if((n) => expect(n).to.be.greaterThan(20).and.to.be.lessThan(50))
// OR predicate using ||
cy.wrap(42).if((n) => n > 20 || n < 10)

Unfortunately, there is no Chai OR connector.

For more examples, see the cypress/e2e/and-or.cy.js spec file

else command

You can chain .else() command that is only executed if the .if() is skipped.

cy.contains('Accept cookies')
  .if('visible')
  .click()
  .else()
  .log('no cookie banner')

The subject from the .if() command will be passed to the .else() chain, this allows you to work with the original element:

cy.get('#enrolled')
  .if('checked')
  .log('**already enrolled**')
  // the checkbox should be passed into .else()
  .else()
  .check()

You can print a message if the ELSE branch is taken

cy.get('...').if('...').else().log('a message')
// same as
cy.get('...').if('...').else('a message')

Multiple commands

Sometimes it makes sense to place the "if" or "else" commands into .then() block

cy.get('#survey')
  .if('visible')
  .then(() => {
    cy.log('closing the survey')
    cy.contains('button', 'Close').click()
  })
  .else()
  .then(() => {
    cy.log('Already closed')
  })

Within

You can attach .within() command to the .if()

cy.get('#survey')
  .if('visible')
  .within(() => {
    // fill the survey
    // click the submit button
  })

finally

You might want to finish if/else command chains and continue afterwards. This is the purpose for the .finally() child command:

cy.get('#agreed')
  .if('not.checked')
  .check()
  .else()
  .log('already checked')
  .finally()
  .should('be.checked')

.finally comes in useful when you are chaining something and don't want the "if/else" to "leak" to the next series of commands. From #59 comes the issue-59.cy.js

function bar() {
  return (
    cy
      .wrap('testing')
      .if()
      .then(() => cy.wrap('got it'))
      .else()
      .then(() => cy.wrap('else do'))
      // to correctly STOP the chaining if/else
      // from putting anything chained of bar()
      // need to add .finally() command
      .finally()
  )
}
bar().then((it) => {
  cy.log(`result: ${it}`)
})
// logs:
// "testing"
// "got it"
// result: got it"

cy.task

You can perform commands if the cy.task failed

cy.task('throws').if('failed')
// handle the failure

Aliases

You can have conditional commands depending on an alias that might exist.

cy.get('@maybe')
  .if()
  // commands to execute if the alias "maybe" exists
  .else()
  // commands to execute if the alias "maybe" does not exist
  .finally()
  // commands to execute after
  .log(...)

See spec alias.cy.js

Null values

Typically null values are treated same as undefined and follow the "else" path. You can specifically check for null and not.null using these assertions:

cy.wrap(null).if('null') // takes IF path
cy.wrap(null).if('not.null') // takes ELSE path
cy.wrap(42).if('not.null') // takes IF path

See spec null.cy.js

raise

This plugin includes a utility custom command cy.raise that lets you conveniently throw an error.

cy.get('li').if('not.have.length', 3).raise('Wrong number of todos')

Tip: the above syntax works, but you better pass an Error instance rather than a string to get the exact stack trace location

cy.get('li').if('not.have.length', 3).raise(new Error('Wrong number of todos'))

More examples

Check out the spec files in cypress/e2e folder. If you still have a question, open a GitHub issue.

Debugging

This module uses debug module to output verbose browser console messages when needed. To turn the logging on, open the browser's DevTools console and set the local storage entry:

localStorage.debug = 'cypress-if'

If you re-run the tests, you should see the messages appear in the console

Debug messages in the console

See also

Small print

Author: Gleb Bahmutov <[email protected]> © 2022

License: MIT - do anything with the code, but don't blame me if it does not work.

Support: if you find any problems with this module, email / tweet / open issue on Github

MIT License

Copyright (c) 2022 Gleb Bahmutov <[email protected]>

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.