QA Leadership · 15+ Years

Quality is a system. I build the system, and the team that runs it.

Fifteen years across regulated life sciences, live-money fintech, and enterprise security — from hands-on test engineering to QA architecture to leading the teams. I go into environments where quality is unproven and leave behind frameworks, pipelines, standards, and people who can keep it running.

Industries

  • Life Sciences Regulated
  • Fintech & Crypto Live funds
  • Enterprise Security Encryption
  • Travel Technology Platform
  • Gaming Where it began

Platforms

  • Web Cross-browser
  • Mobile iOS & Android
  • Desktop Win · Mac · Linux
  • API & Services Integration
  • Cloud & CI Pipelines

Scope

  • QA Manager Strategy · Team
  • QA Team Lead Two companies
  • Automation Architect Frameworks
  • Validation Engineer Regulated
  • DevOps & Release Gating

Selected Work

Four environments, one approach

Encryption software that cannot afford a bad build. An exchange moving real money. A framework layer that decides what gets tested and where. And the AI work that is changing how all of it gets done. Different constraints every time — the method travels.

Enterprise Security · Cross-Platform

Testing software that can brick a machine if it is wrong

Full-disk encryption sits underneath the operating system. When it misbehaves, users do not see a broken button — they see a machine that will not boot. That raises the cost of an escaped defect far beyond a normal application, and it has to hold true on Windows, Mac, and Linux simultaneously.

The situation

Enterprise security software is judged on consistency across a fragmented estate. The same product had to behave identically across three operating systems and the hardware variations underneath them, which multiplies the test matrix fast and makes manual coverage impossible to sustain.

What I did

I built automation suites spanning Windows, Mac, and Linux so the same verification ran everywhere rather than being repeated by hand per platform. Working this close to the OS also meant owning environment and release mechanics, not just test cases — the DevOps side of getting builds provisioned, installed, and verified reliably.

I joined as a QA Specialist and was promoted to QA Team Lead, taking on direction for the QA effort and the people doing it.

Cross-platform parity is not a testing detail. It is the product promise, and automation is the only way to keep it honest.

Why it matters for a leadership hire

This is the environment that taught me low-level rigour: deep platform constraints, a high blast radius for mistakes, and a matrix that only automation can hold. It is a very different discipline from web QA, and being able to move between the two is the point.

Windows · Mac · LinuxEncryptionRelease Engineering Automation SuitesTeam Lead

Fintech · Building a QA Function

Standing up quality on a platform moving real money

A crypto exchange has a property most software does not: transactions are irreversible. There is no support ticket that undoes a bad transfer. I arrived as QA Lead with the automation layer essentially unbuilt, and left as QA Manager owning strategy, standards, and the team.

The situation

Quality needed to be established rather than improved. There was no automation foundation to extend, no pipeline gating releases, and no shared standard for what "tested" meant across web and mobile — on a product handling live customer funds.

What I did

I built the automation frameworks from the ground up and established CI/CD testing pipelines so verification became part of the release path instead of a step someone remembered to run. I then defined the QA strategy and testing standards across web and mobile so quality was consistent across surfaces rather than per-team habit.

Alongside the technical build I mentored the QA team, which is what turned a set of tools into a function that could operate without me in the loop. That organisational impact is what took me from Lead to QA Manager.

Building the frameworks was the straightforward half. Building the team and the standards is what made it survive.

Why it matters for a leadership hire

This is the clearest evidence of the job I am targeting: take a QA function from nothing to something an engineering organisation depends on, under real financial stakes, and grow the people at the same time.

QA StrategyTeam LeadershipCI/CD Gating Web & MobilePromoted to Manager

QA Architecture · Automation

Deciding what gets tested, and where it runs

Automation is not one framework — it is a set of deliberate choices about which layer catches which class of defect, and which of those checks are allowed to block a release. I have built that layer several times across different stacks.

The API layer

A Python integration and endpoint framework on unittest, wired into CircleCI to run automatically on every push to a branch or to master. Fast, cheap, and positioned to catch contract and integration breaks before anything slower runs.

The browser layer

A Cypress end-to-end suite covering Chrome, Firefox, and Electron, built to run headless in CI and headed locally with IDE run configurations so a developer can debug a single failing spec without fighting the harness. Separately, a Selenium framework on geckodriver for Python-side browser automation.

