UK

United Kingdom · Technology and data · Mid-Level (2-5 years)

QA Engineer

Here is the whole job, in plain words. What it is, what you decide, how you're judged, how people get here and where they go next. Then the part no course gives you: twelve AI tutors who learn your work.

Start my QA Engineer plan, free

Free to start: a plan built for this role, and a Future Fluency module to try first. No card.

Keep this job description

Where should we send it?

One email: what AI is changing in this job, and where to start free. With a link back here. Nothing else follows unless you confirm your address.

Upskilling a team in this role? Talk to us

  • Experience bandMid-Level (2-5 years)
  • Direct reportsNo direct reports
  • Reports toSenior QA Engineer or QA Lead
  • UK framework levelUsually a coordinator, or early in a professional job

Also advertised as Software Tester · Test Engineer · Quality Analyst

Built on 43,079 real UK job descriptions we analysed · grounded in qualifications employers recognise

Two short quizzes about you

1From this job to a course

The qualifications matched to this job

EAL Level 4 Diploma in Engineering and Advanced Manufacturing (Development Competence) Excellence, Achievement & Learning Limited · Level 4 · covers 5 of 10 standards
City & Guilds Level 3 NVQ Extended Diploma in Engineering Technical Support City & Guilds Limited · Level 3 · covers 5 of 10 standards
EAL Level 3 Diploma in Advanced Manufacturing and Engineering - Technical Support Technician (Development Competence) Excellence, Achievement & Learning Limited · Level 3 · covers 5 of 10 standards
ETCAL Level 3 NVQ Diploma in Engineering Technical Support ETC Awards Limited · Level 3 · covers 4 of 10 standards
EAL Level 4 NVQ Diploma in Engineering Manufacture Excellence, Achievement & Learning Limited · Level 4 · covers 2 of 10 standards
EAL Level 4 NVQ Extended Diploma in Engineering Manufacture Excellence, Achievement & Learning Limited · Level 4 · covers 2 of 10 standards

Matched from the standards this job is measured against: a suggestion, not an official ruling.

The units you would start with

Engineering software testing EAL Level 4 Diploma in Engineering and Advanced Manufacturing (Development Competence)
Testing Engineering Software City & Guilds Level 3 NVQ Extended Diploma in Engineering Technical Support
Implement Quality Assurance Methods and Procedures EAL Level 4 NVQ Diploma in Engineering Manufacture

The future skills this job leans on

AI Fluency working with AI as a thinking partner
Start my QA Engineer plan, free
Your Plan Illustration

Built for QA Engineer

3 units that map to this job, from the qualifications that cover it.

  1. Engineering software testing Excellence, Achievement & Learning Limited · covers 5 of 10 standards Level 4
  2. Testing Engineering Software City & Guilds Limited · covers 5 of 10 standards Level 3
  3. Implement Quality Assurance Methods and Procedures Excellence, Achievement & Learning Limited · covers 2 of 10 standards Level 4
These are the real units behind this job, in the order they rank for it. Nothing here is marked done, because this plan has not been started by anyone yet. Yours would fill in as you go.

2AI and this work

Will AI change your work as a QA Engineer?

Nobody can say exactly how. Here is what this job is being asked for next, and where to start.

The new skill this role is being asked for

  • Prompt Engineering for Test Case Generation
Why each one is rising

The future skills this job leans on

We'll only ever tell you what we can actually back up. No hype, no scare tactics.

What happens when you start

Next, a free account. We build your QA Engineer plan as you set up, starting with a Future Fluency module on using AI in your job. No card.

Your first Future Fluency module is free. After that, your AI tutor is £70 a month.

Start my QA Engineer plan, free Ready to pay? Subscribe for £70 a month

3What this role really is

A QA Engineer tests software to make sure it works as it should before customers see it. The work involves digging into new features, writing test cases, and finding bugs. It means checking that what gets built is reliable, and acting as the last check before code goes live.

4What you'd actually use

The tools this job runs on, and how well you'd need to know each one.

Jira (with Xray or Zephyr plugins) Intermediate

You'll be executing test plans, writing detailed bug reports (with logs and screenshots, obviously), and keeping ticket statuses updated. It's our central hub for all things project and quality.

