Що таке ручне тестування?
Ручне тестування — перевірка продукту людиною без запуску автотестів: тестувальник сам проходить сценарії, вивчає поведінку інтерфейсу й фіксує розбіжності з очікуваним результатом.
Ручне тестування незамінне там, де потрібна оцінка, а не порівняння: зручність інтерфейсу, адекватність текстів, поведінка нової функції, яка ще змінюється щодня. Окрема сильна сторона — дослідницьке тестування, коли фахівець шукає проблеми поза межами написаних сценаріїв.
З ручного тестування зазвичай починають карʼєру в QA: поріг входу нижчий, а розуміння продукту й процесів формується швидше. Автоматизацію опановують пізніше, коли стає зрозуміло, які перевірки повторюються достатньо часто, щоб їх варто було автоматизувати.
Де застосовується
Руками перевіряють те, що погано піддається формалізації: нову функцію, яка ще змінюється щодня, зручність інтерфейсу, поведінку на реальному телефоні, рідкісні сценарії відновлення після збою. Тут цінна здатність помітити дивність, про яку ніхто не написав у вимогах.
Робочий інструментарій у ручного тестувальника цілком технічний: трекер задач на кшталт Jira, інструменти розробника у браузері, Postman для перевірки запитів, SQL для звірки даних у базі, емулятори пристроїв. Без них лишаються тільки кліки по екрану, а цього для найму вже недостатньо.
Приклад
Автотест проходить зеленим: замовлення створюється, статус змінюється. Тестувальник при цьому бачить на екрані, що кнопка оплати перекриває підсумкову суму на маленькому телефоні — перевірку, яку ніхто не здогадався запрограмувати.
Часті запитання
Чи замінить автоматизація ручне тестування?
Повністю — ні. Автотести добре повторюють відомі сценарії, але не ставлять запитань і не помічають того, чого від них не чекали. Дослідження нової функції, оцінка зручності й перевірка зовнішнього вигляду лишаються за людиною.
Що таке дослідницьке тестування?
Підхід, за якого тестувальник одночасно вивчає продукт і вигадує перевірки, а не йде за готовим списком. Він формулює гіпотезу, перевіряє її, коригує напрям. Так знаходять дефекти, які не потрапили в жоден заздалегідь написаний тест-кейс.
Як правильно оформити баг-репорт?
Потрібні короткий заголовок, кроки відтворення, очікуваний і фактичний результат, оточення — версія, браузер, пристрій. Корисні скриншот або відео і фрагмент лога. Головний критерій: розробник має відтворити проблему, не ставлячи уточнювальних запитань.
Скільки часу займає старт у ручному тестуванні?
Базу теорії та інструментів опановують за три-чотири місяці регулярних занять. Найдовше напрацьовується практичне чуття на дефекти й уміння виразно описувати проблему. Допомагають навчальні проєкти, відкриті баг-баунті та стажування, де є реальний продукт.