The mobile layer

Mobile coverage through Appium on BrowserStack App Automate, so device breadth came from cloud infrastructure rather than a drawer full of handsets.

The architecture question is never "can we automate this". It is "which layer should catch this, and should it stop the release".

Why it matters for a leadership hire

A QA leader who cannot reason about the automation stack ends up approving plans they cannot evaluate. I have built these layers myself, in more than one language and CI system, which is what lets me make the trade-offs credibly and review the work of engineers doing it.

Applied AI · The Next Layer

Putting language models on the parts of QA that never scaled

Some quality work has always resisted automation: reading a requirements document and noticing what is missing, generating tests that reflect context rather than a template, re-checking whether a result actually means what it claims. That work is now tractable, and I have been building it rather than waiting for a vendor to sell it to me.

In the validation role

At Alira Health I led validation engineering for life sciences clients and built automated validation frameworks for regulated environments, introducing AI-assisted testing into a setting where every step has to be defensible. Regulated work is the hardest place to adopt new methods, which makes it the most useful place to prove they hold up.

What I build with it

Tooling that reads requirements and surfaces the gaps before code exists. Test generation driven by context instead of boilerplate. Verification steps that re-read their own output and correct it. The stack is the Claude API, Claude Vision, structured output, and agentic workflows — plus locally hosted models via Ollama with retrieval, for when data cannot leave the machine.

Calling an API is easy. Knowing which quality problems are worth pointing a model at, and how to verify the answer, is the part fifteen years of QA pays for.

The proof

LANA.AI — a self-hosted assistant running entirely offline on Ollama, with persistent memory, a retrieval knowledge base over documents, and agentic task scheduling. JobFinder — a cross-platform desktop application that scores postings against a résumé and then uses a verification pass to re-read each source and correct its own scoring. Both are shipped software with installers, not notebooks.

Career

Fifteen years, five industries

Progression from hands-on test engineering through automation architecture into QA leadership.

Mar 2024 — Apr 2025Senior Validation Engineer · Alira HealthLife Sciences
Dec 2022 — Feb 2024QA Manager · Wellfield TechnologiesFintech
Dec 2020 — Dec 2022QA Lead · Wellfield TechnologiesFintech
Dec 2020 — Dec 2022QA Engineer, Lead · MoneyClipFintech
Feb 2018 — Dec 2020QA Automation Developer · ConnectedConsulting
Oct 2015 — Feb 2018QA Specialist → QA Team Lead · WinMagicEnterprise Security
Jul 2015 — Oct 2015Technical Support Engineer · Expedia (Egencia)Travel Tech
Nov 2014 — Jul 2015Support Escalations Analyst · MicrosoftEnterprise
Jul 2010 — Oct 2010QA Analyst · Bedlam GamesGaming

Also — ICT systems administration at Grand Challenges Canada, ICT hardware at Bell Canada, and freelance Android and Microsoft XNA game development between 2010 and 2014. Education — Project Management certification (University of Toronto, 2015), CompTIA A+ (2013), SAP Basis Administration diploma (2011), and a diploma in Video Game Design & Development (triOS College, 2010).

Capabilities

What I work with

Leadership

  • QA strategy
  • Team building
  • Mentoring
  • Standards & process
  • Release gating
  • Regulated validation

Test Automation

  • Selenium
  • Cypress
  • Appium
  • Playwright
  • WebdriverIO
  • pytest
  • unittest
  • TestRail

AI for Quality

  • Claude API
  • Agentic workflows
  • RAG
  • Claude Vision
  • Structured output
  • Ollama
  • ChromaDB

Engineering

  • Python
  • TypeScript
  • JavaScript
  • FastAPI
  • Django
  • React
  • Flutter
  • Dart
  • SQL

Infrastructure

  • Docker
  • CI/CD
  • CircleCI
  • Jenkins
  • GitHub Actions
  • AWS
  • Azure
  • BrowserStack

Data

  • PostgreSQL
  • MongoDB
  • Redis
  • WebSockets
  • REST
  • Postman

Also Built

Other work on GitHub

Looking for a QA leadership role.

Remote or hybrid out of Kitchener–Waterloo, Ontario. If you are building a quality function, rebuilding one, or trying to work out what AI actually changes about testing, I would be glad to talk.