Automatic retry mechanism in Cypress - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to retry the assertion automatically in Cypress.

Cypress

cy.get('button').click();
cy.get('.result').should([1], 'Success');

Drag options to blanks, or click blank then click option'

A'have.text'

B'be.visible'

C'contain'

D'exist'

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'contain' instead of 'have.text' which allows partial match.

Using 'exist' which only checks presence, not text content.

The should('have.text', 'Success') assertion checks the exact text and retries automatically until it passes or times out.

2fill in blank

medium

Complete the code to retry a custom command until it succeeds.

Cypress

Cypress.Commands.add('checkStatus', () => {
  cy.request('/status').its('body.status').should([1], 'ready');
});

Drag options to blanks, or click blank then click option'

A'match'

B'contain'

C'equal'

D'include'

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'include' or 'contain' which check partial matches and may not be precise.

Using 'match' which is for regex and not suitable here.

The should('equal', 'ready') assertion retries until the status equals 'ready'.

3fill in blank

hard

Fix the error in the retry assertion to correctly wait for the element to be visible.

Cypress

cy.get('.loading').should([1]);

Drag options to blanks, or click blank then click option'

A'show'

B'visible'

C'is.visible'

D'be.visible'

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'visible' without 'be.' prefix causes syntax error.

Using 'is.visible' or 'show' which are invalid assertions.

The correct Cypress assertion is should('be.visible') which retries until the element is visible.

4fill in blank

hard

Fill both blanks to retry the assertion that the input value is 'test'.

Cypress

cy.get('input').should([1], [2]);

Drag options to blanks, or click blank then click option'

A'have.value'

B'value'

C'test'

D'input'

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'value' instead of 'have.value' for the assertion name.

Using 'input' instead of the expected value string.

The assertion should('have.value', 'test') retries until the input's value is exactly 'test'.

5fill in blank

hard

Fill all three blanks to retry a custom command that waits for a status 'complete' and asserts it.

Cypress

Cypress.Commands.add('waitForComplete', () => {
  cy.request('/task-status').its([1]).should([2], [3]);
});

Drag options to blanks, or click blank then click option'

A'body.status'

B'equal'

C'complete'

D'status'

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'status' instead of 'body.status' which does not access the nested property.

Using 'include' or 'contain' instead of 'equal' for exact match.

The command checks the property body.status and retries the assertion should('equal', 'complete') until the status is 'complete'.

Practice

1. What does Cypress's automatic retry mechanism do during test execution?

easy

A. It requires manual loops to retry commands.

B. It skips failed tests automatically without retrying.

C. It keeps trying commands and assertions until they pass or timeout.

D. It only retries tests when explicitly told by the user.

Solution

1. Step 1: Understand Cypress retry behavior

   Cypress automatically retries commands and assertions until they pass or the timeout is reached.

2. Step 2: Compare options with this behavior

   Only the option stating "It keeps trying commands and assertions until they pass or timeout." correctly describes this automatic retry mechanism without manual intervention.

3. Final Answer:

   It keeps trying commands and assertions until they pass or timeout. -> Option C

4. Quick Check:

   Automatic retry = keeps trying until pass [OK]

Hint: Remember: Cypress retries commands/assertions automatically [OK]

Common Mistakes:

• Thinking retries happen only on user command
• Believing Cypress skips failed tests without retry
• Assuming manual loops are needed for retries

2. Which of the following is the correct syntax to assert that an element with id submit-btn is visible, leveraging Cypress's automatic retry?

easy

A. cy.get('#submit-btn').assertVisible()

B. cy.get('#submit-btn').should('be.visible')

C. cy.find('#submit-btn').should('visible')

D. cy.getElement('#submit-btn').isVisible()

Solution

1. Step 1: Identify correct Cypress command and assertion

   The correct command to select an element is cy.get() and the assertion to check visibility is should('be.visible').

