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 build test automation, lead QA teams, and find the release risks that are easiest to miss.

Focus: Automation · release strategy · team leadership

Watch a real test run ↘

Measured in the work

22-month source audit · Sep 2026

The numbers point to the same outcome: broader coverage, earlier warnings, and testers who can own the work.

61

Test specs built from an original six

Coverage the team can keep extending
200+

Regressions caught before release in 2026

Issues customers never had to report
10.2×

Growth in automated test coverage

More reach without matching headcount
7

QA engineers led, trained, and supported

Independent testers with shared standards

PUBLIC REPOSITORY / 01

Watch the test.
Inspect the code.

View on GitHub
LIVE PLAYWRIGHT RUNMUTED · 00:39 · LOOP
A real Chromium run through product sorting, cart changes, checkout validation, and order confirmation.

The suite separates page behavior, fixtures, and authenticated state so routine UI changes are easier to maintain.

31Tests across UI and API layers
5Browser and device configurations
6Dedicated REST API tests
  • ArchitecturePage Object Model, custom fixtures, and reusable authenticated sessions.
  • CoverageLogin, cart, checkout, full purchase flows, mobile viewports, and REST CRUD.
  • CI behaviorEvery push and pull request runs the suite in GitHub Actions; the public badge shows the current result.
Page Object ModelCustom fixturesstorageStateREST API testingCross-browserMobile testingCI/CDStrict TypeScript

How the coverage grew

Repository history · Oct 2025–Sep 2026
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 itselfReliability checks cover the test harness as well as the product.

Independent product / Live release

Digimora app icon

DIGIMORA

Available now on iOS

A focused number-memory game with 60 progressive levels, custom quick-play sessions, and a clean experience built for light and dark mode.

60 levelsWorks offlineNo ads
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 dark-mode failure to SwiftUI environment scope and tested timing races, relaunch persistence, and theme behavior on both platforms. Before release, I also checked signing keys and ignored build artifacts against the remote repository.

The fix came from isolating the cause, not changing colors until something worked.
PROJECT OWNERSHIP

Two releases. One moving plan.

I handled signing, store setup, compliance, and feature parity for both platforms. When Google's device verification blocked one release path, I prepared the listing and remaining launch work in parallel.

Both releases kept moving while store requirements changed.
APPLE APP STOREReleased September 2026
GOOGLE PLAYClosed testing in progress
Get Digimora · $0.99

Other systems I've built

Automation · agents · payments

What I bring to a team

Four ways I contribute
01

Automation architecture

I separate fixtures, selectors, and suite responsibilities, then add useful failure evidence and tests for the harness itself.

02

Release judgment

I wire repeatable checks into CI and make failures specific enough for the team to act on.

03

Risk-based testing

I choose the tool and the test oracle around the risk, from payment routing to native app state.

04

Team development

I train testers, review their work, and document decisions so coverage does not depend on one person.

How I work

  1. 01Detect
  2. 02Isolate
  3. 03Explain
  4. 04Verify
  5. 05Improve
QUALITY_SIGNAL / LIVE

Find it.
Make it useful.

Every report answers four questions: who is affected, how to reproduce it, what the evidence shows, and what must change before release.

For contained, low-risk issues, I use agent-assisted development to trace the cause, prepare a patch, verify the behavior, and open a review-ready pull request.

I've led up to seven QA engineers. Training, work review, and shared decision rules help testers investigate independently and give product and engineering the same evidence.

PlaywrightTypeScriptUI AutomationEnd-to-End TestingRegression TestingExploratory TestingGitHubLinearSlack AutomationVercelMaestroPower Automate

Education

Bachelor of Science, Strategic CommunicationUniversity of Utah · 2023

Work history

2020—Present
01

Fluid

QA Automation Lead

Promoted to lead after joining the QA team. I’ve led up to seven QA engineers, trained new testers, assigned their work, and built Playwright coverage around the releases that matter.

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.

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

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

2020 — 2021

Eagle Mountain, Utah