QA engineer
Break our prototypes before a client does — own the test strategy for proofs of concept that change shape every week and for WildHire as it heads to launch, from the first exploratory pass to the automated suite that gates a deploy.
- You can take a rough spec or a demo and work out what it does not say, then test for that. Finding the gap in the requirement matters more to us than finding the typo.
- You have written automated browser tests that a team actually kept — Playwright, Cypress or similar — and you know when a test is worth its maintenance and when it is not.
- You can test an HTTP API directly: shape a request by hand, read the response, and tell a contract problem from a data problem.
- You reproduce a bug, reduce it to the smallest case, and write it up so an engineer can fix it without a call. Your reports have steps, expected, actual and evidence.
- You are comfortable with Git and a CI pipeline day to day, and you can wire a suite into one so it runs on every merge and fails loudly.
- You check that a page works with a keyboard and a screen reader as part of the job, not as a separate audit.
- Exposure to Go or TypeScript, load testing, or testing on real mobile devices is a bonus, not a requirement.
- Remote, and you can overlap with our working hours often enough to pair with the engineers whose work you are testing.