What if your tests could find and click buttons even before they appear on screen?
Why Hidden elements handling in Cypress? - Purpose & Use Cases
Imagine you are testing a website manually and need to check if a button that only appears after clicking another element works correctly. You try to find it on the page, but it is hidden until triggered. You keep clicking and searching, but sometimes you miss it or click the wrong thing.
Manually checking hidden elements is slow and frustrating. You can easily miss hidden buttons or fields because they are not visible. This leads to mistakes and wasted time. Also, you cannot repeat the exact steps consistently, so bugs slip through.
Using hidden elements handling in Cypress lets you find and test elements even if they are not visible yet. Cypress commands can check for hidden elements and interact with them safely. This makes your tests reliable and fast, catching bugs that manual testing misses.
cy.get('button').click(); // tries to click visible button only cy.get('input').type('data'); // fails if input is hidden
cy.get('button').click(); cy.get('input', { includeShadowDom: true, timeout: 5000 }).should('exist').type('data', { force: true });
You can test all parts of your app, even hidden or dynamic elements, ensuring nothing breaks when users interact with your site.
On a shopping site, the "Add to Cart" button appears only after selecting a product size. Hidden elements handling lets your test click that button reliably, even if it is hidden at first.
Manual testing misses hidden elements easily.
Hidden elements handling makes tests reliable and fast.
It helps catch bugs in dynamic user interfaces.
Practice
Solution
Step 1: Understand visibility assertion
The command.should('not.be.visible')checks if an element is hidden or not visible on the page.Step 2: Compare with other commands
Commands like.click()and.type()perform actions, not visibility checks..should('be.enabled')checks if an element is enabled, not visibility.Final Answer:
.should('not.be.visible') -> Option AQuick Check:
Check hidden =.should('not.be.visible')[OK]
- Using .click() to check visibility
- Confusing enabled state with visibility
- Using .type() for visibility check
Solution
Step 1: Identify force option usage
To click a hidden element, Cypress requires the option{ force: true }to override visibility checks.Step 2: Evaluate other options
Options like{ visible: true }or{ hidden: false }are invalid in Cypress click command. Clicking without force on hidden element fails.Final Answer:
cy.get('button.hidden').click({ force: true }) -> Option AQuick Check:
Click hidden = click with { force: true } [OK]
- Omitting { force: true } when clicking hidden elements
- Using invalid options like { visible: true }
- Trying to click without force on hidden elements
cy.get('#secret').should('not.be.visible')
cy.get('#secret').click()Assuming
#secret is hidden.Solution
Step 1: Check visibility assertion
The first line asserts the element is hidden, so it passes as expected.Step 2: Analyze click on hidden element
Clicking a hidden element without{ force: true }causes Cypress to fail the test because the element is not interactable.Final Answer:
Test fails at click because element is hidden -> Option DQuick Check:
Click hidden without force = fail [OK]
- Assuming click on hidden element passes
- Ignoring need for { force: true }
- Thinking click is silently ignored
cy.get('.hidden-link').click()But the test fails with an error about element not being visible. What is the best fix?
Solution
Step 1: Understand error cause
The error occurs because Cypress cannot click a hidden element without forcing the action.Step 2: Apply correct fix
Adding{ force: true }to.click()forces the click on the hidden element, fixing the error.Final Answer:
Add { force: true } to the click command -> Option CQuick Check:
Force click fixes hidden element error [OK]
- Trying to click without force on hidden elements
- Adding visibility assertion before click on hidden element
- Removing click instead of fixing it
#agree. Which Cypress code correctly checks it and verifies it is checked?Solution
Step 1: Identify hidden element interaction
Since the checkbox is hidden,.check()requires{ force: true }to interact with it.Step 2: Verify checked state
After forcing the check,.should('be.checked')confirms the checkbox is checked.Final Answer:
cy.get('#agree').check({ force: true }).should('be.checked') -> Option BQuick Check:
Check hidden checkbox with force and assert checked [OK]
- Using .check() without force on hidden checkbox
- Using .click() instead of .check() for checkbox
- Asserting not checked after clicking
Ready to prove it?
Pass the test and this pattern moves unknown
