Free resume examples · PDF & Word

QA engineer resume example for test automation and SDET roles

Review one fictional QA engineer resume with Playwright automation, API testing and release-quality evidence. Use it for QA, test automation or SDET applications when the responsibilities fit your experience. Download a free PDF or editable Word (DOCX).

Reviewed against the NextResume editorial policy.

View resume examples
Complete resume examples

Compare 1 qa engineer resumes

Choose the experience level closest to yours. Read the full resume, see why its sections work, and download the same example as a PDF or Word file.

QA engineer — test automationMid-level · Browser automation, API checks and release quality

Alex Morgan

QA Engineer | Playwright, TypeScript & API Testing

Brisbane, QLD+61 491 571 804[email protected]

Summary

QA engineer with six years of experience testing web products, including browser automation, API checks and risk-based release testing. Builds maintainable Playwright suites in TypeScript, uses SQL to validate test outcomes and works with developers to diagnose failures. Connects automation work to repeatable release checks, faster feedback and fewer flaky tests rather than test counts alone.

Skills

Automation
Playwright, TypeScript, REST API testing, Contract tests, Test fixtures
Quality practice
Risk-based testing, Exploratory testing, Accessibility checks, Defect reproduction, Regression planning
Tools
GitHub Actions, Git, PostgreSQL, Docker, Browser developer tools

Experience

QA Engineer, Test AutomationJul 2023 – Present

Two product squads building dispatch and billing workflows for regional delivery operators.

  • Built a Playwright regression suite for 46 dispatch and billing workflows; median CI regression time fell from 95 minutes to 22 minutes across the same release test set.
  • Added API contract tests for order creation, retry handling and webhook signatures, catching schema-breaking changes before weekly releases.
  • Replaced shared test accounts with seeded fixtures and per-run cleanup; flaky regression failures fell from 14% to 4% over eight weeks.
  • Agreed risk-based release checks with product and engineering, giving billing and route-assignment changes deeper coverage than low-risk text changes.
  • Paired with six developers to reproduce intermittent failures using browser traces, API logs and targeted SQL queries.
  • Documented the release checklist and flaky-test triage process, which both product squads adopted for their weekly release reviews.

Tools: Playwright, TypeScript, GitHub Actions, PostgreSQL, Docker

QA EngineerFeb 2021 – Jun 2023

Web learning platform used by training administrators and students across desktop and mobile browsers.

  • Maintained API regression checks for enrolment and payment flows and added negative cases for duplicate requests and expired sessions.
  • Ran keyboard and screen-reader checks on the enrolment flow, documented 38 accessibility defects and verified fixes with the design team.
  • Used SQL reconciliation queries to check enrolment counts and payment records after each scheduled data migration.
  • Introduced reproducible defect reports with browser versions, request traces and test data, reducing repeated clarification requests from developers.

Tools: TypeScript, Postman, SQL, Chrome developer tools

Junior QA AnalystJan 2020 – Jan 2021

Appointment booking application with customer scheduling and provider administration screens.

  • Wrote exploratory test charters for booking changes, cancellations and daylight-saving transitions before the fortnightly release.
  • Created a reusable test-data checklist covering provider availability, customer time zones and incomplete payment attempts.
  • Verified customer-reported defects in a staging environment and recorded the steps and screenshots developers needed to reproduce them.

Education

Bachelor of Information TechnologyFeb 2016 – Nov 2019
Resume writing tips

How to write a QA or test automation resume

Show what could go wrong, how you tested it and how the team used the result. Match the QA, automation or SDET wording to the responsibilities you actually held.

Connect automation to a release risk

Name the workflows or failure cases your checks cover. The example tests dispatch and billing flows, API retries and webhook signatures. This explains the value of the suite more clearly than an isolated test count.

Make speed and flakiness measures comparable

State what was measured and what stayed constant. The example compares the same release test set before and after automation changes, and records flaky failures over a defined period. Keep execution time separate from application response time.

Explain test engineering work

Fixtures, per-run cleanup, failure traces and contract checks show how you made tests dependable. Describe the implementation and diagnosis you owned instead of listing a tool you only observed.

Include exploratory and accessibility evidence

Manual investigation can be useful evidence alongside automation. Name the keyboard, screen-reader or exploratory checks you performed and how defects were verified. Do not turn those checks into a claim that all accessibility requirements are covered.

Use the job title that fits the work

QA, test automation and SDET roles overlap, but job descriptions vary. Use the employer’s terminology where your experience supports it. Load testing, framework ownership and people management need their own source facts.

Apply the example to a job

Map the role before rewriting the resume

Compare the job's requirements with your own experience. Keep partial matches qualified and leave out requirements you cannot support.

Browser automation

Matched

Built Playwright checks for 46 workflows; median CI regression time fell from 95 minutes to 22 minutes across the same release test set.

API contracts

Matched

Added contract checks for order creation, retries and webhook signatures before weekly releases.

Release risk

Matched

Agreed deeper release checks for billing and route-assignment changes with product and engineering.

Accessibility

Partial

Ran keyboard and screen-reader checks and verified fixes, but the source does not establish comprehensive automated accessibility coverage.

Load testing

Gap

No load-test design or performance capacity work is recorded. Browser regression speed does not prove application load-testing ownership.

Before and after

Turn a generic bullet into role-relevant evidence

Original resume bullet

Tested releases and wrote automated checks for the product.

Tailored from supported evidence

Built a Playwright regression suite for 46 dispatch and billing workflows, reducing median CI regression time from 95 minutes to 22 minutes across the same release test set.

  • Names the browser automation tool actually used
  • Keeps the workflow count and comparable test set visible
  • Distinguishes test execution time from application performance
Supported skills

Keep the skills list connected to evidence

PlaywrightTypeScriptAPI testingRisk-based testingSQL validationCI

These terms belong in the example because the evidence map supports them. A keyword from the job description is not enough on its own.

Role-specific review

QA Engineer resume checklist

  • Connect tests to product risks
  • State the comparable test set behind speed measures
  • Explain fixtures and failure diagnosis
  • Separate manual and automated accessibility work
  • Leave unsupported performance claims out
Common questions

QA Engineer resume questions

Can one resume example help with QA, test automation and SDET roles?

Yes when the responsibilities overlap. Match the emphasis to the role: automation code, API checks, release risk or exploratory testing. A title alone does not establish experience with every responsibility.

What should a QA engineer resume quantify?

Use supported workflow coverage, comparable regression time, flaky-test rates, defects verified or release feedback time. Explain the test set and period behind each measure.

Should I list manual testing on an automation resume?

Include it when exploratory investigation, accessibility checks or defect reproduction helped the team make a release decision. Explain the contribution rather than treating manual work as less valuable.

Does a faster regression suite prove performance-testing experience?

No. Faster test execution and application load testing are different work. Describe load profiles, performance limits and findings only when you actually designed or analysed those tests.

Do I need to claim a testing certification?

Only list a qualification you hold. This fictional example uses work evidence and does not claim a certification.

Use your own career evidence

Tailor the facts, not the fiction

Compare a real job description with your own experience, keep unsupported gaps visible, and review every suggested claim before export.

Tailor my own resume

This fictional example demonstrates a review workflow. It does not guarantee ATS acceptance, interviews, or employment outcomes.