Cypress or Selenium WebDriver Basic

You'll be running existing UI automation scripts, investigating why they failed, and making minor updates to locators if something shifts on the page. We don't expect you to build a framework from scratch yet, but you should be comfortable in the code.

Postman or Insomnia Intermediate

You'll be executing API requests from pre-built collections, checking status codes, and validating JSON responses. This is crucial for testing the 'backend' of our applications where the real logic often lives.

Apache JMeter or k6 Basic

You'll run existing performance test scripts and gather basic metrics like response time. You won't be designing complex load tests yet, but understanding the output is important.

Git (Version Control System) Intermediate

You'll use Git for version control – cloning repositories, pulling the latest code, committing your changes (especially for automation scripts), and pushing them. It's how we manage all our code.

Jenkins or GitLab CI Intermediate

You'll be triggering builds in our CI/CD pipelines, checking the results of automated tests, and understanding if a new deployment has passed its quality gates. It's how we get code from development to production.

5What you get to decide, and how that grows

Power in a job isn't your title. It's what you're allowed to decide. Here's how it grows as you move up.

The choiceComing in Where you are nowThe step above
Test Case Design & Scope Designs test cases under direct supervision; scope is limited to simple features. All designs reviewed. Independently designs test cases for new features, including edge cases. Seeks input for complex scenarios. Owns scope for specific modules. Defines test strategy and scope for entire workstreams. Reviews and approves test designs from junior team members. Makes recommendations on test coverage.
Bug Severity & Priority Reports bugs with suggested severity; final priority set by supervisor or during triage. Assigns initial severity and priority to bugs, justifying decisions. Escalates disagreements or critical issues for discussion in bug triage. Leads bug triage meetings, makes final decisions on severity/priority for their workstream, and can override developer objections with sound reasoning.
Tool & Methodology Selection (within project) Uses tools and methodologies as directed by supervisor. May propose alternative testing tools or methodologies for specific problems, but needs approval from Senior QA or Lead. Makes technical decisions on testing tools and methodologies for their projects, aligning with team standards. Can champion new approaches.
Automated Test Script Changes Runs existing scripts, reports failures. Makes minor text/locator changes under guidance. Maintains and updates existing automated test scripts (e.g., fixing flaky tests, updating locators, adding small new tests). Code reviewed by Senior QA or developer. Develops complex automation scripts from scratch, designs reusable components, and defines best practices for automation within their area. Reviews junior automation code.

6How you'll be judged

The scoreboard, and what is not on it. The hard targets, how often each is actually looked at, and the quiet signals that never reach a dashboard.

Valid Bug Rate
The percentage of bugs you report that developers accept as legitimate and actionable, not 'can't repo' or 'not a bug'.
Target · Above 95%

If you report 20 bugs in a month and 19 of them are accepted and fixed, that's a 95% valid bug rate. It shows your reports are clear and accurate.

Test Case Execution Coverage
How much of the new feature's functionality you've covered with your test cases, compared to the total scope.
Target · Minimum 80% for critical paths

For a new login flow, you've written and executed tests for successful login, failed login, password reset, and 'remember me' functionality, covering 85% of the defined requirements. This means you've thought broadly about how users might interact with it.

Bug Report Clarity & Completeness
The number of times a developer needs to ask you for more information or clarification on a bug report.
Target · Fewer than 5% of your bug reports require clarification

Out of 15 bug reports, only one developer asked for an extra screenshot or a clearer reproduction step. That's a good sign your reports are precise.

Regression Test Maintenance
The percentage of existing regression tests you're responsible for that are kept up-to-date and passing, or clearly marked as needing attention.
Target · 90% accuracy and relevance

You own the regression suite for the 'checkout' flow. After a new release, all 50 tests in that suite are passing, or any failing ones have valid bug reports linked, showing you're on top of things.

Proactive Issue Identification
How often you spot potential problems or edge cases that weren't explicitly in the requirements, or identify risks early in the sprint.
  • You're bringing up 'what if' scenarios in sprint planning, suggesting additional test cases, or pointing out design flaws before development even starts. Developers and Product Managers say things like, 'Glad you thought of that!'
