Усім привіт! Мене звати Данило, й останні півтора року я працюю QA Engineer у Rozetka Company. За цей час я відкрив для себе багато нового про цю професію та зрозумів, яку цінність можу приносити команді як тестувальник.
У матеріалі хочу поділитися власним досвідом, розвіяти кілька поширених міфів про професійний розвиток і розповісти про головні висновки, до яких дійшов під час навчання й роботи. Сподіваюся, мої інсайти стануть корисними для тих, хто тільки починає свій шлях у QA.
Тестувальник — це теж технічна професія
Забудьте про стереотип, що тестування — це легкий шлях в IT. Якщо ви хочете стати розробником, то варто вчитися саме на розробника. Якщо ви не готові до того, що постійно буде важко і завжди потрібно буде розвиватись, можливо, ІТ — це просто не ваша сфера.
Робота QA Engineer — це про забезпечення якості продукту, а не просто «клацання кнопок». Ви повинні розуміти, що реально можна реалізувати, які є обмеження та підводні камені. Тестувальник має покращувати й оптимізувати процеси, а також базово розуміти код, щоб ефективніше знаходити баги. Наприклад, не нехтуйте можливістю відкрити merge request і переглянути код розробника. Зацікавленість у проєкті та розуміння його технічної сторони — це те, що відрізняє тестування як механічний процес від роботи QA Engineer як технічного фахівця.
Наразі мої завдання охоплюють тестування, написання автотестів, підключення code coverage до нового сервісу, налаштування CI/CD та тестового середовища. Такий різноплановий підхід дозволяє мені не лише забезпечувати якість продукту, а й активно впливати на його розвиток.
Бути готовим до змін і вміти швидко адаптовуватися
В універі я вчився на нетехнічній спеціальності. Вирішивши свічнутися, обрав шлях через курси, бо прагнув чіткої та структурованої програми. Звичайно, можна було спробувати самостійно почати з нуля, але за це я б заплатив набагато більше своїм часом. Зрештою я пішов на фултайм-програму в Mate academy, де отримав круту теоретичну та практичну базу знань, але на цьому навчання не закінчилося.
Коли я почав працювати QA на backend, мені довелося освоювати PHP і Codeception. Знання JavaScript і Cypress із курсу допомогли мені швидко адаптуватися. Спочатку я вивчав синтаксис PHP, вирішуючи знайомі задачі з JavaScript, але вже новою мовою. Потім розбирався, як працює Codeception, аналізував готові тести на проєкті й постійно радився з колегами. Усього за три місяці я написав свої перші автотести на PHP.
Моя улюблена цитата: «Змінюйся або помри». Замість поспішних висновків варто дати собі час на обдумування й адаптацію. Мені було цікаво вчитися нового, тому я розбирався поступово, крок за кроком, і зрештою почувався як риба у воді. Але якщо вам це не цікаво, краще чесно визнати це на старті та рухатися в іншому напрямку.
Чітка ціль — запорука зробленої справи
Для себе я зрозумів, що будь-яка дія має починатися з питання: «Яка в цього ціль?» Наприклад, якщо ваша мета — отримати підвищення, почніть із саморефлексії:
- Що для мене підвищення: більше грошей чи складніші задачі?
- Як я можу його досягти?
- Що це мені дасть?
Визначившись із мотивацією, декомпонуйте ціль:
- Розбийте на підцілі: опанувати нові навички, показати ініціативу, обговорити очікування з менеджером.
- Додайте конкретні дії: пройти курс, виконати pet-проєкт, запросити 1:1.
- Ставте дедлайни — реалістичні терміни допоможуть тримати себе в тонусі.
- Трекайте прогрес — досягнення маленьких кроків дають позитивну мотивацію.
Для цього підійде як звичайний записник, так і софт-мультитул, наприклад, Notion або ClickUp.
Приймати виклики або створювати їх самим
Була ситуація, коли на проєкті почали розробляти новий сервіс, і мене призначили відповідальним за нього. На той момент середовище для автотестів і CI/CD не було налаштоване. Я погодився взяти це на себе, хоча досвіду в цьому не мав. Почав із ресерчу: аналізував інші сервіси, вивчав, як все налаштовано там, і поступово методом спроб і помилок робить своє. Де були блокери, не боявся питати тімліда навіть, здавалося, найтупіші питання. Зрештою все вдалося, і команда залишилася задоволеною результатом.
Це був важкий виклик, але він дав мені професійний буст. Я краще зрозумів, як працює CI/CD, як налаштовувати середовище для автотестів і тепер можу допомогти з подібними задачами.
Якщо вам не пропонують складні завдання, проявляйте ініціативу. Аналізуйте проєкт, шукайте можливості для покращення процесів тестування, щось автоматизуйте, налаштуйте тестове середовище. Пояснюйте команді цінність ваших ідей і беріть ці завдання на себе — так ви зможете розвиватися та здобувати нові навички.
Не забувайте про хакатони. Ми не розробники, але маючи технічну базу та базові знання мови програмування, можна взяти участь у змаганнях. Зберіть команду друзів-розробників і спробуйте створити щось нове.
Дізнаватися все, фокусуватись на одному
Щоб стати успішним QA Engineer, важливо постійно розширювати свої знання та навички. Я не маю на увазі, що потрібно одразу вивчати всі можливі мови програмування, фреймворки, інструменти для автоматизації чи методології тестування. Більше проте, щоб залишатися відкритим до нового: слухати, аналізувати, тестувати й визначати, що саме буде корисним для вас.
Разом із тим важливо обрати одну ключову спеціалізацію та зосередитися на ній, щоби стати експертом у своїй сфері. Такий підхід дозволяє не розпорошуватися на все одразу, досягати конкретних вимірюваних результатів і бути цінним членом команди. Пам’ятайте: за все в житті не схопишся.
Щоб зрозуміти, на чому зосередитися, проаналізуйте свої інтереси й здібності, а також порадьтеся з колегами, які мали схожий досвід. У моєму випадку фокус на backend-тестуванні й автоматизації визначив проєкт, на який я потрапив і яким зараз дуже задоволений.
Обирати свій шлях у навчанні: те, що працює для інших, не обов’язково підходить вам.
Кожна людина має унікальні здібності, інтереси та стиль навчання. Те, що допомагає одному, може виявитися зовсім неефективним для іншого. Тому важливо знайти власний підхід до навчання й розвитку. Наприклад, коли я вивчав PHP, я орієнтувався на свої потреби, а не на загальноприйняті стандарти. Я більше часу витрачав на експериментування й тестування в реальних умовах, ніж на теоретичне вивчення всіх аспектів PHP.
Не бійтеся експериментувати. Комусь краще дається навчання через практичні завдання, комусь через читання книжок чи онлайн-курси. Головне — усвідомити свої сильні сторони й використовувати їх для ефективного розвитку. Поради колег завжди корисні, але пам’ятайте, що їх потрібно адаптувати під себе.
Треба оточувати себе крутими людьми (і не тільки на роботі)
Наше оточення має великий вплив на наш розвиток і мотивацію. Однією з основних переваг навчання в організованій спільноті є сама ця спільнота — люди з подібними цілями, які прагнуть досягати успіху й розвиватися. Таке оточення мотивує і стимулює до кращих результатів. Тому я дуже ціную комʼюніті, яке сформувалося в нас на курсі й далі активно збирається.
Мій рекомендасьйон — слідкувати за івентами в календарі DOU, але й не обмежуватися суто професійним колом. Знайомства з цікавими та амбітними людьми поза роботою можуть також принести нові ідеї, натхнення та додаткову мотивацію.
Однак важливо пам’ятати, що все починається з вас. Ви повинні самі розвиватися, бути позитивними й активно зробити свій внесок у спільноту. Навіть якщо ви потрапили в круте ком’юніті, воно не буде вас тримати, якщо ви залишатиметесь лише пасивним слухачем. Взаємодія повинна бути взаємною: ділимося успіхами, невдачами, знаннями й ідеями.
На завершення, хочу побажати кожному, хто прагне стати QA Engineer, не зупинятися на досягнутому й завжди шукати нові можливості для розвитку. Успіх залежить не тільки від технічних навичок, а й від вашого бажання вчитися та адаптуватися. Пам’ятайте, що шлях до успіху завжди індивідуальний. Нехай ваша кар'єра буде наповнена цікавими проєктами та можливостями для зростання. Успіхів на цьому шляху!