Cross-functional influence: You work directly with engineers, PMs, Designers, and the Data team to surface risks early, understand requirements deeply, and propose better solutions. You may be embedded in one or two delivery teams
Automation ownership: You own the strategy for building and expanding our automated test coverage, not just executing test cases someone else wrote
Process shaper: You'll identify gaps in our quality process and have the authority to fix them, not just flag them
Automated test coverage: Design and grow our E2E and integration test suite using Cypress. Set the strategy, prioritize coverage gaps, and raise the floor across the platform
Bug process: Own the full lifecycle from triage to production fix. Keep it moving, keep stakeholders informed, and make sure nothing falls through the cracks
Cross-functional quality partnership: Collaborate with PMs, Designers, and the Data team to review requirements, raise risks early, and define what "done" actually means
Process improvement: Identify weaknesses in how we deliver software and propose solutions. Not just document them
Exploratory testing: Test new features and existing flows on web and mobile across devices, catching what automation misses
Problems to Solve
Keeping automation coverage sharp as the product evolves Our E2E coverage is solid. The challenge is staying ahead: bringing new ideas, exploring different types of coverage, and finding smarter ways to automate different aspects of the application as the product grows and new service verticals come online
Exploring new tools and leveraging AI to improve quality operations AI is changing how we build software, and it's changing how we can test it too. There's real opportunity here to use AI tools to increase output quality, cut repetitive work, and discover coverage gaps we'd otherwise miss. We want someone who actively explores that space, not someone who waits to be told what to use
Automation coverage stays strong: New features ship with automated tests as a baseline, and coverage strategies evolve with the product
Bug process runs smoothly: Triage to fix cycle is predictable and stakeholders know where things stand without having to ask
Deep business knowledge: You understand how the marketplace works well enough to anticipate edge cases on your own
Quality process improvement shipped: At least one meaningful improvement to how we deliver quality is in place and being used by the team
A manual-testing role: Most of your testing work should be building automation, not executing test scripts by hand
A ticket-executor role: You're expected to shape what gets worked on and how, not just process a backlog
A single-tool role: We use Cypress today, but we adapt. If you're only comfortable in one framework or one part of the stack, this will be limiting
A role for someone who avoids ambiguity: The business is changing fast. New verticals, new flows, new edge cases. You need to be comfortable moving before everything is defined
A back-of-the-line role: Quality is a first-class concern here. You're expected to have opinions and influence the process upstream, not just verify what's already been built