Collaboration with Development
How effectively you work with developers to understand and resolve bugs, rather than just throwing them over the fence.
  • Developers come to you for help reproducing tricky bugs, you're actively participating in bug triage, and you're seen as a partner in quality, not just a gatekeeper. You're helping them understand why a bug matters, not just that it exists.
Contribution to Test Automation
Your efforts in running, maintaining, and making small improvements to our automated test suites.
  • You're regularly running automated tests, investigating failures, and making minor code changes to keep them stable (e.g., updating a locator in Cypress). You might even propose a small new automated test for a critical path.
Learning & Application of New Techniques
Your willingness to learn new testing methodologies or tools and apply them to your daily work.
  • You're trying out a new test case design technique, experimenting with a different API testing approach, or sharing something you learned from an online course or article with the team. You're not just sticking to what you know.

7Would you like it

Both sides. What people enjoy, and what grinds them down.

What people enjoy
Ensuring Product Quality

You get a real kick out of finding a critical bug before it hits production. You're driven by the idea that your work directly contributes to a stable, reliable product that customers trust. It's about pride in the craftsmanship of the software.

You spend an extra hour digging into a tricky edge case, find a data corruption bug, and feel a genuine sense of accomplishment knowing you saved the company a major headache and protected user data.

Problem Solving & Investigation

The hunt for a bug is exciting for you. You enjoy the challenge of piecing together clues, isolating variables, and figuring out the root cause of an issue. It's like solving a puzzle every day.

A developer says 'can't repo' but you persist, trying different browser versions and user roles until you find the exact steps to reproduce it, then clearly explain the 'why' behind the bug.

Learning & Skill Development

You're keen to pick up new tools, learn different testing techniques, and understand how the underlying systems work. You see every new feature or bug as an opportunity to expand your knowledge.

You volunteer to learn a new API testing tool or take an online course on performance testing, then try to apply what you've learned to your current project, even if it's just a small part.

What frustrates people
  • The 'Works on My Machine' Defence: Spending hours meticulously documenting a bug, only to have a developer dismiss it because they can't immediately reproduce it in their specific local environment. It's infuriating.
  • Vague Acceptance Criteria: Being asked to test a user story with requirements like 'the page should load fast' or 'the user experience should be intuitive'. What does that even mean? It leads to subjective and endless debates.
  • Pre-Release Pressure: Being the last gate before a release and facing immense pressure from management and product teams to 'just sign off' despite known, non-trivial bugs. It's a tough spot to be in.
  • Unstable Test Environments: Wasting significant time investigating 'bugs' that turn out to be issues with the testing environment itself (e.g., bad data, a downstream service is down, misconfiguration). It's a time sink.
  • Being the 'Bearer of Bad News': Consistently being the person who has to tell the team their hard work has flaws, and sometimes being perceived as a blocker rather than a collaborator. It's not always glamorous.
What this role does not give you
  • A quiet, predictable, and entirely independent work environment. You'll be talking to people, and priorities can shift.
  • Guaranteed immediate resolution for every bug you find. Some bugs are low priority, or might even be 'won't fix'.
  • A role where you're solely focused on coding new features. Your primary output is quality, not new functionality.
  • A role where you don't have to deal with messy, incomplete, or changing requirements. That's just the reality of software development.

8Who you work with

This role directly impacts product reliability and customer satisfaction. A good QA Engineer ensures fewer bugs make it to production, which means less downtime, fewer support tickets, and a better reputation for our software. You're essentially safeguarding our brand and making sure our development efforts translate into high-quality, usable products. Frankly, without solid QA, everything else falls apart eventually.

Inside the business
  • Software Development Team (your closest allies, and sometimes, friendly adversaries)
  • Product Managers (who define what we build)
  • UX/UI Designers (who care about the user experience)
  • DevOps Team (who handle deployments and environments)
