r/QualityAssurance • • Jan 12 '23 Take My Silver

Negotiating salary - quick guide on how to get more money

797 Upvotes

I see lots of people asking about rates/salaries, question of what to ask for comes up every so often, so I figured I'd write up a guide of how I negotiate my salaries/rates.

Who am I and why should you care - Senior QA Manager with 20+ years in software industry. Maybe you shouldn't care, but you're already here, so why not read it?

So, what to answer when the dreaded question of "what's your expected compensation" comes up?

First negotiation round.

That's right, there are at least TWO rounds of salary negotiations. During the initial interview process and when the offer is made. Take advantage of both. They both have different goals. The first one, during the initial interview stage is for you to make sure that you make the cutoff based on salary range while asking for as much as possible. Second one is there for you to ask for even more now that they got to know you and like you enough to make an offer. First round is usually done by recruiters and they don't give a shit about your salary. All they are doing is making sure you tick checkboxes you have to tick. One of them is being within a range. You job is to find that range and ask for the top end of it.

  1. First and foremost you should know that nobody will turn your down because you asked for more money than they are ready to pay. They will say "Actually our current rate is X, would you be willing to work with that?". If you say yes they'll forget what you asked for 10 seconds after that.

  2. Know that "What are your salary expectations" is a fishing question that gives you advantage. Your only job here is to give them the number that's higher than they expect to pay, but not outrageously high so that they laugh at you. The question is designed for timid people who think it's a privilege to work, who can be taken advantage of when they ask for less. If you're one of these people, I hope this can help you come out of your negotiations shell.

  3. Your mindset should be - if they don't say "uh our rate is actually less" then you didn't ask for enough. Giving them the higher number than they are ready to pay forces them to tell you what's the maximum they are going to pay. Always ask for more.

  4. Position your salary demands as "I'm currently getting <what you're asking for> and I'd like to stay in that area".

  5. Make sure they know you are open to negotiations.

Here's how a sample negotiation usually go. I know the going rate in my area is 130-140K for my type of role:

  • What's your expected compensation?

  • Well, currently I'm getting 170K where I work and I'd like to stay in that area. That said, to me an interesting job takes precedence over few thousand here and there, so I definitely don't want the number to stay in a way of us talking. Plus, some of the benefits could be as good as cash in hand.

  • Right, so the maximum we're ready to pay for this role is 145K, would that work for you? For benefits we offer 4 weeks of vacation, 5% RRSP match, etc.

  • Sure, that sounds great!

I use their question to get the information I need - what are they ready to pay and what are the benefits like. I've interviewed upwards of 50 times over the last ~18 months. Not a single time the interviewer would call it a day based in the number I give them.

Second negotiation round

How to increase the number you give them afterwards. All went well and you got a job offer. Congrats! Now let's increase that number. Always ask for a day or two to think about it. Never agree on the spot, they never expect you to. Here is something to keep in mind - they've just went through exhausting process of interviewing several candidates. They chose you. They want you. They aren't going to shut you out immediately if you approach it respectfully and politely - they definitely don't want to interview people again. Worst they say is "that's the max we can afford". How I approach it:

