
«Це не та професія, де можна сховатися за монітором, щоб вас ніхто не чіпав»: як стати QA Engineer, прокачатися та заробляти від $2000
Швидкий старт, затребувана IT-професія, соцпакет, круті «плюшки» та можливість працювати в міжнародних компаніях — саме так багато хто уявляє професію тестувальника. А як на практиці?
Ми розібралися з QA-практиками, чи це так, а також з’ясували, які скіли потрібні для роботи QA Engineer, кому платять $2000+, як пришвидшити кар’єрний шлях та розвиток тестувальника.
У бесіді взяли участь:
- Дмитро Санітарський, Senior QA Automation Engineer у DataArt, викладач тренінг-центру QALight із досвідом у ручному й автоматизованому тестуванні понад 6 років.
- Дмитро Матюшин, QA Engineer в Argus Media Ltd із досвідом у тестуванні понад 5 років.
Хто такий QA тестувальник, за що він відповідає та чим займається
Будь-який софт, сайт або програма вимагає перевірки якості перед запуском у реліз. Це пов’язано з тим, що програмісти не завжди розуміють, як користувач взаємодіятиме з продуктом, а також не можуть передбачити всі нестандартні ситуації у його роботі. Тоді на допомогу приходить QA engineering та Quality Assurance Engineer. Тестувальник перевіряє програмне забезпечення на наявність дефектів та допомагає їх усунути.
Як і зазвичай, за рівнями QA-фахівців поділяють на Junior, Middle та Senior. Рівні відрізняються набором технічних навичок та здатністю самостійно розв’язувати робочі завдання. Але найчастіше межа між ними розмита, тому дедалі частіше використовують терміни формату Strong Junior, Middle+ тощо. Також виділяють Trainee QA Engineer — початківця з мінімальним або відсутнім практичним досвідом. Такий тестувальник/QA — це працівник із невеликим набором навичок, йому ще потрібна допомога менторів чи лідів, тоді як Senior виділяється автономністю у розв’язанні складних завдань та глибиною теоретичних знань.

«Кар’єра тестувальника складається з кількох етапів, визначених рівнями. Trainee — це людина, яка щойно закінчила курси, тому повинна ставити багато запитань досвідченішим колегам і отримувати досвід усіма можливими способами.
Junior QA фахівець — це людина з 6–9 місяцями досвіду, яка набула певної самостійності, але все ще не має достатньої експертизи досвіду, щоб мати вирішальний голос в складних питаннях, давати поради щодо зміни процесів та нести за них персональну відповідальність.
Middle — впевнений в собі професіонал. Має достатній набір навичок для того, щоб бути автономною одиницею в рамках більшості задач, а також релевантний досвід, який допоможе попередити деякі помилки на етапі планування. Також я зустрічав думку, що мідл здатен менторити джунів, але я б не сказав, що це буде повноцінний менторинг — радше інструкції для конкретних проєктів.
Завдання QA інженера рівня Senior — налагоджувати внутрішні процеси тестування, нести відповідальність за роботу, давати поради молодшим членам команди.
Серед перспектив кар’єрного зростання тестувальника — його перехід до Team Lead. Лід повинен брати на себе лідерську роль у рамках процесів тестування: стандартизовувати, групувати звітність, брати на себе щось схоже до законотворчої діяльності, а також контролювати підвищення інших працівників, мати вирішальне слово в питаннях зарплатні/грейду».
Більше про ролі в IT-команді читайте в блозі ITExpert.
А ще тестувати продукт можна «вручну» (manual), а також за допомогою коду (automation). Відповідно до цього розрізняють два види QA-інженерів. Хто такий мануальний тестувальник, а хто — автоматизатор? У першому випадку фахівець повинен повторювати дії, які може зробити користувач, а в другому QA — як developer прописує спеціальні скрипти, щоб, протестувати те, що звичайний юзер би не зміг (наприклад, чи витримає сайт трафік у мільйон користувачів). Відтак, інженер автоматизованого тестування ПЗ використовує тести, які покривають певний функціонал продукту та працюють без участі людини.
Звіт MarketsAndMarkets прогнозує, що до 2024 року ринок автоматизації зросте більш ніж удвічі проти 2019-го, а його обсяг сягне $28,8 млрд. А відтак, на спеціалістів з автоматизованого тестування буде дуже високий попит.
Автоматизований тестувальник повинен знати мову програмування (наприклад, Java або Python), розбиратися у тестових фреймворках (Selenium), вміти працювати з базами даних та системами контролю версій (Git). А ще:
- Вміти складати тестові сценарії для автоматизованого тестування. Трапляються тести, які виконують безліч дій, але не приносять користі.
- Вивчати нові інструменти. Наприклад, компанії можуть використовувати різні інструменти збору/побудови проєктів (Maven або Gradle).
- Вміти будувати ефективні алгоритми та підходи. Що більше у компанії тестів, то довше вони виконуються. Тому час кожного тесту критичний.
Утім автоматизація не може повністю замінити мануального тестувальника. По-перше, тому, що QA automation підвищує вартість розробки, адже автоматизатор повинен знати більше, ніж мануальник.
Крім того, автотести не можуть покрити всі потреби продукту. Exploratory testing, UX testing — це те, що не можна автоматизувати. І наостанок, вам навряд чи вдасться стати QA automation без досвіду QA manual. Тому у великих IT-компаніях залишається актуальним розподіл на «мануальників» та «автоматизаторів».

