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