QA Engineer Resume Keywords: Manual, Automation and SDET
QA hiring split into two markets and the keyword lists went with it. A manual-testing posting screens for test case design, exploratory testing and defect triage. An SDET or automation posting screens for a language, a framework and a pipeline, and treats “manual testing” as a neutral. Sending the same resume to both is why capable testers get filtered out of roles they could do comfortably.
Work out the job family before you pick keywords
Three jobs hide behind one title. A QA Analyst posting is written around process — test plans, traceability, UAT support, sign-off. A QA Automation Engineer posting is written around a stack — a language, a runner, a CI server. An SDET posting is written around engineering — code review, unit and integration coverage, test infrastructure other engineers depend on. The keyword overlap between the first and the third is small, and the ATS is matching against whichever one the recruiter pasted in.
The quick test: count how many requirements name a piece of software. If most of them do, the screen is a tool match and your skills block has to carry those exact product names. If most requirements describe activities — “define test strategy”, “coordinate UAT” — the screen is a process match and your bullets need the process nouns instead.
Testers lose most often in the middle case, where a posting names Selenium and also asks for exploratory testing. Cover both explicitly. Neither one implies the other to a keyword search.
Framework names date a resume faster than anything else
Selenium is still the highest-volume automation keyword and still worth listing if you have used it — it remains the default in Java-based enterprise suites. But Playwright and Cypress now appear across a large share of front-end automation postings, and a search for either will never match “Selenium”. Keyword matching has no notion of an equivalent tool. If you have shipped tests in Playwright, write Playwright.
The same applies one layer down. Postman, REST Assured and Newman are three separate strings at the API layer. “CI/CD” matches the concept but not a search for Jenkins, GitHub Actions or Azure DevOps, and postings almost always name the server rather than the concept.
Language matters more than testers expect, because a Java shop cannot adopt your Python suite. Put the language your automation is written in on a plain-text skills line, not only inside a bullet where a skills-block search will miss it.
Which QA keywords carry the most weight
Not every term on the lists above does equal work. These are the ones that most often act as knockout criteria in QA screening, and why.
- Test automation
- The most common hard requirement in current QA postings. Absent, and most automation roles filter you before a human reads anything.
- Selenium, Playwright, Cypress
- Name every one you have actually used. They are matched as separate strings; no recruiter search expands one into the others.
- API testing
- Increasingly the majority of a modern suite. Pair the discipline with the tool, because both get searched separately.
- CI/CD plus the named server
- “Continuous integration” matches the concept, “Jenkins” or “GitHub Actions” matches the posting. Write both forms.
- SQL
- Badly underrated. A large share of QA postings expect direct data validation, and it is a cheap term to be missing.
- ISTQB Foundation
- A genuine filter in the UK, Europe and India; largely ignored by US employers. Keep it, but do not lead with it for US roles.
- Agile testing
- Often used as a process-fit knockout. Name the ceremonies you actually took part in rather than the word “Agile” on its own.
- Performance testing / JMeter
- A specialty, not a default. Only claim it with a real load test behind it — but if you have one, it separates you from the field.
ATS keywords for a QA Engineer Resume
Use these as a checklist — include the ones that genuinely apply to you, matched to the wording of the job you are targeting.
Core skills
Tools & software
Soft skills
Certifications & qualifications
Titles a QA resume should also match
Recruiters search titles as well as skills. If your last job title was internal jargon, put the market-standard equivalent in brackets beside it so both strings exist on the page.
- QA Engineer
- The broadest term, and the right headline title if your work spans manual and automated testing.
- SDET / Software Development Engineer in Test
- Write both forms once. US tech employers search the acronym far more often than the expansion.
- Test Automation Engineer
- The usual phrasing for the same job in UK and European postings.
- QA Analyst
- Signals a process-and-documentation role. Include it only if that is the work you want; it can filter you out of engineering-heavy screens.
- Quality Assurance Engineer
- Some ATS configurations do not treat “QA” and “Quality Assurance” as the same token, so put the unabbreviated form in your summary once.
How to get a QA Engineer Resume past the ATS
- Include both acronyms and full terms (e.g., 'API Testing' and 'Application Programming Interface Testing') as different ATS may search for either variant
- List specific testing types you've performed (regression, smoke, sanity, UAT) rather than generic 'testing experience' to match precise job requirement filters
- Mention programming languages used for test automation (Java, Python, JavaScript) in a dedicated skills section and within context of achievements
- Specify test management and defect tracking tools by exact name and version where relevant (e.g., 'JIRA', 'Bugzilla', 'Azure DevOps') as these are common ATS filters
- Use standard QA terminology such as 'test coverage', 'defect density', and 'test execution' rather than paraphrased alternatives to align with industry-standard searches
- Include methodologies explicitly (Agile, Scrum, Waterfall, DevOps) as these are frequently used as knockout criteria in ATS screening
Four things that sink a QA resume before a human sees it
Listing tools you have only watched someone else use
Automation screens move to a live exercise quickly. Claiming Playwright and then being unable to write a locator is worse than not claiming it, and QA interviews test exactly this.
Counting test cases instead of naming outcomes
“Wrote 500 test cases” is volume. “Cut the regression run from six hours to 40 minutes” is what a hiring manager is buying. Keep one volume number and spend the rest of the page on outcomes.
Burying the language
If your automation is in Java and “Java” appears only inside one experience bullet, a skills-block search will not surface you. The language belongs on its own line.
Using “testing” as the only verb
Postings use executed, designed, automated, triaged, validated and regressed. Mirror the verb the posting uses — recruiters search phrases, not only nouns.
Before & after: QA Engineer Resume bullets
Before: Responsible for testing software and finding bugs
After: Executed 500+ manual and automated test cases using Selenium WebDriver, identifying and logging 150+ defects in JIRA, achieving 95% test coverage across three release cycles
Before: Worked with developers to improve quality
After: Collaborated with cross-functional Agile teams to implement API testing framework using Postman and Newman, reducing regression testing time by 40% and improving defect detection rate by 25%
Before: Created test plans for new features
After: Designed and maintained 200+ test cases in TestRail for functional and regression testing, supporting bi-weekly sprint cycles and ensuring 98% defect-free production releases
Free QA Engineer Resume template
Every keyword on this page, already in the section a parser expects to find it in. Fill in the bracketed fields and you have a Resume an ATS can read.
QA Engineer Resume keywords — FAQ
Do I still need Selenium on a QA resume in 2026?
Only if you have used it. Selenium is still the highest-volume automation keyword and remains standard in Java-based enterprise test suites, so listing it genuinely widens the postings you match. But it is no longer a proxy for “can automate”: a Playwright or Cypress suite is equally strong evidence, and claiming Selenium experience you do not have fails at the first technical screen.
Should manual and automation testing go on the same resume?
Yes, but weight them for the posting. Keep both in your skills, then reorder the first two bullets under each job so they match the family of the role you are applying to. Most testers do both; the mistake is presenting a 50/50 split to a posting that is 90% automation.
Is ISTQB certification worth listing?
It depends where you are applying. In the UK, Europe and India, ISTQB Foundation appears as a requirement or a desirable in a meaningful share of QA postings, and it is a cheap keyword to hold. In the US it is rarely screened for and takes space that a cloud or language certification would use better.
How do I show automation experience without a public repository?
Describe the suite's shape: framework, language, roughly how many tests, what it runs on, and what it changed. “Maintained a 400-test Playwright suite running on GitHub Actions across three environments, cutting escaped defects by a third” tells a hiring manager everything a repository would, and every term in it is searchable.