"I've received a job offer from another company for <what your offer says +10% or +10K, whichever is higher>. Thing is, I would really prefer to work for you - the job sounds a lot more interesting, and I think we're a better fit. Do you think there's some wiggle room for the compensation?". Be prepared to answer the question of "what company is that" (just name a company that exists but doesn't sound exciting. Like AT&T or Bank of America or whatever. Bonus points is if you name their competitors. I've helped couple of my friends and myself get a higher offer this way after the initial offer was already made.

A great addition from/u/Lazy_ML in the comments about this, in case they ask you to show offer letter from said other company:

Many FAANG type companies say their offer letter is confidential and ask you not to share it. You can always use this to deflect the question. It may not get them to match but it won’t make you look like you were bluffing. Many companies also won’t give you the letter until you verbally accept because they don’t want you to shop it around so not having a letter isn’t an indicator of not being truthful (side note: I suggest trying to get the company to confirm the numbers via email, though some mf’s will call you back to confirm). I’ve never provided an offer letter and it has never been an issue (for FAANG as well).

Bonus round 1

DON'T TAKE LESS MONEY THAN THE MARKET AVERAGE. Let's say the average rate for your role is 100K and you're being offered 70K (looking at you, gaming industry. Fuck gaming industry and their labour exploitation). Fuck them. Turn them down. Make sure they understand that the reason you turn them down is their salary is designed to fish at the bottom of the barrel and that's not where you swim.

  • Oh you pay less because it's gaming so you're basically getting paid for playing games? Fuck you.

  • Oh you pay less because there's a ping pong table? You mean I have to come to the office and get paid less? Fuck you.

  • Oh it's oil and gas industry and they want to pay less because it's tough times and oil is cheap? FUCK YOU TWICE. I'm not beneath working for oil and gas but my rate will be at least 30% more than the market average, not less.

These are all real examples from my experience.

But bikes_and_music, it sounds good and all but I need money to pay rent and to eat. I can't just refuse a job offer because they aren't giving a fair wage, I haven't had a job in 6 months, it's a rough market out there!

I hear you. Totally valid. Take the job. Get paid. Feed your family. Keep looking for a job as if you don't have one. Get a better offer and go get paid more. When you leave 2 months down the line make sure they know that you leave because the pay is shit. They will try and guilt you. Oh, you knew what the salary is, why did you accept if you were going to leave! Give them the absolute honest answer - I needed money. I took the job. You knew I wanted more. You know you pay significantly less than the average. If you want talent to stick around pay more money. If you do leave after short period of time don't put them on your resume. This way not only you get better conditions for yourself, you teach them a lesson about being cheapscates.

True story - in March I was offered a 110K job. I wanted 140K. I turned them down. In July I started a job for 150K. By end of Jan I will have made the same amount of money as if I started in March, but I also got 3 extra months off.

Bonus round 2

They offer you less money than the average but dangle "excellent career opportunity" in front of you. As a general rule you should know that this means that whatever promotion you're looking at you'll still be getting less money than the average for that role. Nobody but you can determine whether the opportunity is worth the paycut, but don't go into it thinking with promotion will come the $$$. It won't most likely they'll throw you a title, 5x more job and like 5K extra per year. It's great to have that promotion on your resume but do the math. You're going to stick around at least a year, preferably two after promotion before getting another job at that level. Plus a year to get there. If you're getting 20-30K below average annually that adds up to 60-90K in three years. Is it worth it? Only you can decide, but you need to understand that these are real money you're paying to get that promotion (if they give it to you).

Bonus round 3

Sometimes it's ok to get paid less. One major example is time off. At my previous company when I got a job offer from another place I went to my boss and said "I'm being offered 25% more than you're paying me. I'd like to stay here, and I know you can't increase my salary as much as this, but I was wondering if we could arrange an unlimited vacation situation for me. Doesn't mean I'll go away for 6 months or whatever, but I don't want to clock in and out. I want to have the freedom to work from where I want, when I want, as long as my projects don't complain about me. If they do - feel free to nip this in the bud." I got my unlimited vacation and you can be damn sure I used it to my advantage. Your time is your most valuable commodity. Don't sell it for cheap. I don't even consider this example as "getting paid less", I got paid more as far as I'm concerned because I took like 6-8 months of time off in the next 3 years.

Another example could be an industry that you're passionate about and is not famous for having lots of money. Maybe it's a company that works on some green initiatives. Maybe it's a non-profit that helps feed people in Africa. If you want the job and can afford the paycut - take it. There's nothing like knowing you're helping people.

Bonus round for hiring managers

Normalize telling people when they ask for less than you're prepared to pay. These aren't your money. Your VP/CEO is not going to suck you off just because you save him 5-20K a year. You team is ultimately your boss. If they lose trust in you that's game over. Easiest way to get them on your side is to be upfront - Joe, you asked for 80K but the average wage for this role is 100k so we'd like to offer you 100K.

For you it's just a number. For them it might the difference between being able to put their parents in a nice hospice or needing their spouse to quit work to clean up after them. In other words, 20K/year for a company is a spare change. For a person it can change their life. Don't be a dick. Be a person who changes people's lives for the better.

It took me some time to get to these, I hope they can help some of you to make more money. I've helped multiple acquaintances as well as myself to negotiate their salaries using this. Go get paid. Fight the status quo.


r/QualityAssurance • • Jun 20 '22 Bravo

Answering the questions (1) How can I get started in QA, (2) What is the difference between Tester, Analyst, Engineer, SDET, (3) What is my career path, and (4) What should I do first to get started

752 Upvotes

So I’ve been working in in software for the past decade, in QA in the latter half, and most recently as a Director of QA at a startup (so many hats, more individual contributions than a typical FANG or other mature company). And I have been trying to answer questions recently about how to get started in Quality Assurance as well as what the next steps are. I’m at that stage were I really want to help people grow and contribute back to the QA field, as my mentor helped me to get where I am today and the QA field has helped me live a happy life thanks to a successful career.

Just keep in mind that like with everything a random person on the internet is posting, the following might not apply to you. If you disagree, definitely drop a comment as I think fostering discussion is important to self-improvement and growth.

How can I get started in QA?

I think there are a few different pathways:

  • Formal education via a college degree in computer science

  • Horizontal moved from within a smaller software company into a Quality role

  • With no prior software experience, getting an entry level job as a tester

  • Obtain a certification recognized in the region you live

  • Bootcamps

  • Moving from another engineer role, such as Software Engineer or DevOps, into a quality engineering, SDET, or automation engineer role

A formal college degree is probably the most expensive but straightforward path. For those who want to network before actually entering the software industry, I think it is really important to join IEEE, a fraternity/sorority, or similar while attending University. Some of the most successful people I know leverage their college network into jobs, almost a decade out. If you have the privilege, the money, and the certainty about quality assurance, this is probably a way to go as you’ll have a support system at your disposal. Internships used to be one of the most important things you had access to (as in California, you can only obtain an internship if you are a student or have recently graduated). This is changing though which I’ll go into later. However, if you won’t build a network, leverage the support system at your university, and don’t like school, the other options I’ll follow are just as valid.

This was how I moved into Quality Assurance - I moved from a Customer facing role where I ETL (extract, transform, load) data. If you can get your foot in the door at a relatively small, growth-oriented company, any job where you learn about (1) the company’s software and (2) best practices in the software industry as a whole will set you up to move horizontally into a QA role. This can include roles such as Customer Support, Data Analyst, or Implementation/Training. While working in a different department, I believe some degree of transparency is important. It can be a double-edge sword though, as you current manager may see you as “disloyal” to put it bluntly, and it’ll deny you future promotions in your current role. However, if you and your manager are on good terms, get in touch with the Quality Manager or lead and see if they are interested in transitioning you into their department. One of the cons that many will face going this route will be lower pay though. Many of the other roles may pay less than a QA role, especially if you are in a SDET or Automation Engineering role. This will set you back at your company as you might be behind in salary.

Another valid approach is to obtain an entry level job as a manual tester somewhere. While these jobs have tended to shift more and more over-seas from tech hubs to cut costs, there are still many testing jobs available in-office due to the confidential or private nature of the data or their development cycle demands an engaged testing work-force. There is a lot of negative coverage publicly in these roles thought and it seems like they are now unionizing to help relieve some of the common and reoccurring issues though. You’ll want to do your research on the company when applying and make sure the culture and team processes will fit with your work ethics. It would suck to take a QA job in testing and burn out without a plan in place to move up or take another job elsewhere after gaining a few years of experience.

Obtaining certification will help you set yourself apart from others without work experience. Where I’m from in the United States, the International Software Testing Qualifications Board (ISTQB) is often noted as a requirement or nice-to-have on job applications. One of the plusses from obtaining certifications is you can leverage it to show you are a motivated self-learner. You need to set your own time aside to study and pay for these fees to take these tests, and it’s important at some of the better companies you’ll apply for to demonstrate that you can learn on the job. As you obtain more experience, I do believe that certifications are less important. If you have already tested in an agile environment or have done automated tests for a year, I think it is better to demonstrate that on your resume and in the interview than to say you have certifications.

The Software Industry is kinda like a gold rush right now (but not nearly as volatile as a gold rush, that’s NFTs and crypto). Bootcamps are like the shovel sellers - they’re making a killing by selling the tools to be successful in software. With that in mind, you need to vet a bootcamp seriously before investing either (1) your tuition to attend or (2) your future profits when you land a job. Compared to DevOps, Data Science, Project Management, UX, and Software Engineering though, I see Bootcamps listed far less often on QA resumes but they are definitely out there. If you need a structured environment to learn, don’t want to attend university, and need a support system, a bootcamp can provide those things.

I often hear about either Product Managers, UX Designers, Software Engineers, or DevOps Engineers starting off in QA. Rarely do run into someone who started in another role and stayed put in QA. If I do, it’s usually SWE who are now dedicated SDETs or Automation Engineers. I do believe that for the average company, this will require a payout though. I think the gap might be closing but we’ll see. Quality in more mature companies is growing more and more to be an engineering wide responsibility, and often engineers and product will be required to own the quality process and activities - and a QA Lead will coordinate those efforts.

What is the difference between a tester, QA Analyst, QA Engineer, Automation Engineer, and SDET?

A tester will often be a manual testing role, often entry-level. There are some testing roles where this isn’t the case but these are more lucrative and often get filled internally. Testers usually execute tests, and sometimes report results and defects to their test lead who will then provide the comprehensive test report to the rest of engineering and/or product. Testers might not spend nearly as much time with other quality related activities, such as Test Planning and Test Design. A QA Analyst or test lead will provide the tests they expect (unless you are assigned exploratory testing) as they often have a background in quality and are expected to design tests to verify and validate software and catch bugs.

I see fewer QA Analyst roles, but this title is often used to describe a role with many hats especially in smaller companies. QA Analysts will often design and report tests, but they might also execute the tests too. The many hats come in as often QA Analysts might also be client facing, as they communicate with clients who report bugs at times (though I still see Product and Project handling this usually).

QA Engineers is the most broad role that can mean many things. It’s really important to read the job description as you can lean heavily into roles or tasks you might not be interested in, or you may end up doing the work of an SDET at a significant pay disadvantage. QA Engineers can own a quality process, almost like a release manager if that role isn’t formal at the company already. They can also be ones who design, execute, and report on tests. They’ll also be expected to script automated tests to some degree.

Automation engineers share many responsibilities now with DevOps. You’ll start running into tasks that more such as integrating tests into a pipeline, creating testing environments that can be spun up and down as needed, and automating the testing and the test results to report on a merge request.

A role that has split off entirely are SDETs. As others have pointed out, in mature companies such as F(M)AANG, SDETs are essentially SWE who often build out internal frameworks utilized throughout different teams and projects. Their work is often assigned similarly to other software engineers and receive requirements and tasks from a role such as project managers.

What is the career path for QA?

I believe the most common route is to go from

Entering as a Tester or an Analyst is usually the first step.

From there you can go into three different routes:

  • QA Engineer

  • Automation Engineer

  • Release Manager (or other related process oriented management)

  • SDET

However, if you do not enjoy programming and prefer to uphold quality processes in an organization, QA Engineers can make just as much as an SDET or Automation Engineer depending on the company. More often though, QA Engineers, SDETs, and Automation Engineers may consider a horizontal move into Software Engineering or DevOps as the pay tends to be better on average. This may be happening less and less though, as FANG companies seem to be closing the gap a little bit, but I’m not entirely sure.

For management or leadership, this is usually the route:

Individual contributor -> QA Lead / Test Lead -> QA Manager -> Director of Quality Assurance -> VP of Quality

For those who are interested in other roles, I know some colleagues who started in QA working in these roles today:

  • Project Manager

  • Product Manager

  • UX/UI Designer

  • Software Engineer

  • DevOps/Site Reliability

QA is set up in a position to move into so many different roles because communication with the roles above is so key to the quality objectives. Often times, people in QA will realize they enjoy the tasks from some of these roles and eventually move into a different role.

What should I do or learn first?

Tester roles are plentiful but this is assuming you want to start in an Analyst or Engineering role ideally. Testers can also have many of the responsibilities of an Analyst though.

If you have no prior experience and have no interest in going to school or bootcamp, (1) get a certification or (2) pick a scripting tool and start writing. I’ve already covered certification earlier but I’ll go into more detail scripting.

Scripting tools can either be used to automate end-to-end tests (think browser clicking through the site) or backend testing (sending requests without the browser directly to an endpoint). Backend tests are especially useful as you can then leverage it to begin performance testing a system - so it won’t just be used for functional or integration testing.

If you don’t already have a GitHub account or portfolio online to demonstrate your work, make one. Script something on a browser that you might actually use, such as a price tracker that will manually go through the websites to assert if a price is lower that a price and report it at the end. There are obviously better ways to do this but I think this is an engaging practice and it’s fun.

Here is a list of tools that you might want to consider. Do some research as to what is most interesting to you but what is most important is that if you show that you can learn a browser automation tool like Selenium, you have to demonstrate to hiring managers that if you can do Selenium, you feel like you can learn Playwright if that’s on their job description. Note that you will want to also look up their accompanying language(s) too.

  • Selenium

  • Cypress

  • Playwright

  • Locust

  • Gatling

  • JMeter

  • Postman

These are the more mature tools with GUIs that will require scripting only for more advance and automated work. I recommend this over straight learning a language because it’ll ease you into it a little better.

Wrap-up

Hope someone out there found this useful. I like QA because it lets me think like a scientist, using Test Cases to hypothesize cause and effect and when it doesn’t line up with my hypothesis, I love the challenge of understanding the failure when reporting the defect. I love how communication plays a huge role in QA especially internally with teammates but not so much compared to a Product Manager who speaks to an audience of clients alongside teammates in the company. I get to work in Software,


r/QualityAssurance • • Apr 10 '21

[Guide] Getting started with QA Automation

536 Upvotes

Hello, I am writting (or trying to) this guide while drinking my Saturday's early coffee, so you may find some flaws in ortography or concepts. You have been warned.

I have seen so many post of people trying to go from manual qa to automated, or even starting from 0 qa in general. So, I decided to post you a minor learning guide (with some actual market 10/04/2021 dd/mm/aaaa format tips). Let's start.

------------Some minor information about me for you to know what are you reading-----------------

I am a systems engineer student and Sr QA Automation, who lived in Argentina (now Netherlands). I always loved informatics in general.

I went from trainee to Sr in 4 years because I am crazy as hell and I never have enough about technology. I changed job 4 times and now I work with QA managers that gave me liberty to go further researching, proposing, training and testing, not only on my team.

Why did I drop uni? because I had to slow off university to get a job and "git gud" to win some money. We were in a bad situation. I got a job as a QA without knowing what was it.

Why QA automation? because manual QA made me sleep in the office (true). It is really boring for me and my first job did't sell automation testing, so I went on my own.

----------------------------------------------------Starting with programming-------------------------------------------------

The most common question: where do I start? the simple answer is programming. Go, sit down, pick your fav video, book, whatever and start learning algorithms. Pls avoid going full just looking for selenium tutorials, you won't do any good starting there, you won't be able to write good and useful code, just steps without correlation, logic, mainainability.

Tips for starting with programming: pick javascript or python, you will start simple, you can use automating the boring stuff with python, it's a good practical book.

Alternative? go with freecodecamp, there are some javascript algorithms tutorials.

My recommendation: don't desperate, starting with this may sound overwhelming. It is, but you have to take it easy and learn at your time. For example, I am a very slow learner, but I haven't ever, in my life, paid for any course. There is no need and you will start going into "tutorial hell" because everyone may teach you something different (but in reality it is the same) and you won't even know where to start coding then.

Links so far:

Javascript (no, it's not java): https://www.freecodecamp.org/ -> Aim for algorithms

Python: https://automatetheboringstuff.com/ you can find this book or course almost everywhere.

Java: https://www.guru99.com/java-tutorial.html

C#: https://dotnet.microsoft.com/learn/csharp

What about rust, go, ruby, etc? Pick the one of the above, they are the most common in the market, general purpose programming languages, Java was the top 1 language used for qa automation, you will find most tutorials around this one but the tendency now is Javascript/Typescript

---------------I know how to develop apps, but I don't know where to start in qa automation---------------

Perfect, from here we will start talking about what to test, how and why.

You have to know the testing pyramid:

/ui\

/API\

/Component\

/ Unit \

This means that Unit tests come first from the devs, then you have to test APIs/integration and finally you go to UI tests. Don't ever, let anyone tell you "UI tests are better". They are not, never. Backend is backend, it can change but it will be easy and faster to execute and refactor. UI tests are not, thing can break REALLY easy, ids, names, xpaths, etc.

If your team is going to UI test first ask WHY? and then, if there is a really good reason, ok go for it. In my case we have a solid API test framework, we can now focus on doing some (few) end to end UI test.

Note: E2E end to end tests means from the login to "ok transaction" doing the full process.

What do I need here? You need a pattern and common tools. The most common one today is BDD( Behaviour driven development) which means we don't focus on functionality, we have to program around the behaviour of the program. I don't personally recommend it at first since it slows your code understanding but lots of companies use it because the technical knowledge of the QAs is not optimal worldwide right now.

TIP: I never spoke about SQL so far, but it's a must to understand databases.

What do we use?

  • A common language called gherkin to write test cases in natural language. Then we develop the logic behind every sentence.

  • A common testing framework for this pattern, like cucumber, behave.

  • API testing tools like rest assured, supertest, etc. You will need these to make requests.

Tool list:

  • Java - Rest assured - Cucumber

  • Python - Requests - Behave

  • C# - RestSharp - Don't know a bdd alternative

  • Javascript - Supertest - nock

  • Typescript (javascript with typesafety, if you know C# or Java you will feel familiar) if you are used to code already.

Pick only one of these to start, then you can test others and you will find them really alike. Links on your own.

TIP: learn how to use JSONs, you will need them. Take a peek at jsons schema

------------------It's too hard, I need something easier/I already have an API testing framework------------

Now you can go with Selenium/Playwright. With them you can see what your program is doing. Avoid Cypress now when learning, it is a canned framework and it can get complicated to integrate other tools.

Here you will have to learn the most common pattern called POM (Page object model). Start by doing google searches, some asserts, learn about waits that make your code fluent.

You can combine these framework with cucumber and make a BDD style UI test framework, awesome!

Take your time and learn how to make trustworthy xpaths, you will see tutorials that say "don't use them". Well, they are afraid of maintainable code. Xpaths (well made) will search for your specific element in the whole page instead of going back and fixing something that you just called "idButton_check" that was inside a container and now it's in another place.

AWESOME TIP: read the selenium code. It's open source, it's really well structured, you will find good coding patterns there and, let's suppouse you want to know how X method works, you can find it there, it's parameters, tips, etc.

What do I need here?

  • Selenium

  • Browser

  • driver (chromedriver, geeckodriver, webdrivermanager (surprise! all in one) )

  • An assertion library like testng, junit, nunit, pytest.

OR

  • Playwright which has everything already

--------------------------------I am a pro or I need something new to take a break from QA-----------------

Great! Now you are ready to go further, not only in QA role. Good, I won't go into more details here because it's getting too long.

Here you have to go into DevOps, learn how to set up pipelines to deploy your testing solutions in virtual machines. Challenge: make an agnostic pipeline without suffering. (tip: learn bash, yml, python for this one).

Learn about databases, test database structures and references. They need some love too, you have to think things like "this datatype here... will affect performance?" "How about that reference key?" SQL for starters.

What about performance? Jmeter my friend, just go for it. You can also go for K6 or Locust if that is more appealing for you.

What about mobile? API tests covers mobile BUT you need some E2E, go for appium. It is like selenium with steroids for mobile. Playwright only offers the viewport, not native.

And pentesting? I won't even get in here, it's too abstract and long to explain in 3 lines. You can test security measures in qa automation, but I won't cover them here.

--------------------------------------------Final tips and closure (must read please)-----------------------------------------

If you got here, thanks! it was a hard time and I had to use the dicctionary like 49 times (I speak spanish and english, but I always forget how to write certain words).

I need you to read this simple tips for you and some little requests:

  • If you are a pro, don't get cocky. Answer questions, train people, we NEED better code in QA, the bar is set too low for us and we have to show off knowledge to the devs to make them trust us.

  • If you have a question DON'T send me a PM. Instead, post here, your question may help someone else.

  • Don't even start typing your question if you haven't read. Don't be lazy. ctrl + F and look the thing you need, google a bit. Being lazy won't make you better and you have to search almost 90% of things like "how does an if works in java?" I still do them. They pay us to solve problems and predict bugs, not to memorize languages and solutions.

  • QA Automation does not and never will replace manual QA. You still need human eyes that go hand to hand with your devs. Code won't find everything.

  • GIT is a must, version control is a standar now. Whatever you learn, put this on your list.

  • Regular expresions some hate them but sometimes they are a great tool for data validation.

  • Do I have to make the best testing framework to commit to my github? NO, put even a 4 line "for" made in python. Technical interviewers like to peek them, they show them that you tried to do it.

  • Don't send me cvs or "I am looking for work" I don't recruit, understand this, please. You can comment questions if you need advice.

  • I wrote everything relaxed, with my personal touch. I didn't want it to be so formal.

  • If you find typo/strange sentences let me know! I am not so sharp writting. I would like to learn expressions.

Update 28/03/2023

I see great improvements using Playwright nowadays, it is an E2E library which has a great documentation (75% well written so far IMO), it is more confortable for me to use it than Selenium or Cypress.

I use it with Typescript and it is not a canned framework like Cypress. I made a hybrid framework with this. I can test APIs and UIs with the library. You can go for it too, it is less frustrating than selenium.

The market tendency goes to Java for old codebases but it is aiming to javascript/typescript for new frameworks.

Thanks for reading and if you need something... post!

Regards

Edit1: added component testing. I just got into them and find it interesting to keep on the lookout.

Edit2 28/03/2023: added playwright and some text changes to fit current year's experience

Edit3 10/02/2024: added 2 more tools for performance testing

Edit4: 22/01/2025: specflow has been discontinued. I haven't met an alternative.


r/QualityAssurance • • Aug 18 '23

Resume help!

523 Upvotes

I've been a QA for about 3 years now and have been looking to switch to a better opportunity and to hone automation skills. I'm familiar with Selenium and SQL and etc etc but for some reason after applying to hundreds of jobs in the last 2 months not even one callback, something has to be wrong with my resume. Any guidance can help!


r/QualityAssurance • • Jun 24 '24

I scraped all QA Engineer Interview Questions at Google, Amazon, Oracle, IBM.. here they are..

495 Upvotes

Hi Folks,

I scraped few thousand Quality Assurance Engineer interview questions for Google, Amazon, Oracle, IBM on various sources - (github, glassdoor, indeed and etc.) After cleaning and improving these questions (adding more details, removing less relevant ones, and writing solutions), I’ve compiled around 200 interview questions, which I am publishing for free.

Disclaimer: I'm publishing it for free and I don't make any money on this.
You can check them out at https://prepare.sh/interviews/quality-assurance

I plan to keep adding more companies and questions to cover most major tech firms, so it's a work in progress. If you find this content useful and want to help with code, content, or any other aspect, please DM me!


r/QualityAssurance • • Jan 28 '25

AI is exhausting, I'm out

267 Upvotes

Okay not yet, I still have plenty of time before I can afford to shed my "golden QA handcuffs" (I make $125k).

But between AI making it easier to use our brains less and AI Agent products claiming they can "do QA", I'm tired, y'all.

Got off a catch-up call with my ex-boss who's now a QA Director at a startup where his boss just asked him to axe all the QA Engineers who don't want to switch to Dev -- all to try out an AI experiment to see if it can do the job of QA.

Dumb leaders, AI making us dumber and more illiterate by the day...idk what our brains will look like in 5 years but even if we're all fine, it's exhausting keeping up with all this or making sense of it.

I've only been in QA for 5 years and I've done lots of mentoring and really milked this QA career of mine, probably more than most 10+-year QA folks do, and it was fun until right about now.

Am I the only one who's tired of all this AI hype and just wants to actually do my job? When I get the money -- probably when my first employer IPOs soonish -- I'm ditching all this tech insanity to start a local yogurt shop.


r/QualityAssurance • • Sep 11 '26

Skilled manual QA are worth their weight in gold

265 Upvotes

Tech industry likes to dunk on manual QA as it's dead and worthless position. I recently hired a manual QA who is less than a year into their company and their attention to detail and thoroughness is mindblowing so much so I feel bad for them and wish they were in a role that paid them higher. Probably a lawyer or something.

I simply don't know how can I hire for such strong manual QA, maybe give them a demo project and ask them to do it but it would take 2-3 days to do the interview. Probably can convince company to spend that much money on some hires - pay them for their time. But I don't know if this approach is feasible for smaller companies.


r/QualityAssurance • • Jan 31 '25

QA jobs at FAANG

262 Upvotes

Hi everyone,

I created a job board and decided to share here, as I think it can useful. The job board consists of job offers from FAANG companies (Google, Meta, Apple, Amazon, Nvidia, Netflix, Uber, Microsoft, etc.) and allows you to filter job offers by location, years of experience, seniority level, category, etc.

You can check out the "Quality Assurance" positions here:

https://faang.watch/?categories=Quality+Assurance

Almost all of them include some level of automation QA.

Let me know what you think - feel free to ask questions and request features :)


r/QualityAssurance • • Dec 02 '18

A little QA humor :)

Post image
241 Upvotes

r/QualityAssurance • • Oct 16 '24

Time to leave this subreddit…

232 Upvotes

Most of the people here are not happy with QA jobs and only rant about how QA is a bad career option/how they are feeling stuck/how dev is more rewarding. But no one talks about what they are actually doing to improve their situation, what new technologies they work on, their challenges. This sub feels like a group who is collectively demotivated and only want to validation/sympathy.


r/QualityAssurance • • Dec 27 '24

Finally Landed an Automation Testing Role After a 100% Hike! 🎉

220 Upvotes

A couple of weeks ago, I shared my frustration about not securing an offer for an Automation Testing role after applying to 10+ jobs. Here's the [original post link].

The feedback I received was an eye-opener. Many people pointed out that applying to just 10 jobs wasn’t enough and encouraged me to apply more aggressively. I took the advice seriously and applied to over 500 jobs in just 15 days.

From those applications, I got around 10-12 interview calls. And today, I’m thrilled to share that I’ve received an offer from a product-based company with a 100% hike! 🎉

This was my first time applying for jobs, and I cannot thank this community enough for the amazing advice, from resume reviews to interview preparation tips. You all made this journey so much easier for me.

You guys are the best!!!💪


r/QualityAssurance • • Sep 25 '25

It finally happened

209 Upvotes

The company I work for had a wave of layoffs just last month because of AI. I lead 2 teams of QA engineers, 2 on each team, now I am down to just 1 dedicated tester, 2 if you include me because now I have no choice. For context, there are 5 or 6 developers per team, and no BAs so analysis falls on the developers as well.

We had a meeting a while ago to discuss how to move forward with this. Developers will too now cover testing and automation with the help of AI, and I am supposed to help oversee and establish governance on this, as if I don’t already have my hands full with trying to catchup with deliverables. Honestly, I think it’s only a matter of time before my job is taken over by the dev leads and they will soon let me go as well. I need to save myself and start looking for opportunities out there, and I am seriously considering moving out from QA.

Sorry to post another sob story about QA jobs getting replaced by AI. We already have enough of these in this subreddit. I just needed to shout to the void.


r/QualityAssurance • • Jan 30 '25

I ran a company and can tell QA is good and safer career choice with raise of AI.

198 Upvotes

Hey QA Folks,

you can remember me from a relatively viral post some time ago in this sub

https://www.reddit.com/r/QualityAssurance/comments/1dn14cy/i_scraped_all_qa_engineer_interview_questions_at/

Recently I was reading this sub and every day there is a question "is AI gonna take away my job or is QA a dead-end career"

Its been more than a year that we ran our company, and its not all roses for us too, but what I wanted to tell you is that we automated many things and were able to operate with only few engineers, however when it comes to QA we and other companies can't automate it. Somebody still needs to check and validate all what AI is producing, Infrastructure, UI, Features and list goes on.

I know that my word doesn't mean much for people who are struggling and lost their jobs but I hope will show you other side that It's market that is crap, not QA, every field is struggling right now so hang in there buds!


r/QualityAssurance • • 19d ago

my company is building an ai qa agent and i'm starting to think i'm literally automating myself out of a job 💀

193 Upvotes

so i'm a qa engineer, and we've recently started building an internal ai agent that understands new features, explores the app, and automatically tests everything.

pretty fucking cool, right?

well, now they're planning slack/teams integrations where the agent communicates with developers, creates tickets, follows up on bugs, and basically handles everything a qa engineer does.

and i'm sitting here thinking, motherfucker, that's literally my job. 😭

the worst part? i'm actually helping build this thing.

management calls it "improving productivity." i call it writing my own termination letter in typescript.

genuinely curious, are we making qa better or just building our replacements?

would you help build an ai agent that could eventually replace you?


r/QualityAssurance • • Apr 09 '26

When did QA automation become competitive programming?

191 Upvotes

Had my second round interview today for a QA Automation role at an early stage startup. The interviewer was the founding engineer.

I came prepared with Page Object Model, Playwright, API testing, CI/CD integration, the works. Felt reasonably confident going in.

Then he asked me to build Tic Tac Toe from scratch.

I froze. Said I didn't know how to approach it and the interview pretty much ended there.

Now I'm sitting here wondering if is this a normal QA automation interview question? I know TypeScript and Java, I can write solid test frameworks, automate UI and API flows, set up pipelines. But algorithmic game logic?

The founding engineer also asked "when was the last time you coded" which stung a bit. Felt more like a software engineer interview than a QA automation one. Is this a startup thing where QA and dev roles are blurred? Should QA automation engineers be expected to solve problems like this? Or did I just get a bad interview? Feeling pretty defeated right now. Would love to hear from people who've been through similar experiences.

**TL;DR:** QA automation interview asked me to build Tic Tac Toe. I froze. Now questioning everything. Is this normal?

Edit: Note - the company had openings for qa automation engineer and sdet roles separately. And I applied for the qa automation role.


r/QualityAssurance • • Jul 03 '25

Is QA even QA anymore? Or just post-dev clerical work?

189 Upvotes

As a developer, I honestly miss the days when QA meant gatekeeping quality, not just running regression scripts after we merge. Too often now, it feels like QA is just verifying builds and raising tickets like customer support reps with better Jira access. No upstream ownership, no friction, no deep analysis, just ticket triage and "steps to reproduce." I don’t want a passive QA. I want a partner who asks why a bug exists, not just whether it still exists. Someone who challenges product assumptions, catches design flaws early, and tells me my happy path is delusional. If QA is just there to "check" my code after the fact, we’re both doing it wrong. Real QA should break things before they’re even built.


r/QualityAssurance • • Jul 01 '26

Unemployed and panicking - 20 years experience in QA

181 Upvotes

Got laid off after 7.5 years mid June along with few others due to some company restructuring.

Been doing QA for the last 20+ years with a heavy focus on feature (manual testing - UI and API) on SaaS, Enterprise on prem and even desktop software. Last 10+ years though have been SaaS products.

Most of those times, the QA teams were small and automation wasn't a priority up until maybe the last 1 or so?

The mantra for the team was, feature testing to make sure our customers don't have a bad experience. Automation would be secondary so recently. There were existing automated tests from before so refactoring and creating new tests wasn't so bad given I had examples to use.

When we started a new project, we decided to go with Playwright / Python and it was pretty good. I'm still no expert on the Python side but the Playwright docs are pretty good. When Github Copilot and Claude Code were cleared for enterprise use, I was able to crank out tests with the tooling which felt good but also, realized that's where the learning stopped.

Being the lone QA on a team probably doesn't help that.

In any event, I'm panicked. Anxiety is setting in with the job market the way it is. I feel like I'm experienced in all the wrong areas now. It seems most postings are all about automation mixed with "some" manual testing, exploratory testing, test case design, planning etc.

Ageism is creeping in for me, I worry about my family and haven't had an appetite since I got laid off. I'm losing weight, continued of lack of sleep and can't stop doom scrolling the job boards seeing that I'm not qualified anymore. Everyone that I worked with reached out and said that I was great, totally improved the quality and provided confidence that we could deploy everyday. Some said I outgrew the QA role on the team and don't understand how this could happen. There's also no more QA on that team.

Sadly, management didn't see it that way.

I was working remotely and resigned to the fact I would go back into an office locally, except there's only a handful left in this city.

I feel alone, trying to put on a brave face for my family but suffering here in silence. I'm frightened I won't be able to provide for my family since I'm the primary income earner.

I'm not even sure what the point of this post is, other than to get this out of my head and hope to lesson my anxiety.


r/QualityAssurance • • Jul 10 '25

QA job requirements out of reality

179 Upvotes

I am working in the QA domain for the past 10 years , starting from a simple test automation position using java selenium and rest assured. Back in the old days interviews were simple you know coding basics you have testing principles so you are hired. Scaling up to today I was working as a QA lead managing a team of 10 QAs. Suddenly all the qa department became obsolete and outsourced to India.

I started interviewing with high hopes and oh boy its hard.

Test Interviews asking for principal level java engineer but also know python and be able to write code in JavaScript while can debug C# code. Interviews asking for a Senior test automation engineer which will be prodigy on creating CICD pipelines (Jenkins+ AWS+ Azure) and also perform performance tests and deploy test environments. But be also good on documentation and test Managent, create proper bugs and manage the testing of the sprint and risk analysis and and and and......

But regarding the wage? As you are not A DEVELOPER we can't of course compensate you as A DEVELOPER.

I am really considering changing careers and just go to a super market in order to become a cashier.....


r/QualityAssurance • • Mar 07 '21

Careerist/jobeasy

178 Upvotes

So I did some reading around the sub and I saw a couple questions on it, not sure if anyone has an updated opinion. I am hesitant because it does seem way too good to be true, with almost exclusively positive reviews and some questionable reddit comments about it. The webinar I attended today bothered me in that it was really pushed as being so easy anyone could do it and heavily reminding that they can all but guarantee you a 75k+ job within six months. I don't believe either, but what still has my interest is they claim a lot of job and interview prep as well as a post course internship for experience. I was looking at other ASTQB accredited ISTQB foundation test courses and they are of similar cost ($1000-2000) but for only 3 days. Careerist is one month (though it seems drawn out) plus the post course interview prep and internship, which appeals to me as I am really trying to change careers and am nervous about my ability to successfully find any potential jobs on my own (I do not have any tech background, I stumbled into 3D printing but that was a few years back now and I have been doing online teaching for the last three years. My job history is not very long and to be honest I don't have very much experience with applying or interviewing for jobs).

