Training options - QA Engineer

[NotAGolf]

I've been a QA engineer for ~10 years now. My manual skills are pretty reasonable, but I'm lacking on the automation side.

I've dabbled a fair bit in automation over the years. If there's a framework already in place, I'd be able to work out how to run and debug the tests and I'd be comfortable writing new tests using the existing framework. But coding doesn't come naturally to me. I can read code and usually follow what it's doing, but if I had to write a framework from scratch, I'd be pretty lost.

All my experience so far has been in C# and Selenium. I've recently joined a company whose automation suite uses Typescript and Playwright, neither of which I have any experience with whatsoever. I've been given the opportunity to essentially pick my training path, but I'm not sure what direction to go in.

I think there's four options:
1) Playwright
2) Javascript
3) Typescript
4) Generic programming course, OOP essentials, that sort of thing

My thoughts:

• I've ruled out Typescript, as I need to understand Javascript better first
• I feel like I probably need to understand Javascript first before I can write Playwright on top of it
• C# and Selenium still seem to be more common in the industry than Javascript and Playwright (at least in the job adverts I've seen). Playwright especially might be a bit niche, but obviously it will still be useful to me now, if not in future
• I think my main flaw is that I've not fully wrapped my head around OOP and the correct way to structure code; I can usually write code that gets the job done, but someone who knows what they're doing would completely rip it apart and rewrite it. So for that reason, I feel like I'm leaning towards option 4.
• I'm worried option #4 might be too broader subject where I learn lots of high level concepts but struggle to apply them practically

I'd quite like to do a 2-3 day classroom based course, possibly a 5 day if the budget allows. I'd prefer to fully immerse myself in it for a short block of time, rather than just dip in and out of Pluralsight videos or something along those lines for several months.

I appreciate that my coding will improve over time just by getting stuck in and spending time on it. The problem is I don't have much time to do it in my day-to-day work, and I don't really have much spare time outside of work to dabble.

Just wondering if anyone has any advice on either the direction to take, or any courses/course providers that they would recommend (or avoid!)?

 

[NotAGolf]

Thanks for the replies guys. To answer a few points....

That's interesting, I'm familiar with QA Analysts and QA Developers and I'd have assumed a QA Engineer would be the latter but you seem to be the former.

Job titles are one of my personal bug bears. I'm an old fashioned software tester. I don't know why it's not called that in the industry anymore. For some reason people want fancy job titles which just leads to confusion as no-one knows what the job entails any more. What the hell is a 'Staff Engineer'?! Anyway I digress...

What's the aim here; are you looking for a career change to become a Developer (in QA or perhaps in general) or is this just more for general career development to become a better QA Analyst/Engineer? The hope that you'll maybe earn more or get promoted?

No, not looking for a career change. I know I'm not wired the right way to become a developer. I like this career, and I'm quite good at it. I'm just looking to improve my skill set. You mentioned the leadership route later in your post, I've gone down that route previously and I wasn't a big fan - I preferred being more hands on and didn't like the idea of being so reliant on someone else who I may or may not trust.

Also, does this indicate you're talking about a training budget your employer allocates for you? Or are you just talking about your own funds?

There is a budget, but I'm not sure what it is the budget is. I'd rather go in high and get talked down . I wouldn't put my own money into it now, partly because I've got other things I need to spend money on, and partly because I'd be worried about the course being rubbish. I've done a bunch of the ISTQB courses, and whilst I learnt a few small tricks it's nice to have it on the CV, I would have been cheesed off if I had paid for them out of my own pocket.

Learning OOP / code structure is something that you should do after writing lots of code - as you'll have enough experience to understand WHY what you did could be done better (in terms of re-use, common patterns etc).

That's an interesting point that I've not considered before, and perhaps explains why I struggle with it - I've just not got enough hours of coding banked. It's not uncommon for me to go weeks without touching code too, so I often feel like I'm starting from scratch.

Is it just front end testing you would be doing, or also backend stuff and API's too ? I'd not heard of playwright (but I don't do front end much). On first glance it look more like a unit testing framework, which is something the devs should be using and writing their own test cases for. Palming off test cases to a junior is "ok" to help them learn a code base, but expecting a dedicated tester to do that is lazy.

It's end-to-end really. There's a larger weighting on the frontend just because there's more of it and the API/backend is relatively small in comparison, but Playwright is used to test the lot. The devs have a stack of unit tests and are really good with helping out with the automation tests, so it's not like they're palming off their work on QA and forcing them to use an inadequate tool.