Автоматизируйте ручное тестирование — без кода тестов

Как автоматизировать ручное тестирование с ИИ: от тест-кейса до проверенного сценария

Автоматизация ручного тест-кейса в BuniOD — это прежде всего работа с текстом, и большая её часть уже сделана: ваш тест-кейс — это список шагов. BuniOD нужны эти шаги в точной формулировке — названия кнопок и полей, как на странице, значения для ввода, где подождать и что проверить, — плюс результат, который доказывает, что кейс пройден. Ниже — весь путь одного кейса: от строки в таблице до сценария, который BuniOD, платформа автоматизации тестирования веб-приложений, запускает каждый день. Тот же метод для любого инструмента подробнее описан в руководстве как автоматизировать ручные тест-кейсы.

1. Выберите кейсы, которые стоит автоматизировать первыми

Начните со стабильных и важных кейсов, которые вы повторяете на каждом релизе и у которых есть чёткий результат «прошло/не прошло»: регистрация, вход, сброс пароля, основной платный процесс. Кейсы, где нужна оценка внешнего вида или удобства, разовые проверки и функции, которые меняются каждый спринт, отложите — или оставьте ручными.

2. Сохраните шаги и сделайте их точными

Ручной кейс обычно выглядит как пронумерованный список кликов с размытым ожидаемым результатом вроде «пароль успешно изменён». Оставьте список — он станет вашим описанием, — но сделайте каждый шаг однозначным: называйте кнопки и поля так, как они подписаны на странице, указывайте значение для ввода и что проверить перед следующим шагом. «Войти» превращается в три шага: ввести email, ввести пароль, нажать «Войти».

3. Напишите описание: шаги и ожидаемый результат

Разбейте шаги на короткие блоки: вход, действие, проверка результата. Для email и паролей используйте тестового пользователя, прикрепите файл, если процесс его загружает, и добавьте ожидание после всего медленного — письма или оплаты. Ожидаемый результат — одна-две вещи, которые можно увидеть в конце: URL, заголовок, сообщение, письмо во входящих. Именно точный ожидаемый результат превращает демонстрацию в тест. Полные примеры — в руководстве по промптам для генерации тестов.

4. Создайте сценарий и проверьте его, как тест-кейс на ревью

BuniOD проходит ваши шаги в браузере на тестовой среде, сопоставляет каждый с реальным элементом страницы и сохраняет проверки. Прочитайте результат и задайте два вопроса: может ли тест пройти, когда функция сломана, и может ли он упасть, когда всё работает? Если шаг привязан не к тому элементу, сформулируйте его точнее и пересоздайте сценарий; если неверно значение, поправьте входное значение. Без подтверждения человеком ничего не запускается.

5. Продумайте данные и порядок

Для закрытых разделов используйте HTTP basic auth или тестового пользователя. У тестового пользователя есть свой почтовый ящик, поэтому сценарий может открыть и проверить письма, которые отправляет приложение. Зависящие друг от друга сценарии объедините в бизнес-процесс — например, регистрацию перед сбросом пароля, — чтобы зависимый сценарий пропускался, если предыдущий не прошёл.

Что оставить ручным

Автоматизация забирает прокликивание кейсов, которые проходят на каждом релизе; тестирование она не заменяет. Исследовательские сессии, оценка удобства и внешнего вида, решение о том, что важно в новой функции, остаются за людьми — и на них остаётся больше времени, когда уходят повторы. Как меняется роль, разобрано в статье ИИ для ручных тестировщиков, а сильные стороны каждого подхода сравниваются в материале ручное QA или ИИ-тестирование.