EDIT: I want to edit as I’ve gotten a lot of messages and comments asking… I did not do the course and will not in the future do it and more or less agree with all the negative comments against it.


r/QualityAssurance • • May 22 '25

Help me with creating a list of what to learn for Automation

175 Upvotes

The question gets asked many times every day and the answers are almost always the same generic responses. Learn Playwright. Learn Python. Learn {insert current popular tool and language}. Often you will see the link to that Github page that lists every possible tool QA tool that ever existed and people just tell them to learn that.

I wanted to write something up and be a little more specific because if you've never programmed before, those answers, while helpful, can be pretty overwhelming. So I have been putting together a slightly more specific list of what you should learn and wanted the communities input to refine it.

First, this is certainly not an exhaustive list. Second this isn't designed to be the order you learn them in, or what level in your career you should learn these things. It designed to work more as a checklist someone can use to get a really strong foundation for Automation. For some things I have also included a few examples where I thought they might help, again they are not an complete list. And this is designed to be as language/framework independent as possible but there are definitely some concepts here that won't apply everywhere.

So comment below however you think it cam improved and maybe we can create a nice document or sticky post that can be linked to so we don't al have to give the same generic answer 10 times a day. Also sorry if the formatting sucks. I copy/pasted it from Google Docs.

General Programming

