Половина flaky тестів — це проблема даних і середовищ
Тести ламаються не тому, що “Playwright поганий”, а тому, що дані спільні, середовище нестабільне, а стан системи не контрольований. Рішення — зробити дані та стенди частиною тест‑стратегії.
1) Test data strategy
- Кожен тест створює свої дані через API або fixtures.
- Уникати залежності від “історичних” записів у БД.
2) Seed і fixtures
- Seed: базовий набір для стенду (ролі, довідники).
- Fixtures: дані під конкретний тест‑набір.
3) Ізоляція стендів
Найкраще — ephemeral environments під PR/гілку. Якщо це дорого, хоча б окремий QA‑стенд без “ручних” правок у даних.
4) Очищення і стабільність
- Очищення даних після тестів або TTL на тестові сутності.
- Фіксація часових зон/часу (clock mocking) для сценаріїв з датами.
Підсумок
Стабільні тести починаються з керованих даних і середовищ. Це зменшує flaky і робить CI “джерелом правди”.