The Katalon Blog

Manual tester: Why one job title means two jobs

Written by Joe Sturgess | Sep 24, 2026, 7:57:03 AM

"Manual tester" lands differently depending on who's wearing the title, and both reactions are usually right.

Ask someone stuck clicking through the same regression suite every release, no ownership, no say in what gets tested, and "manual tester" feels like a job you're trying to escape. Ask someone who can look at a new feature and instantly spot the edge case nobody thought to script, and the same title undersells what they actually do.

Same word. Two different jobs. Most postings don't tell you which one you're applying for, and most testers don't particularly identify with the label either way. Here's how to tell the difference, what to call yourself instead, and where AI actually changes any of this.

Same title, two different jobs

Strip out the title and look at the work instead.

One version is unscripted, repetitive execution: run the same click-through paths every release, log the result, move on. No strategy, no ownership of what gets covered or why. If that's the job, the "how do I get out of manual testing" threads you've read are describing something real. That version is a dead end, and wanting out of it is a reasonable response, not a failure of ambition.

The other version is judgment work: exploratory testing, usability feedback while a feature is still half-built, catching the interaction nobody wrote a test case for because nobody knew to look yet. That's the version people mean when they say skilled manual QA is worth its weight in gold. It doesn't disappear when a team automates, because automation only checks what someone already thought to specify.

The problem is that a posting titled "manual tester" almost never says which one you're getting. That ambiguity, not the testing itself, is what makes the title feel unstable.

Repetitive execution Judgment work
• Running the same click-through paths every release
• Logging the result and moving on, no room to flag risk
• No ownership of what gets covered or why
• Scripted checks by hand, with no say in what gets tested
• Exploratory testing: probing where a feature is likely to break
• Usability feedback while a feature is still half-built
• Catching interactions nobody wrote a test case for
• Instinctively spotting edge cases nobody thought to script
If this is the whole job: it's a real dead end, and wanting out of it isn't a failure of ambition. This doesn't go away with automation: tools only check what someone already thought to specify.

When "manual tester" really is a dead end

Worth saying plainly: the frustrated version of this complaint is not just attitude.

If your entire role is running the same scripted checks by hand with no room to flag risk, suggest coverage, or push back on scope, you are doing work a script should be doing. The lack of ownership is the real problem, not the lack of a better title.

If that's your day, the fix isn't a new job title. It's getting closer to the decisions: what gets tested, what gets automated, what gets shipped anyway. A title change without that shift just relabels the same problem.

The skill no job title captures

The other version of the work doesn't show up cleanly in a title either.

Exploratory testing means walking into a feature with a hypothesis about where it'll break, and finding out you were right, or more usefully, wrong in a way nobody expected. That's judgment, not execution. It's also exactly the part of the job that doesn't get replaced when a team adds automation or AI-assisted testing, because those tools check what they're told to check. They don't generate the hunch that sends you looking in the first place.

If you want the fuller picture of what manual testing actually covers, day to day, that's worth reading next.

What to call yourself instead

If "manual tester" undersells the judgment side of the job, a few titles carry more of it:

  • Test engineer or QA engineer: signals you own test design and strategy, not just execution.
  • QA analyst: common where the role leans toward requirements, risk assessment, and reporting.
  • Quality engineer: broader, often used where testing sits closer to the whole quality process, not just one phase.
  • Hybrid tester: a newer term for someone who moves between manual judgment, automation, and AI-assisted tools depending on what the task needs, rather than staying fixed in one mode. More on what a hybrid tester actually does.

None of these are official job levels. They're signals, for recruiters writing the posting and for you describing the work on a resume. If most of your week is judgment calls, strategy, and exploratory work, a title that says so gets you a more accurate first conversation than "manual tester" does on its own.

Will AI replace manual testers?

Short answer: no, not the part of the job that's judgment. It's replacing the part that's repetitive.

That distinction shows up in the data too. In a survey of more than 1,500 QA professionals, 82% said they still run manual testing daily, and separately, 82% said AI skills are now critical to the role (State of Software Quality Report 2025). Those aren't contradictory findings. They're describing the same shift: the daily work is still hands-on, but the tools around it are changing, and the people who adapt fastest are pulling ahead.

The risk isn't "AI replaces manual testers." It's narrower than that: if your whole role is the scripted, repetitive slice of testing, that slice is the part getting automated first. If your role includes the judgment slice, AI is a tool you use, not a threat that's coming for you.

For the full data behind this, see the complete picture on AI and manual testing.

How to future-proof your role, not just your title

A few things actually move the needle here, and none of them require abandoning what you're good at.

Get comfortable with the tools before the theory. You don't need to become an automation engineer overnight. You need enough working knowledge of automation and AI-assisted testing to know what to hand off and what to keep doing yourself. Katalon's AI Agent mode is built to take the repetitive regression work off your plate so you can focus on the exploratory and judgment work that actually needs a person. That's the direction tooling is heading generally.

Reposition how you describe your own work. If your resume or LinkedIn says "manual testing" and nothing else, it reads as execution-only by default, even if that's not your actual job. Naming the judgment work directly: risk assessment, exploratory testing, test strategy, edge case coverage, does more for you than a title change alone.

Stop treating "manual" and "automated" as a career choice you make once. Most testers doing well right now move between both depending on the task. That's the whole point of the hybrid tester framing above.

Key takeaways

"Manual tester" isn't one job, it's two, and the title doesn't tell you which one a posting means. The repetitive, scripted version is a real dead end. The judgment-based version isn't, and it's not something AI replaces.

If you're not sure which one describes your work, that's worth figuring out before you worry too much about what to call yourself.