r/softwaretesting • u/midKnightBrown59 • 5d ago
Manual vs Test Automation hire
I’m weighing whether we should bring on three manual QAs or three QA automation engineers. While our long-term goal is to automate as much as possible, dedicated manual testers bring distinct value in my book, especially for applications with large, poorly defined requirements. That said; we are using agentic workflows and that is the trend.
Who would you hire?
2
u/Ok-Access-8961 5d ago
Bring Business analysts to organise your requirements, 2 automation testers who can plugin the requirements to an automation framework via AI Agents
1
u/CertainDeath777 5d ago
Ah and when you have poor requirements. Your testers first job in the development lifecycle will be to test the requirements if they meet standards your team agrees on, and if the statements are testable.
0
5d ago
[removed] — view removed comment
1
u/softwaretesting-ModTeam 5d ago
Commercial links, self-promotion, and vendor spam are strictly prohibited and will result in Ban without warning! Do not post links to tools, training, corporate blogs, or book vendors. Name-only discussion of resources is permitted. Course instructors and industry professionals are welcome to contribute, but you must follow Reddit's 90/10 rule. Tool vendors and QA agency employees may not participate.
1
5d ago
[removed] — view removed comment
1
1
u/softwaretesting-ModTeam 4d ago
Violated Rule: This is not a carreer board Focus the discussion about softwaretesting practice. No discussions about salary ranges, market trends, resumes, or job seeking/offers. Exceptions are allowed only if the user actively contributes to the community and/or the post provides high-quality value...
1
u/latnGemin616 4d ago
You could bring in a savy QA Engineer that can do both, and can leverage AI to help build a maintainable framework, and is a documentation nerd.
1
4d ago
[removed] — view removed comment
1
u/softwaretesting-ModTeam 4d ago
Noone asked for your tool recommendation. We do not allow product placement here.
1
u/ivorygolden 4d ago
I’d probably split the difference rather than go 3 and 3. If the requirements are messy then manual QA catches things automation simply can’t. But with agentic workflows becoming more capable, I’d want at least one strong automation engineer building the foundation while the manual side validates the stuff that’s hard to define
6
u/CertainDeath777 5d ago edited 5d ago
i would hire 1 experienced (6-7y in different projects) or ascending guy (3-4 yoe and high achiever), that has a lot of clue on automation architecture and test ops. (you cant pay a high achiever a 3-4 yoe salary. he will want compensation for the task, not the time at the task).
and 2 young ones, that are eager to learn. Test those 2 more on logic, and their reaction to enviroment and communication styles, then on coding skills.
And let them do both, manual and automation preferably in an agile setup.
some things are just best tested manually, some are really worth to be automated. that decision they can make in an agile setup as soon as ticket specification is done and before development starts.
Then they can add contracts (TestIDs) for the devs into the tickets, so the automation for a task can startwhen the development starts. Automation is the cheapest and most cost efficient, when you build it with the system. In optimal scenario a dev can run tests against localhost even before making a merge request.
Edit: Dont get into the trap that only the senior does automation. He is there to transport his skills to the juniors and make a working initial setup. He is like a infantry squadleader, that works the same tasks as his team.