DEV Community

Cover image for How to wait for a request to finish before moving on with Cypress
Walmyr
Walmyr

Posted on • Edited on

How to wait for a request to finish before moving on with Cypress

Today in "Pinches of Cypress", learn a mechanism to make your tests more robust

Imagine an application for notes' creation.

After logging into the application, the user is redirected to a list of all their notes.

After creating, editing, or deleting a note, it is also directed to the same notes list.

Let's look at an example.

describe('Notes', () => {
  beforeEach(() => {
    cy.intercept('GET', '**/notes').as('getNotes')
    cy.login()
    cy.wait('@getNotes')
  })

  it('successfully creates a note', () => {
    const myNote = 'Buy coffee'

    cy.get('[href="/notes/new"]').click()
    cy.get('#content').type(myNote)
    cy.contains('Create').click()
    cy.wait('@getNotes')

    cy.contains(myNote).should('be.visible')
  })
})
Enter fullscreen mode Exit fullscreen mode

In the first line inside of the beforeEach function callback, I use cy.intercept() to intercept an HTTP request of type GET for a route that ends with the string /notes, then I create an alias for this request, called getNotes.

Then, right after logging into the application, I use cy.wait(), passing the alias created previously (@getNotes). That way, Cypress will wait for such a request to end before moving on to run the test that successfully creates a note.

Then we arrived at the test itself.

Initially, I store a string in a variable called myNote.

Then I perform the steps to create a note, where I first click on a link, I type the note into a text field, and finally, I click on a button that has the text 'Create'.

Before the verification, I call cy.wait() again, passing the alias created previously (@getNotes) to wait for the request to finish before moving on.

Finally, with the request complete, I check that my note is visible. 🥳


Did you like it?

I'm looking forward to hearing your feedback!


This post was originally published in Portuguese on the Talking About Testing blog.


Would you like to learn about test automation with Cypress? Get to know my online courses on Udemy.

Top comments (16)

Collapse
 
rebaiahmed profile image
Ahmed Rebai

What about requests done inside the test itself? Cypress will automatically wait for the request to be done?

Collapse
 
walmyrlimaesilv profile image
Walmyr

Yes, it will.

Collapse
 
shanim profile image
Mandy

Whenever I use cy. wait with cy.intercept I receive the following error. Do you know any workarounds?
ERROR:
Timed out retrying after 5000ms: cy.wait() timed out waiting 5000ms for the 1st request to the route: file. No request ever occurred.

Code:
cy.intercept('POST','**/file',cvUploadResponse).as('file');

cy.wait('@file');

Collapse
 
walmyrlimaesilv profile image
Walmyr

It seems that requests are taking more than Cypress's defaults for such a thing. A way to work around it would be to overwrite the requestTimeout.
I recommend reading the official docs for timeouts docs.cypress.io/guides/references/....

Collapse
 
normanmunge profile image
normanmunge

Have you tried to set the intercept before visiting the page?

Collapse
 
nadaaskora profile image
Nada Ahmed

I tried to make it 20 seconds but still not working

Thread Thread
 
walmyrlimaesilv profile image
Walmyr

Where is it now working?
And what do you mean with trying to wait for 20 seconds?
Are you doing cy.wait(20000)?
If that's the case, I don't recommend doing it.
For more info, read docs.cypress.io/guides/references/....

Thread Thread
 
walmyrlimaesilv profile image
Walmyr

Could you share the code, please?

Thread Thread
 
nadaaskora profile image
Nada Ahmed

here is the code I'm using cypress 10, gql
I am trying to filter items and check for the url if contains the filtered query
Image description

I added the requestTimeout to check if this will work but it didn't
Image description

Thread Thread
 
walmyrlimaesilv profile image
Walmyr

I see, but without having a chance to play with it, it would be difficult to help you out.
I hope you can find a solution for it, and when you do so, share it here.
Good luck!

Collapse
 
Sloan, the sloth mascot
Comment deleted
Collapse
 
walmyrlimaesilv profile image
Walmyr

What do you mean? I didn’t get it.

Collapse
 
nubtester profile image
nubTester

I mean when doing a demo for interview, it is safe not doing wait by API or we will get a feedback like: "Waiting for specific API requests to finish, which will cause the tests to break if the implementation is changed.". The use of the tool depends on the circumstances. No tool is always good or always bad... Sometimes the UI is ready to interact (eg clickable but no function) but we need to wait for the API to finish loading the data before the UI can actually interact. So I think waiting for the API isn't quite as bad as they say...

Thread Thread
 
walmyrlimaesilv profile image
Walmyr

Totally, waiting for a request to finish before moving on is surely a good practice, and it’s even recommended by the Cypress team.
Here’s a chat I had with one of their technical account managers, where we talked about it and other good practices, such as waiting for elements to be visible before interacting with them.
youtu.be/hXfTsdEXn0c

Thread Thread
 
nubtester profile image
nubTester • Edited

Thank you, I love the concept of interception in cypress. There is many useful usecase I've done with it like:

  • Wait API finish before assert/moving UI
  • Modify the response:
    • Filler items in response data so the list item we "care about" will be visible in the screen. It is better for check the video when test failed.
    • Sorted the list items in fixed order so we can assert the UI table easier (Just check it line by line). Its useful for case the items created in random order. Without sorting, the code assert will be very complicated because we must find a row that all the cell is match with our expected.
    • Force some unsable API response as 200. It useful when we must working on unstable environment and some failed API (not related to the feature we want to test) will cause showing error popup and break out test.
  • Skip sent request to the backend. With it we can verify all the posibility of UI inputs without change/create data (no need to prepare many data for each input, no need clear data after test...). Wait for the request and check if request body is match with our UI inputs is greater than verify it by check the result in the UI. Because some input not showing in the UI after all.

Any many more...

I am a developer who just switch to qa for a few years, that what I learn from cypress in 6 month working with it. Thank you for your sharing. It help me got more confident with my knowledge...

Thread Thread
 
walmyrlimaesilv profile image
Walmyr

Yup, I did use it for the same examples too.