Senior QA Engineer

The Company

mpact.com is the world's leading commerce partnership marketing platform, transforming the way businesses grow by enabling them to discover, manage, and scale partnerships across the entire customer journey. From affiliates and influencers to content publishers, brand ambassadors, and customer advocates, impact.com empowers brands to drive trusted, performance-based growth through authentic relationships. Its award-winning products—Performance (affiliate), Creator (influencer), and Advocate (customer referral)—unify every type of partner into one integrated platform. As consumers increasingly rely on recommendations from people and communities they trust, impact.com helps brands show up where it matters most. Today, over 5,000 global brands, including Walmart, Uber, Shopify, Lenovo, L'Oréal, and Fanatics, rely on impact.com to power more than 225,000 partnerships that deliver measurable business results.

Your Role atimpact.com:

The Senior QA Engineer for Programmatic XP owns the quality strategy for our programmatic publishing capability, the systems that let publishers monetise their inventory and let advertisers buy placements across our network. This is a hands-on senior individual contributor role inside a single squad, not a management position. You are the quality authority for the squad: you design and build the automation, you decide what "release-ready" means, and you raise the engineering bar of the developers around you through review, pairing and example rather than through headcount. The work is backend- and data-heavy. This is a high-throughput, real-time decisioning path plus a configuration surface. Most of your day is APIs, contracts, SQL and production signals with a real but secondary frontend surface.

What You'll Do:

1. API & Contract Testing

• Own automated coverage of the squad's REST/JSON surfaces APIs, and the high-throughput serving path.
• Build and maintain consumer-driven contract tests across service boundaries, so a breaking change in an upstream or downstream dependency is caught at build time rather than in production.
• Test the decisioning logic itself, not just the HTTP envelope
• Cover the unglamorous half properly: authentication and authorisation, negative and malformed input, boundary and idempotency behaviour, versioning and backwards compatibility, and performance and latency under representative load.

2. Data & Report Validation (SQL)

• Prove the numbers. Trace an event from the point of capture through the pipelines into the reporting surfaces, and validate that customer-facing reports agree with the source of truth.
• Write and own non-trivial SQL to interrogate reporting datasets independently, reconciliation checks, aggregation and attribution correctness
• Validate persistence in the operational stores, writing via UI or API, then proving the resulting state is correct and consistent across stores.
• Build the test-data strategy for a domain where realistic data is the hard part: representative data that make the interesting cases reachable.

3. Event & Edge Processing (Kafka)

• Test the event-driven seams at the edges of the squad's systems, the messages published and consumed for downstream monetisation events.
• Assert on message contracts and schema evolution, and cover the failure modes that green functional suites miss

4. Frontend & UI Quality

• Own automated coverage of the squad's user-facing journeys — multi-step configuration and setup wizards where state carries across several screens and a partial save is as important to test as a happy path.
• Work effectively across two generations of frontend: legacy server-rendered screens that predate modern tooling and are unforgiving to naive automation, and modern component-based frontends built in TypeScript.
• Test at the right level for each: end-to-end journeys where the risk is cross-screen state, component-level tests where the risk is rendering and behaviour, and visual or layout assertions where presentation itself is the product.
• Validate the behaviour revenue depends on: form and validation correctness, permission-dependent rendering, and the tracking and click-through wiring behind user-facing elements.

5. Logs, Monitoring & Production Quality

• Read and interpret logs as a primary diagnostic skill. You can take a vague report — "this customer's numbers look wrong", "requests are failing intermittently" — and work backwards through application logs across services to a specific cause, correlating a single request or transaction across service boundaries rather than guessing from symptoms.
• Use log and metric evidence to reproduce defects precisely, to distinguish a genuine product bug from a data, configuration or environment problem, and to write the regression test that closes it.
• Work with dashboards and monitoring tooling (Grafana or equivalent) to read the health of the squad's systems — request volume and error rates, latency distributions, drop-off through the processing funnel, and dependency failure and cache behaviour
• Define the quality signals and thresholds that gate a release, and make regressions visible in minutes rather than in a month-end revenue query.
• Contribute to post-incident analysis with a bias toward "what test or signal would have caught this", and close the loop in automation.

6. Third-Party & Cross-System Integrations

• Own quality for the squad's external and cross-team dependencies — commerce and external data-enrichment providers,
• Design the isolation strategy: where to use contract tests, where to use service virtualisation or stubs, and where a real sandbox integration is the only honest test — and know why for each.

7. AI-Augmented Testing

• Put AI to work in the squad's day-to-day engineering: agentic workflows, MCP servers and agent skills, and AI-assisted test generation, triage and exploratory testing.
• Apply real judgment to AI output. Generated tests that pass but assert nothing are worse than no tests; your job is to build the harnesses and review discipline that keep AI-produced work honest.
• Stay ahead of the tooling under your own steam. This capability moves faster than any training curriculum can follow, so we are looking for someone who learns deliberately and continuously rather than waiting to be sent on a course.
• Share what works. What you prove out here should propagate into how the wider QA function operates.

8. Quality Strategy, Process & Influence

• Define and own the squad's test strategy across functional, regression, integration, contract, performance and data-quality testing, and the risk-based calls about what gets automated and what does not.
• Embed quality gates into CI/CD so coverage, contract verification and data checks run on every change; keep the suites fast, stable and trusted.
• Define, track and report the quality metrics that matter for a revenue-critical product — escaped defects, coverage of the critical path, automation stability, time-to-detect. Hold yourself to outcomes on those numbers, not to volume of test activity.
• Take the quality problems nobody assigned you. Move quickly and iterate on the reversible calls; reserve the slow, careful path for the ones that are hard to undo.
• Partner with the Product Manager and Tech Lead to sharpen requirements and acceptance criteria before build, and own release-readiness and go/no-go input.
• Raise the bar around you: pair with engineers, onboard new joiners into the squad's quality practices, and mentor QA peers across the group. Partner with QA Platform & Enablement to adopt and feed back on next-generation tooling.

Essential Requirements