Manual QA: що робить ручний тестувальник на реальному проєкті?
Ручний тестувальник шукає приховані баги, перевіряє, чи відповідає програма задуму замовника, і робить усе, щоб кінцевий користувач не плювався від кривих кнопок та завислих сторінок. По суті, цей спеціаліст працює адвокатом майбутнього юзера. Поки розробники створюють код, QA-інженер дивиться на продукт під критичним кутом і намагається знайти вразливості.
Давайте чесно: суха теорія з підручників рідко збігається з реальністю. Замість нудних визначень набагато цікавіше зазирнути всередину звичайного робочого дня Manual QA. З чого насправді складаються його будні?
Крок 1. Занурення в вимоги (і читання думок)
Робочий день рідко починається одразу з кліків по екрану. Спочатку тестувальник відкриває Project Management систему (наприклад, Jira) і занурюється в документацію.
Навіщо? Щоб зрозуміти, як система має працювати. Потрібно досконально вивчити бізнес-вимоги та техзавдання. Якщо ручний тестувальник не зрозуміє логіку фічі, він не зможе оцінити результат. Протягом дня він постійно порівнює те, що бачить на екрані, з тим, що написано в ТЗ. Немає ТЗ? Значить, доводиться ставити запитання й уточнювати деталі у менеджерів.
Крок 2. Емуляція користувача та генерація баг-репортів
Коли вимоги зрозумілі, починається найцікавіше — робота з самим продуктом. QA-інженер проходить за основними користувацькими сценаріями. Зайшов на сайт, додав товар у кошик, оформив замовлення. Все працює? Чудово.
Але раптом — бабах! Кнопка оплати зникла після введення промокоду.
О, баг! Ми НІКОЛИ не залишимо це просто так. Завдання тестувальника на цьому етапі — задокументувати помилку. Він створює зрозумілий баг-репорт для розробників. До того ж описати проблему потрібно так, щоб девелопери одразу зрозуміли суть, змогли відтворити баг на своєму комп'ютері та полагодити. Ламати — не будувати, правда ж? Але мислення QA заточене саме на виявлення поломок, щоб запобігти їм у реальному житті.
Крок 3. Креатив та нестандартні сценарії
Думаєте, робота Manual QA — це просто клікати за готовою інструкцією? Як би не так.
Хороший айтівець завжди тестує нетривіальні ситуації, яких немає в документації. Розробник думає, що користувач введе в поле віку цифру 25. А тестувальник введе туди слово «собака», затисне клавішу пробілу на 10 секунд або спробує надіслати від'ємне число. А що буде, якщо вимкнути інтернет у момент відправки форми?
Життя непередбачуване, і користувачі теж. Тестувальник буквально допомагає системі зламатися в безпечному середовищі, поки застосунок не запустили в роботу і з цією помилкою не зіткнулися реальні користувачі.
Крок 4. Ретест і підступна регресія
Коли розробники виправляють знайдені помилки, вони передають продукт назад тестувальнику. Завдання QA — провести ретест і переконатися, що баг дійсно зник і програма тепер працює нормально.
Але радіти рано. Далі настає етап регресійного тестування.
Регресія — це перевірка того, що нові фічі або виправлення старих багів не зламали те, що раніше працювало ідеально.
Уявіть: програмісти полагодили кошик, але через це відвалилася реєстрація. Якщо виявляється такий сюрприз, фіча відправляється назад на доопрацювання. І так по колу, поки продукт не стане стабільним.
Написання тестової документації
Окрім баг-репортів, ручний тестувальник створює базу для майбутнього:
- Чек-листи — короткі списки того, що треба перевірити.
- Тест-кейси — покрокові інструкції з очікуваним результатом для кожної дії.
До речі, детальні тест-кейси пишуться ще й на перспективу. На основі цих кроків інші спеціалісти — автоматизатори — створять скрипти. Така програма буде сама, без участі людини, швидко проганяти всі рутинні перевірки.
Крок 5. Мітинги та оцінка ризиків
Спілкування — величезна частина роботи. Зідзвони, планування, ретроспективи, рев'ю. Manual QA постійно взаємодіє з командою, підсвічує ризики, пропонує ідеї щодо покращення.
У кінцевому підсумку, глобальне завдання ручного тестувальника — надавати актуальну та чесну інформацію про стан продукту бізнесу, менеджерам та розробникам.
Чи підійде вам професія Manual QA?
Якщо вам подобається аналізувати, докопуватись до суті та впливати на якість цифрових продуктів, ця професія може стати ідеальним стартом в IT.
Почніть з бази: зареєструйтеся на наш курс тестувальника, щоб опанувати теорію, отримати практику на реальних проєктах і впевнено увійти у затребувану спеціальність.