04 defects detectedBUILD FAILED
01/05

QA Automation Lead · South Jordan, Utah

Something's broken.Some-thing'sbroken.
I'll find it.

I'm Brayden Pay. I lead QA at Fluid, write Playwright tests, train testers, and ask the annoying question before it becomes an expensive one.

Currently: QA Automation Lead at Fluid

Open to the right problem ↗

Measured in the work

22-month source audit · Sep 2026

Four signals, one pattern: quality systems that increase coverage, catch risk earlier, and give teams a clearer release decision.

55,541

Automated CI runs in twelve months

GitHub Actions audit
200+

Regressions caught before release in 2026

2026 issue-label audit
10.2×

Growth in automated test coverage

Repository history audit
10

People led across QA and shipping

Largest team scope

From evidence to value

What a new team gets
01 / SCALE

Build the system

6 → 61 test specs and 51 CI workflows show scattered checks becoming infrastructure a team can rely on.

Result: broader coverage without matching headcount growth.
02 / JUDGMENT

Make the signal useful

200+ regressions caught before release matter because every failure is paired with evidence and a clear verdict.

Result: faster decisions and fewer customer-discovered defects.
03 / DEPTH

Test the risky parts

Payments, native iOS, Electron, and AI systems require different tools, but the same standard of proof.

Result: one quality lead who can follow risk across the stack.
04 / LEADERSHIP

Raise the team

Training, work assignment, and review turn individual knowledge into repeatable team practice.

Result: testers become more independent and releases become calmer.

Proof in motion

Audited growth · Not estimates
Automation platformOct 2025 → Sep 2026
Test specsCI workflows
0204060Oct ’25Dec ’25Feb ’26Apr ’26Jun ’26Aug ’26Sep ’2661 specs51 workflows
79%AUTHORED

Merged pull requests authored

768 of 972 · Repository audit

The tests get tested, too

74Harness tests protecting the automation platform itselfProof that reliability applies to the quality system—not only the product.

What automation buys

Assumptions shown · Source audited
One manual regression pass13.9h

208 cases at four minutes each. CI runs the same coverage in minutes, without taking a tester away from exploratory work.

Continuous page checks529,250

Hourly staging checks plus daily production checks each year—coverage a manual schedule could never realistically reach.

Three verdicts, not two

Accuracy before certainty

A binary system turns blocked work into a lie. The QA system preserves a third answer when the evidence is not strong enough.

PASS

Behavior verified live against the acceptance criteria, with evidence attached.

FAIL

A real defect, reproduced and documented with an honest status trail.

INCONCLUSIVE

Blocked, not deployed, or not safely testable. Never forced into a false verdict.

QA that can move the fix forward

Sometimes the fastest bug report is a pull request.

When a problem is contained and low-risk, I use agent-assisted development to trace the cause, draft the change, validate the behavior, and push a review-ready PR. Engineering gets evidence and a credible fix—not another ticket waiting in the queue.

What this provesEnough technical range to shorten the handoff, with human judgment owning the scope and verification.

Beyond the browser

Three toolchains · One standard
01 / Continuous

Web

Playwright

End-to-end coverage across portals, checkout, storefronts, and admin surfaces.

02 / Daily

Native iOS

Maestro

The real app binary on a simulator—not a mobile-sized browser pretending to be one.

03 / On demand

Electron

Raw CDP

Desktop flows driven directly through the Chrome DevTools Protocol.

Why payments belongs here

Domain depth · Not a buzzword

A checkout can succeed and still be wrong.

Follow where the money went—not only whether it moved.

Payment routing has silent failure modes: the wrong gateway can approve a charge, an inactive rule can fall through incorrectly, or a claimed transaction source can bypass the intended bucket. Those cases demand an oracle that verifies processor identity after settlement.

23Routing tests covering rules, priority, fallbacks, and validation
13Payment partners documented across five categories
3Transaction types separated: CIT, MIT, and MOTO

What this provesHigh-risk domains can be learned deeply enough to design the test strategy—not just execute somebody else's checklist.

Independent product / 01

Digimora app icon

DIGIMORA

60 progressive levels

A number-memory training game built end-to-end across two fully separate native codebases: SwiftUI for iOS and Kotlin with Jetpack Compose for Android.

APPLESubmitted · In reviewGOOGLE PLAYClosed testing in progress
Three phone mockups showing Digimora's home screen and active number-memory rounds in light and dark modes
Choose the level · Read the sequence · Recall under pressure
QA JUDGMENT

Verification stayed part of the build.

I traced a cross-screen dark-mode failure to SwiftUI environment scope, tested timing races and relaunch persistence, checked both themes on both platforms, and caught signing-key and build-artifact risks before they reached version control.

What it proves: root-cause discipline across native products.
PROJECT OWNERSHIP

Two releases. One moving plan.

I managed signing, store compliance, pricing, listings, banking, device verification, and feature parity across two different release systems. When Google's device step blocked launch work, I moved the store listing forward instead of letting the project stall.

What it proves: dependency-aware delivery without a project manager standing overhead.
Ask me about the build

The failures that stay quiet

Five systems · Same instinct

The most expensive failures rarely announce themselves.

A payment succeeds on the wrong gateway.A point tap lands on empty space and passes.A retry setting is accepted but never runs.A citation is correct while the answer is wrong.A test turns red because the documentation improved.

Selected systems

Quality · Automation · Operations

What I can do

Capability over company
01

Test architecture

Reliable automation starts around the tests: fixtures, selectors, suite boundaries, failure evidence, and checks for the harness itself.

02

Release systems

Repeatable checks become CI that runs without babysitting and tells the team what failed before a customer does.

03

Agent engineering

Agents stay grounded in real source material, their misses get measured, and human judgment remains between a lead and a ruling.

04

Payments QA

Coverage follows the money through routing, transaction types, fallbacks, 3DS, webhooks, and the case where a charge succeeds through the wrong processor.

05

More than browsers

The toolchain spans Playwright for web, Maestro for native iOS, and the DevTools Protocol for Electron desktop apps.

06

Team enablement

Training, review, and durable documentation turn knowledge in one person’s head into a system the whole team can use.

Experience

2020—Present
01

Fluid

QA Automation Lead

Promoted to lead after joining the QA team. I’ve managed as many as 10 people across QA and shipping, trained new testers, assigned their work, and built Playwright coverage around the releases that matter.

Oct 2024 — Present

Lehi, Utah
02

Tesla

Data Analyst

Worked through large vehicle datasets, checked questionable records, and brought the problems I found to engineering and operations.

Jan 2024 — Jul 2024

Draper, Utah
03

Wasatch Property Management

Financial Manager

Handled the paperwork, vendors, and day-to-day financial work for two senior communities. When something stalled, I tracked down what was missing.

May 2022 — May 2023

Murray, Utah
04

City of Eagle Mountain

Customer Relations Representative

Helped residents with billing and city services, updated web content, and supported public events. It taught me how quickly a small system problem becomes somebody’s whole afternoon.

Sep 2020 — Dec 2021

Eagle Mountain, Utah

How I work

  1. 01Detect
  2. 02Isolate
  3. 03Prove
  4. 04Release
QUALITY_SIGNAL / LIVE

Break it.
Bring receipts.

I turn failures into decisions. Every report defines the impact, the reproduction path, the supporting evidence, and the condition required for release.

I keep releases calm, develop strong testers, and align product and engineering around the same facts.

PlaywrightTypeScriptUI AutomationEnd-to-End TestingRegression TestingExploratory TestingGitHubLinearSlack AutomationVercelMaestroPower Automate

Education

Bachelor of Science, Strategic CommunicationUniversity of Utah · 2023