Flaky-тесты — не приговор: эксперименты по ускорению выпуска релизов

Привет, Хабр! Меня зовут Юра Жанов, я занимаюсь автоматизацией тестирования в hh.ru . Про flaky-тесты написано много, борьбу с ними не прекращаем и мы. Но сегодня немного о другом — хочу поделиться нашим опытом минимизации неприятностей, которые наносят такие тесты. Для этого мы провели ряд экспериментов со стороны тестового фреймворка.

https://habr.com/ru/companies/hh/articles/1031996/

#qa_automation #qa_testing #qa_management #qa_engineer #qa_automation_engineer #qa #qa_mobile #тестирование #тестирование_сайтов #тестировщик

Flaky-тесты — не приговор: эксперименты по ускорению выпуска релизов

Привет, Хабр! Меня зовут Юра Жанов, я занимаюсь автоматизацией тестирования в hh.ru . Про flaky-тесты написано много, борьбу с ними не прекращаем и мы. Но сегодня немного о другом — хочу поделиться...

Хабр

Bug fingerprinting для UI: почему stack trace не работает и что вместо

TL;DR: Sentry дедуплицирует backend-ошибки по хешу (error class + top stack frame + module) . Для UI-багов этот рецепт ломается — у expect(button).toBeVisible() нет stack frame в продуктовом смысле, есть локатор + assertion + URL . В webtest-orch я собрал composite SHA-256 fingerprint из (normalized_selector | assertion type | error class | URL template | message[:80]) с тремя rules нормализации ( :nth-child , UUID, /users/123 → /users/:id ). Это даёт стабильный 8-hex BUG-id который выживает прогоны и даёт diff new / regression / persisting / fixed без БД и embedding’ов.

https://habr.com/ru/articles/1032230/

#playwright #qa_automation #qa_testing #claude #agents #agent_skills #aria #webразработка #fingerprint #ui

Bug fingerprinting для UI: почему stack trace не работает и что вместо

TL;DR: Sentry дедуплицирует backend-ошибки по хешу (error class + top stack frame + module) . Для UI-багов этот рецепт ломается — у expect(button).toBeVisible() нет stack frame в продуктовом смысле,...

Хабр

Хотел протестировать веб-приложение через AI — за три дня собрал свой инструмент

Задача была простая: протестировать два веб-приложения перед деплоем. Next.js-портфолио и SaaS-чат — accessibility, консольные ошибки, отзывчивость на мобильных. Рутина. Открыл Claude Code, подключил Playwright MCP, написал «протестируй приложение». Агент начал работать, делать скриншоты, проверять элементы. На 51-м снапшоте /compact сработал. Текстовый контекст был заполнен на 18%. Я не понял что произошло. Через час разбирательств я нашёл невидимый image-лимит. Через три часа — понял, что Playwright MCP сжигает в 50 раз больше токенов чем CLI на том же workflow. Через три дня — у меня был рабочий инструмент, который уже тестируют реальные пользователи. Эта статья — про путь от «хочу просто протестировать» до open-source инструмента, и про архитектурные проблемы, которые заставили его собрать.

https://habr.com/ru/articles/1030840/

#claude_code #playwright #web #qa_automation #qa_testing #agents #ai_tools #mcp #skills_в_claude #skills

Хотел протестировать веб-приложение через AI — за три дня собрал свой инструмент

Продолжение серии. Предыдущие части: Как я перестал бояться Claude Code , Почему AI-агент тратит 80% токенов на уже прочитанные файлы Задача была простая: протестировать два веб-приложения перед...

Хабр

Что происходит с QA в 2026 году: результаты опроса 800+ специалистов

Привет! Меня зовут Оля Шнайдер , я QA-инженер в Авито . В начале этого года я провела исследование рынка QA, чтобы понять, как сейчас работают тестировщики: с чем сталкиваются каждый день, что мешает в работе, а что, наоборот, помогает. За последние годы роль QA заметно изменилась (или мне так хочется думать). От нас ждут большего — не только непосредственно тестирования и ответственности за результат, но и участия в процессах и много чего ещё. При этом сами процессы не всегда становятся лучше. Мне захотелось понять, как дела обстоят на самом деле: что именно выматывает в работе, где чаще всего возникают проблемы и какие решения помогут помочь. Всё самое интересное из исследования я собрала для вас в этой статье. Дальше интереснее

https://habr.com/ru/companies/avito/articles/1026786/

#qa #qa_engineer #qa_образование #qa_testing #qa_automation #qa_management #work_life_balance #burnout

Что происходит с QA в 2026 году: результаты опроса 800+ специалистов

Привет! Меня зовут Оля Шнайдер , я QA-инженер в Авито . В начале этого года я провела исследование рынка QA, чтобы понять, как сейчас работают тестировщики: с чем сталкиваются каждый день, что мешает...

Хабр

Playwright vs Selenium на Java: что выбрать для автотестов в 2026 году

Playwright или Selenium на Java — что выбрать для автотестов в 2026 году? Разбираю историю инструментов, различия в локаторах, ожиданиях, стабильности, стоимости поддержки и объясняю, в каких сценариях каждый из них лучше.

