In all of our front-end applications, we had, and still have, the following goal: to provide a way to write consistent, debuggable, maintainable, and valuable E2E (end-to-end) automation tests for our front-end applications and integrate with job title email list CICD (continuous integration and continuous deployment). To reach the state we job title email list have today where perhaps hundreds of E2E tests are triggered or run on a schedule across all of our SendGrid front-end teams, we had to research and experiment with many potential solutions along the way. until we have accomplished this main goal. We attempted to launch our own custom Ruby Selenium solution developed by dedicated test engineers called Destitute aka STEW where all teams could contribute to a repository and run job title email list cross-browser automation tests. It unfortunately succumbed to slow and choppy testing, false alarms, a lack of context between repositories and languages, too many hands job title email list in the same basket, painful debugging experiences, and more time spent on maintenance than added value. We then experimented with another promising library in WebdriverIO for writing tests in JavaScript collocated with each team's application repositories. While this solved some issues, strengthened team ownership, and allowed us to integrate tests with Buildkite, our CICD vendor, we still had flaky tests that were painful to debug job title email list and difficult to write in addition to processing. too similar Selenium bugs and quirks. . We wanted to avoid another STUI 2.0 and started exploring other options. If you want to read more about our lessons learned and strategies discovered while migrating from STUI to Cabdriver, check out part 1 of job title email list the blog post series. In this final part of the blog post series, we'll cover our journey from STUI and Cabdriver to Cypress and how we went through similar migrations in setting up the overall infrastructure, writing curated E2E tests, integration with our Buildkite pipelines and scaling for other front-end teams in the organization.