Сегодня про одну из самых раздражающих вещей в автоматизации - flaky tests 👾 Flaky тест сегодня зелёный, завтра красный, потом снова зелёный, хотя код продукта вообще не менялся. И это опасно. Если команда привыкает к случайным падениям, в какой-то момент за очередным «да это просто флаки» можно пропустить настоящий баг. Чаще всего причины знакомые: ① нестабильные локаторы ② неправильные ожидания и тайминги ③ зависимость тестов друг от друга ④ общие или грязные тестовые данные ⑤ проблемы сети и внешних сервисов ⑥ нестабильное окружение ⑦ неправильная работа с async процессами Как я с этим борюсь: • использую явные ожидания вместо sleep • делаю тесты независимыми • изолирую и подготавливаю тестовые данные • использую стабильные локаторы • анализирую логи, trace и скриншоты падений • мокирую нестабильные внешние зависимости там, где это оправдано • слежу за повторяющимися падениями в CI/CD • исправляю причину, а не просто добавляю retry Retry иногда полезен, но если тест постоянно падает случайным образом, бесконечные перезапуски просто маскируют проблему. Хорошие автотесты должны давать команде уверенность. Если им нельзя доверять, автоматизация начинает терять смысл 💜 #ищуработу #QA #QAEngineer #FullstackQA #Automation #FlakyTests #Playwright #Python #TypeScript #CICD #Testing #OpenToWork