https://habr.com/ru/articles/1020774/

#тестирование #qa #qa_automation #qa_testing #qa_engineer #qa_automation_engineer #java #selenium #playwright #webtesting

Playwright vs Selenium на Java: что выбрать для автотестов в 2026 году

Содержание Введение Почему тема актуальна сейчас Краткая история Selenium Краткая история Playwright Что важно сравнивать Локаторы и читаемость Ожидания и синхронизация Надежность тестов Поддержка...

Хабр

Работа с автотестами внутри TMS

Сейчас TMS на рынке условно можно разделить на два подхода. Первый — классический. Система работает как слой управления ручным тестированием: хранит тест-кейсы, формирует прогоны, фиксирует статусы и результаты. Вся логика выполнения при этом остается за пределами TMS. Второй — с поддержкой автотестов. Здесь появляются интеграции с CI: система умеет связывать автотесты с тест-кейсами, подтягивать результаты запусков, отображать историю и статусы. Иногда добавляется возможность инициировать запуск, но фактическое выполнение и управление пайплайнами по-прежнему остаются в CI. В новом релизе

https://habr.com/ru/articles/1023456/

#tms #qa #qa_testing #qa_management #qa_automation

Работа с автотестами внутри TMS

Сейчас TMS на рынке условно можно разделить на два подхода. Первый — классический. Система работает как слой управления ручным тестированием: хранит тест-кейсы, формирует прогоны, фиксирует статусы и...

Хабр

Матрица трассируемости: Навигатор тестировщика

Матрица трассируемости (RTM) — инструмент, который помогает QA видеть реальное покрытие требований и не тестировать «вслепую». В статье разберём: • что такое RTM и зачем она нужна • какие бывают типы трассируемости • как выглядит матрица на практике • типичные ошибки при работе с RTM примеры таблиц, схемы и чек-лист для QA

https://habr.com/ru/articles/1019492/

#qa_testing #qa_engineer #матрица_трассируемости #RTM #requirements_traceability_matrix #тестирование #тесткейсы #покрытие_требований #дефекты #QA

Матрица трассируемости: Навигатор тестировщика

Содержание Что такое матрица трассируемости (RTM)? Основные цели RTM Типы трассируемости Из чего состоит RTM (колонки таблицы) Примеры таблиц RTM Схемы Отчёт по RTM (статистика покрытия) Чек-лист QA...

Хабр

Сам свой код и тестируй: кто [на самом деле] должен искать баги

Не так давно с коллегами обсуждали самостоятельное тестирование свеженаписанного кода. Один тимлид из нашей команды рассказал про разработчика, который отдавал код на тест, не проверяя за собой. Аргумент у него был «железный»: проверка не его забота, для этого есть тестировщики. Если честно, меня удивляет, что такая позиция в мире современного ИТ всё ещё существует. Так что я решил собрать аргументы и объяснить, почему самотестирование – важная часть рутины разработчика. Будет интересно послушать в комментария аргументы тех, кто с этим не согласен.

https://habr.com/ru/articles/1018524/

#тестирование #qa_testing #qa_engineer #будни_разработчика #карьера_в_it #qa #qa_automation #qa_management #проверка_кода

Сам свой код и тестируй: кто [на самом деле] должен искать баги

Не так давно с коллегами обсуждали самостоятельное тестирование свеженаписанного кода. Один тимлид из нашей команды рассказал про разработчика, который отдавал код на тест, не проверяя за собой....

Хабр

Проксирование в UI автотестах с mitmproxy

Прокси — один из основных инструментов в арсенале QA-инженера. Charles Proxy, Fiddler и Proxyman давно стали стандартом для анализа и изменения сетевого трафика в процессе ручного тестирования. Их принцип работы хорошо известен и подробно описан во множестве материалов. Однако возникает вопрос: как использовать подобные возможности в UI-автотестах? Как перехватывать или мокать трафик в автоматизированных сценариях? Давайте разберёмся ->

https://habr.com/ru/articles/1013218/

#проксирование #qa_automation #qa_testing #python #mitmproxy

Проксирование в UI автотестах с mitmproxy

Прокси — один из основных инструментов в арсенале QA-инженера. Charles Proxy, Fiddler и Proxyman давно стали стандартом для анализа и изменения сетевого трафика в процессе ручного тестирования. Их...

Хабр

Автоматизация тестирования в CROSSOUT

Статья рассказывает о внедрении автоматизированных тестов для CROSSOUT. В статье описан процесс создания тестового окружения и обоснован выбор инструментов, которые позволили нам справиться с требованиями проекта.

https://habr.com/ru/articles/1013024/

#Атотест #allure #тестирование #qa #qa_automation #qa_testing #targem #crossout

Автоматизация тестирования в CROSSOUT

Статья рассказывает о внедрении автоматизированных тестов для CROSSOUT. В статье описан процесс создания тестового окружения и обоснован выбор инструментов, которые позволили нам справиться с...

Хабр