Comments 4
Какую библиотеку используете для скриншотных тестов? И в целом на сколько они стабильны у вас?
Для скриншотных тестов используем встроенные фичи Playwright. Фиксируем размеры, ждём загрузку нужных элементов, сравниваем только важные области — в итоге всё довольно стабильно. Иногда бывают небольшие сдвиги на 1–2 пикселя из-за особенностей самого Playwright, но это случается редко и обычно не мешает
Спасибо за статью. Есть пара вопросов:
1. Как создаются эталонные скриншоты? Локально разработчики генерируют или есть отдельные пайплайны для генерации?
2. Автоматизируете ли как-то создание задач, если при очередном авто-прогоне тестов какой-то из скриншотов упал?
3. На каких окружениях вы гоняете тесты?
4. Где храните тесты: в отдельной репе или рядом с кодом?
Привет 🤚
1. Эталонные скриншоты можно генерировать локально, а ещё у нас добавлена кнопка прямо в интерфейс отчёта после прогона, чтобы при необходимости сразу автоматизированно обновить референсы, её часто используем
2. Автоматизация создания задач не используется — мы просматриваем изменения вручную и заводим тикеты по ситуации
3. Прогоны тестов идут на проде (по расписанию, при релизе и вручную), на стейдже (при доставке и вручную) и на деве (вручную)
4. Тесты хранятся в отдельных репах, но они связаны с репами сервисов через пайплайны в GitLab
Information
- Website
- timeweb.cloud
- Registered
- Founded
- Employees
- 201–500 employees
- Location
- Россия
- Representative
- Timeweb Cloud
Как мы построили систему автотестов с 5 000+ проверками в Timeweb Cloud