The Basics

  • Variables

  • Data Types

  • Flow Control Statements

    • Conditionals

    • Loops

  • Logical Expressions/Operators

  • Simple Data Structures

    • Arrays

    • Lists

  • Methods/Functions

  • Comments

Mid Level Concepts

  • Version Control

  • Classes

  • Object Oriented Programming Concepts

    • Inheritance

    • Polymorphism

    • Encapsulation

    • Abstraction

  • Functional Programming Concepts

  • Variable Scope

  • Visibility Modifiers

    • Private

    • Public

    • Protected

  • Debugging

  • Error Handling

  • File Manipulation

  • Writing readable code

  • Asynchronous programming

  • Reviewing others code

  • Refactoring Code

Advanced Concepts

  • Design Patterns

    • Singleton

    • Factory

    • Builder

  • Project Structure

  • Higher Order Functions

  • Immutability

  • Advanced DSAs

    • Stack

    • Queue

    • Linked Lists

    • Trees

    • Sorting

  • RegEx

  • Lambdas

  • SOLID Principles

  • Recursion

Front End Automation

The Basics

  • Web Elements

    • Textboxes

    • Tables

    • Buttons

    • Labels

    • Lists of Elements

  • Basic Locators

    • XPaths

    • CSS Selectors

  • Assertions

    • Hard

    • Soft

  • Waits

  • Page Interactions

    • Get Text

    • Clicking

    • Open Menu

  • Page Navigation

    • Open URL

    • Go Back/Forward