«Обсяг роботи та обов’язків для професії QA інженера дуже відрізняється. Якщо на проєкті один тестувальник, доводиться робити абсолютно все: вести комунікацію із замовником та колегами, налагоджувати процеси, писати документацію, виконувати всі можливі типи й види тестування.
Коли ж команда тестування велика, зазвичай задачі делегуються залежно від складності та навичок кожного тестувальника. Починаючи кар’єру в engineering QA, я намагався брати в роботу більше складних задач і розширювати свою зону відповідальності, що дало мені багато нових знань та непоганий поштовх у кар’єрному зростанні тестувальника».
Інструменти, hard та soft skills, без яких не стати QA
QA Engineer — це людина «на перетині» багатьох професій, і скласти вичерпний перелік навичок та компетенцій для цього фахівця досить складно. Ми спробували розділити їх на три ключові складові позиції: тестування, документація, комунікація.
Тестування:
- STLC (життєвий цикл тестування);
- типи та рівні тестування;
- техніки тест-дизайну;
- метрики в тестуванні;
- підходи тестування;
- інша теорія тестування.
Документація:
- тестова документація — як, що, коли писати;
- види бізнес-документації;
- процес аналізу документації.
Комунікація:
- вміння давати та приймати фідбек;
- розуміння, як чітко та зрозуміло висловлювати думки;
- вміння виокремлювати автора від його роботи.
Крім того, важливі також компетенції зі сфери бізнес-аналізу та управління проєктами. Наприклад, розуміння, що таке ризики та як ними керувати (є навіть risk-based підхід до тестування), цикл розробки та ролі в ньому тощо.
Додатково потрібно володіти технічними інструментами: наприклад, Chrome DevTools, Charles, Postman і Kibana. Детальніше про них розповів Дмитро.