Outside the business
  • End-users (ultimately, you're protecting their experience)
  • Customer Support (who deal with any escaped defects)

9What you need before you start

Not a wish list. The things you would be expected to already have.

  • At least 2 years of hands-on experience in a dedicated QA or software testing role, where you've actively designed and executed test cases.
  • A solid understanding of at least one bug tracking tool (like Jira) and a test management system.
  • Experience with basic SQL queries for data validation (e.g., SELECT statements).
  • Familiarity with at least one programming or scripting language (e.g., Python, JavaScript) for understanding automation scripts, even if you're not writing them from scratch yet.
  • A demonstrable track record of finding and clearly reporting bugs in a professional software environment.

10What to practise next

Where the job is going, and what to do about it starting this week.

Advanced Test Automation Scripting

As our products grow, manual testing becomes unsustainable. The ability to write robust, maintainable, and efficient automated tests will be crucial for keeping up with release cycles and ensuring comprehensive regression coverage.

Page Object Model (POM) · Test Data Management in Automation · API Test Automation Frameworks · CI/CD Pipeline Integration for Tests

  • This quarter: Take an online course on advanced Cypress or Selenium scripting, focusing on design patterns like POM.
  • Next quarter: Contribute a new, fully automated test case for a critical user flow, getting it reviewed by a Senior QA.
  • Month 6: Start exploring API test automation using a coding language, integrating it into a small project.

Quick win: Offer to refactor a small, existing flaky automated test to make it more stable. It's a great way to learn by doing.

Performance Testing Scripting & Analysis

Customers expect fast, responsive applications. Understanding how to design and execute basic performance tests, and then interpret the results, will be key to identifying bottlenecks before they impact users.

Load vs. Stress Testing · Key Performance Indicators (KPIs) · Workload Modelling · Basic Bottleneck Identification

  • This month: Read up on the basics of performance testing and the difference between various types of tests.
  • Next month: Run an existing JMeter or k6 script, then try to modify it slightly to test a different endpoint or increase user load.
  • Month 3: Work with a developer to interpret the results of a performance test, identifying potential areas for optimisation.

Quick win: Shadow a Senior QA or developer during a performance test review meeting to understand the language and concerns.

11Staying current once you are in

What people here do to keep up
  • Regularly contributing to open-source projects, especially those related to testing frameworks or tools.
  • Attending industry meetups, webinars, or conferences (like EuroSTAR or TestBash) to stay current with trends and network.
  • Taking online courses on platforms like Udemy, Coursera, or Pluralsight to deepen your skills in automation, performance testing, or a new programming language.
  • Reading relevant blogs, books, and articles on software testing best practices and emerging technologies.
  • Participating in internal knowledge-sharing sessions or presenting on a new technique you've learned to the team.

12The rising capability

The rising capability

Zavmo analysis

What's rising in its place

This is where the work is heading, and the higher pay with it. Get fluent here and the shift stops being a threat and starts being your edge.

Prompt Engineering for Test Case Generation

Generative AI is getting incredibly good at understanding natural language. Testers who can effectively 'talk' to these AIs will be able to generate comprehensive test cases and identify edge cases much faster than manual methods. It's about working with the AI, not being replaced by it.

  • Context windows and token limits
  • Role-playing in prompts
  • Output validation strategies
  • Iterative prompting

13What you’ll use

What you’ll use

Skills this role draws on

Technical

  • Agile/Scrum Methodologies
  • Test Case Design & Management
  • Bug Triage & Root Cause Analysis (RCA)
  • Regression Testing Strategy
  • Exploratory Testing

14The pathway

The pathway

How you actually get there, here

How you become one varies far more by country than what one does. This is the UK route. Most people take one of these ways in; the right one depends on where you're starting from.

  1. 1

    Associate QA Engineer (L1)

    1.5 - 2.5 years

    Skills to master

    • Mastering basic test execution, writing clear bug reports, understanding the SDLC, and getting comfortable with our core tools (Jira, Git). It's about learning the ropes and proving you can reliably follow instructions and spot issues.

    You're ready to move on when

    • Consistently delivering accurate and complete bug reports with minimal oversight.
    • Successfully executing assigned test cases within estimated timeframes.
    • Proactively asking clarifying questions about requirements and test scenarios.
    • Demonstrating a solid grasp of our product's basic functionality and user flows.
  2. 2

    Graduate Software Engineer (with a QA focus)

    2 - 3 years

    Skills to master

    • Strong foundational coding skills, an understanding of software architecture, and a keen interest in quality. You'd typically spend time in development before transitioning to QA, bringing a developer's perspective to testing.

    You're ready to move on when

    • Successfully completing coding tasks and demonstrating clean, maintainable code.
    • Showing a natural inclination to test your own code thoroughly and identify potential issues.
    • Expressing a genuine passion for software quality and breaking things in a controlled way.
    • Understanding the impact of code changes on system stability and performance.
  3. 3

    Manual Tester from a different industry

    2 - 4 years

    Skills to master

    • Adapting to our specific tools and processes, learning basic automation concepts, and understanding the technical nuances of our product. Your manual testing expertise is valuable, but you'll need to upskill on the technical side.

    You're ready to move on when

    • Quickly picking up our internal systems and testing methodologies.
    • Demonstrating a strong aptitude for learning new technical skills (e.g., scripting languages, API testing tools).
    • Consistently providing valuable insights from exploratory testing and user-centric perspectives.
    • Successfully transitioning from purely manual testing to incorporating automated test execution and analysis.

15Where this role leads

The long view: This work can lead to designing test strategy as a QA Lead, or managing a QA team as a QA Manager.

16Pay and demand

Pay & demand

Typical pay £47,118 a year Source: ONS Annual Survey of Hours and Earnings, 2025 (provisional), under the Open Government Licence v3.0

The figure is the median for full-time employees in the ONS occupation this job title codes to (IT quality and testing professionals), from the April 2025 survey, about six months old when published, as ASHE always is. It is that occupation's middle, not this role's. Half earn more.

The ten Future Fluencies

Zavmo analysis

The credential is what you can do today. These are what keep you valuable.

A qualification proves you can do the job as it's defined today. These ten are what decide whether you're still the obvious person for it in five years. They're the capabilities employers are now writing into senior roles faster than people are learning them. Zavmo weaves them through whatever you study, so you come out with both: the credential and the fluency.

The highlighted ones are the Fluencies your role leans on hardest, from how QA Engineer is actually changing.

Where it leads

Roles this leads to

Also named as a next step, with no page in the catalogue yet:

  • SDET (Software Development Engineer in Test)

How you would learn this

One to one, on the work you already do

A tutor sets the task against your own job and marks the reasoning, at your pace. There is no cohort to fall behind.

A lesson from Engineering software testing, worked against QA Engineer.

Engineering software testing Level 4

Applied to your work in QA Engineer

This unit aims to enable learners to understand and apply the principles of engineering software testing. Learners will gain the ability to plan, conduct, analyse, and evaluate software testing processes using appropriate tools and techniques, ensuring the effectiveness and quality of software development.

How the thinking builds
  1. 1 Remember
  2. 2 Understand
  3. 3 Apply
  4. 4 Analyse
  5. 5 Evaluate
  6. 6 Create
An illustration of a Zavmo lesson, built from this role’s own route. The unit, its objective and every criterion above are the awarding body’s own words, not an example.

It is £70 a month, billed monthly. Your free first module is Future Fluency, and you can cancel any time.

Start my QA Engineer plan, free
See Your Progress Grow Illustration
QA Engineer
  • Agile/Scrum Methodologies
  • Test Case Design & Management
  • Bug Triage & Root Cause Analysis (RCA)
  • Regression Testing Strategy
  • Exploratory Testing
This is your Mind Palace on learn.zavmo.ai. Every skill above comes from this role's own record, not an example borrowed from another job. A node lights up when you evidence it, and what you build stays yours between jobs. That is the part a course cannot do.

17The detail, folded away

Everything else the record holds

The career branches in full, how AI is already showing up in the day-to-day, and the questions people ask about this job. Here when you want them, out of the way while you decide.

Where it leads next, rung by rung

Where it leads

The career path, and where it branches

QA Engineer is a start, not a ceiling. Each step below asks for new skills and hands back more autonomy.

  1. Senior QA Engineer (L3)

    3 - 5 years in current role

    You'll move from owning specific features to owning entire workstreams, mentoring junior QAs, and driving improvements to our testing processes and automation frameworks.

    • Expert-level automation scripting Building complex, reusable automation frameworks and components from scratch.
    • Test strategy design Defining comprehensive test strategies for large, complex features or product areas.
    • Performance testing design Designing and scripting new load and stress tests, and analysing results to pinpoint bottlenecks.
    • Shift-left advocacy Actively influencing product and development teams to embed quality earlier in the lifecycle.

  2. SDET (Software Development Engineer in Test)

    3 - 6 years in current role

    This is a more technical, coding-heavy path. You'll spend more time writing and maintaining automation frameworks and tools, acting as a bridge between development and QA.

    • Developing and maintaining custom test tools and utilities.
    • Architecting and implementing advanced automation frameworks (e.g., integrating with CI/CD, reporting).
    • Expertise in multiple programming languages relevant to our tech stack.
    • Performance engineering Optimising application performance through code analysis and testing.
Working with AI on the job

Working with AI

Where AI is starting to help

Let's be real, some parts of QA can be a bit repetitive, even tedious. But what if you could offload those tasks to an AI, freeing you up for the really interesting, complex bug hunting and exploratory testing? This isn't science fiction; it's happening now. We're investing in AI tools to make our QA Engineers more effective, more efficient, and frankly, happier.

Our AI Productivity Hub is designed to take the grunt work out of your day, giving you back precious hours. Imagine less time writing boilerplate code and more time actually breaking the software in clever ways. Here's a peek at how AI can transform your daily grind as a QA Engineer:

Automated Test Script Generation

Feed AI tools your user stories or even design mockups, and watch them automatically generate baseline UI and API test scripts. This handles the repetitive setup code, letting you focus on refining the logic and adding specific assertions. You'll spend less time on the boring bits, more on the clever ones.

Flaky Test Analysis & Diagnosis

Ever spent hours trying to figure out why an automated test fails sometimes and passes others? Our AI can analyse thousands of CI/CD test runs, spot patterns in flaky tests, and even suggest the root cause (e.g., 'this test only fails when API X is slow' or 'it's a timing issue on slow environments'). It's like having a super-sleuth for your test suite.

Intelligent Edge Case & Test Data Generation

Struggling to think of every possible edge case for a new feature? Give a user story to a generative AI and ask it to 'act as a malicious user' or 'identify 10 unusual scenarios for this form'. It can also churn out realistic, anonymised test data (names, addresses, complex JSON payloads) so you don't have to manually create it. More creative testing, less manual data entry.

Smart Bug Reporting & Documentation

You've found a bug, you've got the steps, but writing that perfectly formatted report takes time. Use AI assistants to turn your quick notes or even voice-recorded observations into perfectly structured bug reports. The AI can auto-populate fields, suggest severity based on keywords, and even ensure all necessary logs are attached. More finding, less formatting.

Common questions

Common questions

How do you become a QA Engineer?

Common routes in include Associate QA Engineer (1.5 - 2.5 years), Graduate Software Engineer (with a QA focus) (2 - 3 years) and Manual Tester from a different industry (2 - 4 years). Times vary with prior experience.

Where can a QA Engineer progress to?

This role can lead on to Senior QA Engineer (3 - 5 years in current role) and SDET (Software Development Engineer in Test) (3 - 6 years in current role), depending on the skills you build.

What new skills matter most for a QA Engineer?

Increasingly, Prompt Engineering for Test Case Generation. These are the skills our record of this role lists as growing.

Free tools

Want a read on where you stand?

Three free tools, no account needed. Each one ends with a role, a level and a way in.

Read the Zavmo manifesto to understand how you will be taught Meet your tutors

Or try another one

18Where to go from here

Other roles at Level 3

Same depth of qualification, different job. Useful if the work appeals but this particular role does not.

 More jobs in technology and data

Stay in the field you know and move sideways rather than up.
If you leave this industry

The skills built as a QA Engineer transfer well. They can lead into Product Management, where understanding quality helps define better products. They can lead into Business Analysis, where accuracy in requirements matters. They can also lead back into Software Development, with a quality-first approach. Analytical and problem-solving skills carry across the tech sector.

This role profile is © 2026 Growth Engineering Technologies Ltd. Built from UK occupational standards and regulated qualification data, and written for Zavmo.

You're not behind. You're right on time. The shift is only just beginning. Your role won't look the same in two years. Be the one who leads the change, not the one it happens to. Start my QA Engineer plan, free What happens next: a free account, then we build your plan as you set up. No card. Build your plan, see your roadmap and meet the twelve tutors matched to you. All free. When you're ready to start learning, it's £70 a month, billed monthly. Cancel any time and billing stops.