Mid Level Concepts

  • What to Automate

  • Improved Locator Strategy

    • Ids

    • Aria Roles

  • Browser Management

    • Drivers

    • Cross Browser Testing

    • Browser Profiles/Settings

  • Window/Tab navigation

  • Design Patterns

    • POM

  • Test Hooks

    • Before/After Method

    • Before/After Class

  • Fixtures

  • Creating Custom Assertions

  • Mobile Testing

  • Credential Management/Authentication

  • Generating Test Data

  • Logging

  • Reporting

  • File Upload/Download

  • Cookies

  • iFrames

  • Debugging/Fixing Failed Tests

  • Automatically Re-Running failed tests

  • Parallelization

  • Screen Shots/Videos

Advanced Concepts

  • Test Framework Creation

    • Including choosing the correct framework

  • Native App Testing

  • Managing CICD Pipelines

  • Environment Management

API Automation

The Basics

  • Url/Uri

  • CRUD Methods

    • GET

    • POST

    • PUT

    • DELETE

  • JSON

  • Path vs Query Parameters

  • Request Body

  • Response Body

  • Simple Response Codes

    • 200

    • 404

    • 500

Mid Level Concepts

  • Headers

  • Authentication/Authorization

  • Other REST Methods

    • PATCH

    • HEAD

    • TRACE

  • Other Response Codes

  • Cookies

  • Error Handling

  • Negative Testing

  • Data Generation

  • File Upload/Download

  • XML

  • Logging

  • Debugging/Monitoring

    • Splunk

    • Data Dog

    • New Relic

