Skip to content

Commit 99a1828

Browse files
ElRatonDeFuegosophiebits
authored andcommitted
Update testing-environments.md (#2665)
Remove extraneous "both"
1 parent dedacfb commit 99a1828

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

content/docs/testing-environments.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -53,6 +53,6 @@ Sometimes, you may not want to mock timers. For example, maybe you're testing an
5353

5454
### End-to-end tests {#end-to-end-tests-aka-e2e-tests}
5555

56-
End-to-end tests are useful for testing longer workflows, especially when they're critical to your business (such as payments or signups). For these tests, you'd probably want to test both how a real browser renders the whole app, fetches data from the real API endpoints, uses sessions and cookies, navigates between different links. You might also likely want to make assertions not just on the DOM state, but on the backing data as well (e.g. to verify whether the updates have been persisted to the database).
56+
End-to-end tests are useful for testing longer workflows, especially when they're critical to your business (such as payments or signups). For these tests, you'd probably want to test how a real browser renders the whole app, fetches data from the real API endpoints, uses sessions and cookies, navigates between different links. You might also likely want to make assertions not just on the DOM state, but on the backing data as well (e.g. to verify whether the updates have been persisted to the database).
5757

5858
In this scenario, you would use a framework like [Cypress](https://www.cypress.io/) or a library like [puppeteer](https://github.com/GoogleChrome/puppeteer) so you can navigate between multiple routes and assert on side effects not just in the browser, but potentially on the backend as well.

0 commit comments

Comments
 (0)