— Finders — как находить элементы (onNodeWithText, onNodeWithTag)
— Matchers — как фильтровать нужные ноды
— Assertions — как проверять состояние UI (assertExists, assertIsDisplayed)
— Actions — пользовательские действия (performClick, performTextInput)
— Touch-события — клики, свайпы и жесты
— ComposeTestRule — базовая настройка тестов

curl https://api.example.com/users | jq

🔵 Условия эксплуатации
— Плохой интернет
— Потеря GPS
— Разряженный телефон
— Самокат вне зоны покрытия

🔵 Состояния
— Самокат свободен
— Забронирован
— В поездке
— Завершение аренды

🔵 Граничные значения
— Одновременные попытки разблокировки
— Быстрое начало/завершение поездки
— Повторное сканирование QR

🔵 Риски для пользователя
— Самокат не разблокировался, но деньги списались
— Поездка не завершилась
— Самокат заблокировался во время движения

🔵 Нефункциональные проверки
— Задержки сети
— Нагрузка на сервер
— Безопасность API

/pattern

n

gg

G

dd

yy

p

«Так удобнее для фронта, пусть просто проверяют пустой ответ»

— быстрое создание тестов через record-and-playback
— параметризация тестов и планировщики запусков
— запуск на удалённых грид-фермах
— удобная интеграция (например, Jira и Slack)
— хорошая поддержка со стороны вендоров

— ограниченные возможности отладки
— проблемы с несколькими вкладками браузера
— vendor lock-in
— непрозрачная стоимость инструментов
— «low-code» работает только для простых сценариев — сложные тесты всё равно требуют код

— автоматизировать тесты интерфейса Windows-приложений
— работать без доступа к исходному коду
— использовать объектную модель элементов (не по координатам)
— записывать тесты и дописывать логику кодом
— запускать тесты в CI/CD

— Python
— JavaScript
— Ruby
— Perl

— Jenkins
— Azure DevOps
— GitHub Actions
— GitLab CI/CD
— Jira, TestRail, Zephyr

«Нужно проверить API под нагрузкой».