«На старті важливе володіння тулзами для тестування API (Postman та SoapUI), Charles та/або Fiddler. В інструментах для тестування API необхідно вміти виконати запит будь-якої складності, знати, для чого потрібні основні елементи інтерфейсу кожної із програм. У Fiddler та Charles потрібно вміти налаштувати їх для перехоплення запитів від сервера та, наприклад, відредагувати відповідь від сервера.
Також обовʼязкові знання Chrome DevTools та аналогів. У цих інструментах необхідно знати призначення кожної таби й мати декілька прикладів сценаріїв їх використання.
Великим плюсом будуть мінімальні знання SQL і відповідних інструментів для роботи з базами даних (SQL Server Management Studio/DBeaver/Navicat).
І, напевно, останнє — будь-який інструмент для performance-тестування, серед яких найпростіший і найрозповсюдженіший — Jmeter. Цього набору може вистачити для того, щоб знайти роботу на позиції Junior Manual QA.
З того, що не входить в мінімальний список, але теж точно знадобиться в роботі:
- знання Git та Docker;
- вміння користуватись мінімальним набором фіч Android studio та Xcode (якщо є плани працювати в мобайлі);
- тулзи CI/CD (Jenkins/Gitlab CI);
- інструменти для логів та моніторингу (Kibana, Graylog, Grafana).
Важливо розуміти, що від початківців ніхто не очікує глибоких знань цих інструментів — часто достатньо знати до десяти команд, як у випадку з Git та Docker, а іноді просто розуміти, для чого потрібен інструмент та які є сценарії його використання».
Скільки заробляє тестувальник
За даними DOU, медіанна зарплата QA станом на січень 2023 року становить $2000. 1% найбільш високооплачуваних QA-фахівців отримують від $6500.
Найвища медіанна зарплата у QA — в аутстафінгових компаніях ($2300). На другому місці — аутсорсингові компанії ($2100). Різниця в компенсаціях між Manual QA й Automation QA практично непомітна в перший рік роботи, але з’являється вже впродовж другого. Так, після трьох років досвіду різниця в медіанних зарплатах фахівців цих спеціалізацій перевищує $1000.
Серед перспектив роботи QA — безперервне прокачування скілів і, як наслідок, підвищення рівня компенсації. Щоб заробляти більше, тестувальнику потрібно освоювати додаткові чи суміжні навички. Наприклад, скіли тестування навантаження, програмування, менторство або лідерство.
Де вчитися, що читати та дивитися QA Engineer`у
Засвоїти тестування можна на платних і безкоштовних курсах, а також із ментором чи самостійно.
Усі знання варто розділити на теорію тестування та технічну базу. Теорія QA передбачає розуміння професійних цілей тестувальника та завдань тестування як процесу, різних видів та підходів, процесів розробки продукту, тестових артефактів (тестова документація) тощо. Це фундамент для роботи будь-якого тестувальника.
Технічна база своєю чергою може включати знання технічних тем і володіння відповідними інструментами: знання комп’ютерних мереж, протоколів передачі, баз даних і СУБД, мов програмування, git і репозиторіїв.

«Я б порадив моніторити DOU/Djinni для розуміння нагальних потреб ринку. Потім шукати англомовні курси з обраної теми на YouTube/Udemy і подібних. Звертайте увагу на популярність курсу та його “вік”, не навчайтеся чомусь застарілому, бо можуть виявитися певні відмінності в деяких технологіях різних версій, або ж ви просто вивчите те, що вже не актуально на ринку чи у вашому домені.
Практика також показує, що занадто короткий курс із певної теми може бути схожим на *мем про те, як намалювати сову».
*Найбільш відома інструкція, у якій для малювання сови пропонується спочатку намалювати кружечки, а потім домалювати «залишки сови». При цьому жодних інструкцій про те, як намалювати саму сову, не наводиться — хоча саме це цікавить людину. Згодом з’явилися гумористична ідея про те, що інструкція повинна складатися з двох слів «Намалюйте сову» без жодних додаткових відомостей. Мем ніби натякає, що швидко навчитися подібного неможливо, потрібна наполеглива праця.
Той самий мем про сову
Де набратися досвіду тестувальнику-початківцю
Щоб знайти роботу в IT, потрібен досвід, а щоб отримати досвід, потрібна практика. Але де практикуватись, якщо без досвіду на роботу не беруть?
Стажування
ІТ-компанії часто відкривають безкоштовні програми стажувань. Найкращі кандидати отримують запрошення на роботу та додатковий плюсик до резюме. Оплачувані та безкоштовні стажування можна шукати на DOU або на сайті великих компаній (до прикладу, у MacPaw та NIXsolutions).
Платформи краудтестингу
Наприклад, uTest. Вони працюють за принципом біржі: замовники надають продукт, який потрібно протестувати, а фахівці його тестують на добровільних засадах чи за символічну платню.
Спільні проєкти
Новачки можуть зібрати свою першу продуктову команду ще на курсах. Зі спільними проєктами можна брати участь у грантових програмах, хакатонах, ідеатонах або просто створити проєкт для портфоліо.

«Більшість починає свій шлях з тестування веб-застосунків.
Я б радив також подивитися поглиблені курси по кожній із вивчених технологій і переглянути щось із того, що вказують у вакансіях для QA, але чого немає у ваших компетенціях. Наприклад, різницю між реляційними та нереляційними базами даних, роботу з докер-контейнерами, навантажувальне тестування, мікросервісну архітектуру та способи передачі інформації між сервісами. Хорошою шпаргалкою для накопичення досвіду є вакансії та резюме рівнем вище».
І наостанок: запитали в експерта, кому НЕ варто ставати тестувальником.

«Не варто ставати QA, якщо у вас не аналітичний склад розуму, якщо не готові постійно вчитися, якщо не цікаво розбиратися в деталях, а увага приділяється загальній картині.
З очевидного, без чого буде складно, — це перфекціонізм, оскільки QA відповідають за якість продукту, тому, звичайно, прагнення доводити все до ідеалу буде не зайвим.
Окрім цього потрібно розуміти, що переважна кількість робочого часу тестувальника присвячена однотипній, монотонній та рутинній роботі, що для багатьох може стати тортурами.
Тестувальник повинен бути достатньо винахідливим, щоб підходити до перевірки виконаної роботи не тривіально. Також потрібно розуміти, що доведеться багато спілкуватися з людьми, і це не та професія, де можна сховатися за монітором, щоб вас ніхто не чіпав».