2. Step 2: Validate syntax correctness

   cy.get('#submit-btn').should('be.visible') uses the correct syntax and leverages automatic retry on the assertion. Other options use invalid commands or incorrect assertion syntax.

3. Final Answer:

   cy.get('#submit-btn').should('be.visible') -> Option B

4. Quick Check:

   Correct syntax = cy.get + should('be.visible') [OK]

Hint: Use cy.get() with should() for retries on assertions [OK]

Common Mistakes:

• Using non-existent commands like assertVisible()
• Incorrect assertion strings like 'visible' instead of 'be.visible'
• Using cy.find() instead of cy.get()

3. Consider the following Cypress test code:

cy.get('.loading').should('not.exist')
cy.get('#data').should('contain', 'Success')

What will happen if the element with class loading disappears after 3 seconds but the default timeout is 4 seconds?

medium

A. The test will fail immediately because the element exists at first.

B. The test will pass only if manual wait is added before assertions.

C. The test will timeout and fail because Cypress does not retry on should('not.exist').

D. The test will pass because Cypress retries until the element disappears within timeout.

Solution

1. Step 1: Understand retry on should('not.exist')

   Cypress automatically retries assertions like should('not.exist') until the element disappears or timeout.

2. Step 2: Analyze timing and retry behavior

   The element disappears after 3 seconds, which is before the 4-second timeout, so the assertion will eventually pass.

3. Final Answer:

   The test will pass because Cypress retries until the element disappears within timeout. -> Option D

4. Quick Check:

   Retry waits for condition until timeout [OK]

Hint: Remember: should('not.exist') retries until element gone [OK]

Common Mistakes:

• Assuming immediate failure if element exists initially
• Believing manual waits are always needed
• Thinking Cypress does not retry negative assertions

4. You wrote this Cypress test:

cy.get('#submit').click()
cy.get('#result').should('contain', 'Done')

But the test fails because #result text updates slowly. Which fix uses Cypress's automatic retry correctly?

medium

A. Use cy.get('#result', { timeout: 7000 }).should('contain', 'Done') to increase timeout.

B. Change to cy.get('#result').should('contain', 'Done') as is (no change).

C. Replace should with then for immediate check.

D. Add cy.wait(5000) before the assertion.

Solution

1. Step 1: Identify problem with slow update

   The element #result updates slowly, so default timeout may be too short.

2. Step 2: Use automatic retry with increased timeout

   Use cy.get('#result', { timeout: 7000 }).should('contain', 'Done') to increase the timeout, letting Cypress retry the assertion longer until it passes.

3. Final Answer:

   Use cy.get('#result', { timeout: 7000 }).should('contain', 'Done') -> Option A

4. Quick Check:

   Increase timeout to let retry succeed [OK]

Hint: Increase timeout to extend retry duration [OK]

Common Mistakes:

• Using fixed waits instead of timeout options
• Not changing anything and expecting success
• Replacing should with then, which disables retry

5. You want to test a button that becomes enabled only after an API call completes. The button has id submit-btn. Which Cypress code best uses automatic retry to wait for the button to be enabled before clicking it?

hard

A. cy.get('#submit-btn').should('be.enabled').click()

B. cy.get('#submit-btn').click()

C. cy.wait(3000); cy.get('#submit-btn').click()

D. cy.get('#submit-btn').then($btn => { if ($btn.is(':enabled')) { $btn.click() } })

Solution

1. Step 1: Understand button enabling timing

   The button becomes enabled after an API call, so it may be disabled initially.

2. Step 2: Use automatic retry on enabled state

   cy.get('#submit-btn').should('be.enabled').click() uses should('be.enabled') which retries until the button is enabled, then clicks it.

3. Final Answer:

   cy.get('#submit-btn').should('be.enabled').click() -> Option A

4. Quick Check:

   Use should('be.enabled') to wait before click [OK]

Hint: Chain should('be.enabled') before click to wait [OK]

Common Mistakes:

• Clicking immediately without waiting
• Using fixed wait instead of retry
• Using then() which disables retry and may fail