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.
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.