Я год использовал trace viewer только для скриншотов. Это была ошибка.

Оказывается, там есть пять вкладок — а я смотрел только в одну. Вот что я пропустил:

1. Network tab Все HTTP-запросы с телом ответа прямо в трейсе. Больше не нужно добавлять console.log к каждому request.json() — просто открываешь трейс и видишь, что вернул API в момент падения теста.

2. Action timeline с таймингами Каждый шаг показывает точное время выполнения. Именно здесь я нашёл свои flaky-тесты: click занимал то 12мс, то 2300мс. Это был признак race condition, а не проблема в локаторе.

3. Source locator Кликаешь на action в трейсе — и сразу видишь строку кода, которая его вызвала. Больше не нужно гадать, какой именно fill() упал, если их пять в тесте.

4. Console tab Все console.error из браузера, включая JavaScript-ошибки на странице. Я несколько раз ловил баги приложения, которые тест «не заметил», но они были прямо здесь.

5. Attachments + sharing Трейс — это один ZIP-файл. Я просто кидаю его в Slack коллеге, он открывает через npx playwright show-trace trace.zip и видит всё то же самое. Никакого доступа к CI не нужно.

Запустить трейс для конкретного теста:

// playwright.config.ts use: { trace: 'on-first-retry', // или 'retain-on-failure' }

Или разово через CLI: npx playwright test --trace on

Трейс лежит в test-results/ после прогона.

Какой инструмент отладки тестов вы считаете самым недооценённым? У меня теперь trace viewer на первом месте — но интересно, что у вас.

#playwright #sdet #typescript #тестирование #debugging @haradkou_sdet