4 ways to get remote QA job

Will artificial intelligence replace qa testers?

BTW, it sucks to work on the beach: too hot and humid 😉

Remote jobs are attractive:

– you don’t have to spend time, money and nerves for commute to the office
– you have a better work/life balance
– you can live in a cheap country, but get salary from the expensive country.
– you don’t have to meet many people you don’t want to meet.

What not to love?

But how easy is it to get remote QA job? Well, here are the main options:

1. Go with uTest

uTest has become a social network for testers and at the same time a platform that connects testers and employers.

Here is what to do:

a. Register at uTest
b. Start participating in projects.
c. Work hard, smart, build your professional reputation.

If you do it right, you’ll get so many gigs that it’ll feel like a full time job.

Some uTesters get paid more than 100K dollars a year. Not so bad.

2. Go offline before going online

Some employers don’t like working with remote consultants/employees. At the same time, if person who works in the office has a great reputation and excellent performance, he can negotiate working remotely full time or certain days of week.

3. Have some exceptional/valuable skills/experience

If person possesses exceptional/valuable skills/experience, employers try to get him onboard offline or online, – doesn’t matter.

4. And there are, of course, standard, time-tested options, like finding remote work on career sites like Indeed or using your personal or professional connections.

IMHO, uTest is the most accessible and meritocracy based option than any other – especially if you are a novice tester.

But in any case, remember the principle: If you want to get entry-level QA job, you should explore ALL the options. Online/offline/high salary/low salary/long commute/short commute – the main purpose is to get on board ASAP and start getting actual QA experience.

Learn manual QA first, get hired, learn QA automation

Smart path to QA automation.

Learn manual QA first, get hired, learn QA automation

Question: I want to do QA automation, but I have zero QA experience


Here is what I recommend:

  1. Learn manual testing first
  2. Get hired
  3. ONCE you are hired, learn QA automation

Beginner QA testers should concentrate on ONE task: GETTING HIRED.

Find a job first. Once you are employed, there will be a lot of opportunities within the company and, if you want, one way or another you’ll learn QA automation BEING PAID for that.

Manual QA testers are hired without experience for Junior positions.

QA automators are hired only with experience, because it doesn’t make sense to do otherwise. See my relevant post.

Question about QA automation that I receive every day

Learn manual QA first, then move to QA automation.

Learn manual QA first, then move to QA automation. NOT another way around.

Question: Do I need to learn QA automation to get my first QA job?


Let’s think like a hiring manager and compare requirements for manual QA and QA automator.

Manual QA should:

  1. Know how to test software
  2. Know how to file bugs
  3. Be familiar with software development process
  4. Ideally have a good domain knowledge, e.g., how credit cards are processed or how video conversion works

QA automator should:

  1. Have all skills of Manual QA
  2. Have strong programming experience (for example, with Java)
  3. Have strong experience with particular QA automation framework (for example, with Selenium WebDriver)

If I’m hiring Jr. QA for manual black box testing, I care about two things:

  1. Personality
  2. Practical understanding of QA methodology and software development process

QA experience and domain knowledge are always a plus, but if it’s a good person to work with and he understand QA, then in my book it’s enough to be hired.

It’s completely different situation in case of hiring QA automation engineer.

I’ve been doing QA automation for more than 10 years and I know exactly that:

It takes years of programming and QA automation experience before person can not only write clean usable code, but also know WHAT to automate and WHAT NOT to automate.

In most cases, unexperienced QA automator will cause a MESS simply because proper programming and proper QA automation takes MANY years to master.

That’s why I ONLY hire QA automators if they have years of relevant experience.

“But what if I want to do QA automation?” The answer is here.

QA 101. Four sets of essential skills to start your career in software testing and QA

QA 101. Essential software testing skillsHere are four sets of essential skills to become effective right away once you are hired as a software tester / QA engineer.

You should know:

1. How to explore software
2. How to apply black box testing techniques
3. How to generate test cases
4. How to file bugs

