Ручне тестування перевіряє поведінку продукту в конкретних умовах і допомагає знайти неочікувані проблеми. Важливо не просто відкрити сторінку, а виконати задачу, включно з помилкою та поверненням. Зелений код відповіді сервера не доводить правильного тексту, доступу чи завершеної дії.
Визначте сценарії та очікуваний результат
Погоджуємо головні задачі, ролі й важливі обмеження. Для форми це введення, валідація, підтвердження та погоджена доставка. Для кабінету — доступні й заборонені дії. Очікування повинні бути зрозумілими до перевірки, а не визначатися за тим, що випадково показала система.
Умовний приклад: користувач обирає категорію блогу й переходить на наступну сторінку. Фільтр і пагінація мають зберегти вибраний напрям. Якщо перевірити лише початкові картки, проблема може лишитися непоміченою.
Змінюйте умови, важливі для користувача
Перевіряємо погоджені пристрої, ширини, браузери й ролі. Додаємо довгі назви, порожні значення, неправильний формат і нестабільну мережу за потрібним сценарієм. Межі перевірки фіксуємо, щоб не називати один телефон доказом універсальної сумісності.
Мовні версії звіряємо за змістом, порядком, цифрами й діями. У блозі ALL IT Agency англійський матеріал пов’язаний з українським джерелом, але переклад усе одно потребує смислової перевірки. Однакова структура сама по собі не доводить правильності тверджень.
Перевірте доступність і безпечне середовище
Проходимо клавіатурну навігацію, фокус, підписи, контраст і масштабування. Автоматичні інструменти доповнюють ручну роботу, але не дають повної гарантії відповідності. Вміст, який з’являється після взаємодії, також потрібно перевірити.
Тестові замовлення, платежі та повідомлення повинні використовувати погоджений режим. Не надсилаємо реальну заявку лише для перевірки кнопки без відповідного дозволу. Дані й зовнішні інтеграції ізолюємо настільки, наскільки потребує сценарій.
Запишіть дефект так, щоб його відтворили
Для проблеми потрібні версія, умови, кроки, очікуване й фактичне. Скриншот або запис доповнює пояснення, але не замінює його. Вплив і пріоритет погоджуємо за тим, яку задачу користувача заблоковано.
Після виправлення повторюємо сценарій і потрібні сусідні перевірки. Фінальний звіт показує пройдене, помилки й неперевірені ділянки. Тестування дає докази в певних межах, а не обіцянку відсутності будь-яких дефектів.
Джерела та подальше читання