Advanced Concepts

  • Test Framework Creation

    • Including choosing the correct framework

  • Managing CICD Pipelines

  • GraphQL 

  • Contract Testing

  • Load/Performance Testing

  • Security Testing

Other Stuff

  • How to Google

  • Console/CLI/Terminal commands

  • How to use your IDE

  • Writing Documentation

  • Databases

  • Containerization

  • Cloud Tooling

  • AI Tooling


r/QualityAssurance • • May 31 '23

Thank you quality QA testers

175 Upvotes

You make my job and development so much better. You catch the bugs and prevent bad features from getting into production. You write automated tests to ensure any environment updates don't make everything explode. You see every detail in the UI mocks and ensure that the live UI matches. Thank you, thank you! I love working with you.

And to newbies, thank you for learning and taking on this task. Devs aren't always polite and get grumpy about interruptions. We love scheduled messages that we see first thing in the morning as well as movs and screenshots. You will become a great tester the more you practice and the more you learn about your assigned product.

To all the testers who wait at the last minute to test, don't know how to use their proxy tools despite claiming expertise, don't communicate, and require devs to walk you through your job even though you've been in this position for over a decade, quit. Just quit and find another income. Let someone else become a QA tester because you aren't it.

P.S. My favorite tester is moving teams and I'm stuck with the crappy one.