1. HOW TO EXPLORE SOFTWARE

Don’t expect to have a babysitter once you are hired by a software company. Most likely you’ll be given a software, e.g., web site or a part of it and asked: “Go ahead and test it”.

Your first step is to get domain knowledge, i.e., get practical knowledge about some subject, e.g., your website functionalities.

The skill here is to

Take a piece of software -> Start using it -> Figure out how it works or how it should work.

Many of new QA testers feel overwhelmed during their first days/weeks at work. Here is what you should do: try to get as much domain knowledge as possible. In order to do it: explore software and ask questions.

How to grow your software exploring skills? Use different type of applications: social, financial, photo, e-commerce, etc./ desktop, web-based, mobile, game consoles, etc.

Related QATUTOR article: Knowledge Of The Internals Of The Software

2. HOW TO APPLY BLACK BOX TESTING TECHNIQUES

Black box testing techniques are easy to understand, but sometimes hard to apply. Like in case with other software testing skills, only practice helps.

Three most important black box testing techniques are:

A. Dirty list – White list. You should be able to go from idea about test case to test case that makes sense. Dirty list – White list software testing technique starts with brainstorming and ends up with concrete testing scenario.

B. Test tables. This is hardest to implement black box testing technique, but there is nothing better to reflect possible logical flows. You should practice this approach hard, but results will be amazing and once you get it, you’ll have one of the most effective QA approaches at your disposal.

C. Equivalent classes. This technique deals with grouping of entry data into categories depending on the expected result. You cannot test if you don’t know how to use equivalent classes.

Related QATUTOR article: Black Box Testing Techniques

3. HOW TO GENERATE TEST CASES

Sure, we can test without test cases, but no serious testing can be done without test documentation. Main part of test documentation is test cases.

Consider these skills and approaches for test case generation:

A. Use crystal clear simple language
B. Be smart about the level of abstraction
C. Take repeating steps to QA Knowledge Base
D. Make test cases independent from each other
E. Make sure that test case is executable to any tester at your organization

Related QATUTOR Lecture: Lecture 3 – Test Cases and Test Suites

4. HOW TO FILE BUGS

Bug tracking system is the main communication tool of a software tester.

Consider these skills and approaches for bug filing:

1. Be curt, precise and use simple language when you write Bug Summary.
2. Add steps to reproduce. Once you added them, execute them to make sure that they will take developer to the expected result.

Related QATUTOR article: The Bug Tracking System

QATUTOR course will help you get practical knowledge and practical skills about all aspects of software testing and QA that I’ve mentioned above, plus MUCH more!!

Your first QA job: valuable experience, first QA experience, internal transfer, job market.

First QA job. QA Testing career.Question: After QATUTOR course do I still need to try and get experience? Or I can just start looking for a job?

Answer: That really depends on your previous non-QA job experience and on a job market.

My student just got employed, because he had strong background in finance – his primary value to employer was his knowledge of finance. Another example of this kind is the professional photographer who is Photoshop and Lightroom expert – any company that develops image editing software would love to have QA with that kind of knowledge.

Some students are already employed, but want to learn QA to change their job function and get transferred to QA department.

For many students, I recommend joining uTest community and gaining QA experience with actual software projects. Participation in actual projects makes a great addition to the resume and employers percept uTest experience as a valuable one.

Participation in beta-testing projects also helps you gain testing experience and improve your resume.

A lot depends on a job market. For example, my home market – Silicon Valley has been offering A LOT of QA opportunities and entry requirements are relatively low. Some other markets do have QA jobs, but their entry requirements are high as well as competition between job candidates.

IMPORTANT: You should really understand your local or target market BEFORE you decide to invest your time/money into pursuing any kind of career.

And as always, I want to point out that your attitude and perseverance are the most important factors. Myself and many of my students changed our lives thanks to QA, but those changes were defined by hard work, positive attitude and strong desire to join software industry.

It’s all very individual and I provide my opinion to students about their particular situation.