r/QualityAssurance • • May 31 '26

18 years in QA and the biggest mindset shift that actually made me better at testing

168 Upvotes

Early in my career I was laser focused on test cases, coverage numbers, and defect counts. Hit the targets, close the sprint, repeat.

It took a few years to realise I was testing features, not products.

The shift that changed everything was starting every new feature with two questions:

"Why is this being built?"

"How will real users actually use this, not how we expect them to?"

That context alone helped me catch more meaningful issues than any test case ever did. Because real users don't follow happy paths.

They skip steps, misread labels, use the product at 11pm on mobile with bad internet, and do things nobody in the sprint planning meeting ever imagined.

The most common mistake I see newer testers make, and it's totally avoidable, is treating test cases as the finish line. They're actually just the starting point. Exploratory testing, curiosity, and challenging assumptions is where the real bugs live.

The second mistake is spending 80% of energy learning automation tools while underinvesting in fundamentals like critical thinking, risk analysis, and understanding user behaviour. Tools change every few years. Those skills don't.

Curious what shifted your approach as you gained experience. Was there a specific project or moment where testing clicked differently for you?


r/QualityAssurance • • Oct 14 '25

AI for Test Case creation

167 Upvotes

Can anyone recommend any good AIs to aid with making test cases. Just getting tired of having to do from scratch since im alone in the team, still planning on modifying whatever AI makes.

Would also appreciate any tips y'all can give to utilize ai for QA


r/QualityAssurance • • Jul 30 '25

I finally got my first automation job that is not 100% Manual.

164 Upvotes

I started my QA career back in 2019. My first job was full Manual testing,

My second job was also 100% Manual both UI applications and backend testing .

My third job was embedded testing which was also 100% Manual testing. There was automation but it had a different team.

Last week I accepted an offer which is 80% automation and 20% Manual. Finally, I am really happy I can finally get some automation experience.

I am a bit nervous. Hopefully I don’t get fired or something since I don’t have much coding experience.