🤨 Как собрать нормальную архитектуру автотестов на Playwright

В этом видео разбирают:

— как организовать проект (Page Object, фабрики, компоненты)
— как настроить конфигурацию без хардкода
— как выстроить переходы между страницами
— как подключить Allure с видео и скриншотами
— как избежать типичных ошибок (вроде пустых видео)

В конце показывают реальные тесты и параллельный запуск 🔗

🔗 Смотреть по ссылке

📍 Навигация: [Вакансии]

🐸 Библиотека тестировщика

#тест_драйв

🔥 Топ-вакансий недели для тестировщиков

Junior+/ Middle QA Manual Engineer — от 1500$, офис/гибрид (Тбилиси)

QA Engineer — офис (Алматы)

Senior Manual QA Engineer — 1 000 ₽ / час (срок привлечения: 2-5 месяцев), удаленно

➡️ Больше офферов в канале: @testerrjob

🐸 Библиотека тестировщика

🧩 Шпаргалка по Selenium

Если пишете UI-автотесты — эти команды используются постоянно: локаторы, клики, ожидания, окна, фреймы.

Забирайте шпаргалку и держите под рукой 🎈

📍 Навигация: [Вакансии]

🐸 Библиотека тестировщика

#артефакт

🤫 Как найти слабые места в интерфейсе

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

Промпт:

Представь, что ты — тестировщик в команде разработки нового мобильного приложения. Твоя цель — оценить UX и выявить те моменты, которые могут создать неудобства пользователям. Внимательно посмотри на [описание функционала]. Какие элементы интерфейса могут вызвать недоразумения или затруднения при использовании? Придумай нестандартные сценарии использования, чтобы проверить устойчивость интерфейса к неожиданным действиям.

Как использовать:

— подставьте конкретный сценарий:
регистрация, фильтры, оформление заказа

— прогоняйте реальные кейсы:
слабый интернет, резкие переходы, возвраты назад

— добавьте условия:
разные устройства, маленький экран, accessibility

🐸 Библиотека тестировщика

📍 Навигация: [Вакансии]

🐸 Библиотека тестировщика

#тест_драйв

🐸 Библиотека тестировщика

#разбор_полетов

🧩 Зачем тестировщику понимать UX (на примере iOS)

Интерфейс может работать без ошибок, но быть неудобным. Такие проблемы не попадают в баг-репорты — пользователь просто уходит. Задача тестировщика — проверять, насколько интерфейс понятен и удобен.

В iOS для этого есть три простых принципа — удобный ориентир, где искать такие проблемы.

🔤 Clarity — понятно ли, что делать

Пользователь должен сразу понимать: где нажать, что произойдёт, куда он попадёт. Если приходится думать — это уже проблема.

🟡 Проверяем: кнопки, тексты, подсказки, состояния

🔤 Deference — не мешает ли интерфейс

Интерфейс не должен перетягивать внимание: всё лишнее мешает главному действию.

🟡 Проверяем: попапы, перегруженные экраны, отвлекающие элементы

🔤 Depth — не теряется ли пользователь

Навигация должна ощущаться логично: понятно, где ты и как вернуться назад.

🟡 Проверяем: переходы, «назад», вложенность экранов

🔗 По ссылке — наглядная подборка со скринами и примерами, как это выглядит в реальных интерфейсах

📍 Навигация: [Вакансии]

🐸 Библиотека тестировщика

#теория_на_пальцах

🧩 SQL JOIN’ы — база, которая спасает от багов

Пропали записи, появились null, задублировались строки — часто причина именно в JOIN. Эта шпаргалка — быстрый способ освежить, что делает каждый тип и где искать проблему.

С вас 🎈, если было полезно!

📍 Навигация: [Вакансии]

🐸 Библиотека тестировщика

#артефакт

🔥 Вопрос с собеседования

Клиент отправляет запрос на обновление данных. Из-за таймаута он не получает ответ и отправляет тот же запрос повторно. Почему это может быть проблемой?

👇 Правильный ответ (нажми, чтобы прочитать):

Повторный запрос может изменить данные ещё раз или перезаписать чужие изменения.

Не все операции безопасны при повторе. Если система обрабатывает каждый запрос как новый — одни и те же изменения могут примениться несколько раз или поверх уже обновлённых данных.

В итоге:

— данные могут «перетираться»
— возникают гонки между запросами
— система приходит к неконсистентному состоянию

🔵 Как это решают

— делают запросы идемпотентными
— используют idempotency key (чтобы понять, что это повтор)
— проверяют текущее состояние перед обновлением
— добавляют версии данных (защита от перезаписи)

🔵 Где чаще всего стреляют

— плохая сеть и ретраи
— мобильные приложения
— параллельные действия пользователей
— интеграции между сервисами

👍 — знал/а
🔥 — стало понятнее

💼 Щелкаешь такие задачи как орешки? Найди проект с достойной зарплатой тут

🐸 Библиотека тестировщика

#карьерный_трек #middle

➡️ Подборка по DevTools для тестировщика

🌐 DevTools для тестировщика — как максимально эффективно использовать инструменты DevTools

🌐 Всё, что нужно знать о Chrome DevTools — Chrome DevTools на простых примерах из практики

🌐 Chrome DevTools — спрятанные полезности

🌐 DevTools Tips — узнаете, как дебажить с помощью DevTools

🌐 Git-репозиторий с информацией по браузерам и DevTools — большой набор советов под разные браузеры

🌐 Отличный сайт по DevTools — использование DevTools Tips и изучение новых фич

🌐 Чем полезен DevTools — об основных вкладках и инструментах

📍 Навигация: [Вакансии]

🐸 Библиотека тестировщика

#release_digest

🐸 Библиотека тестировщика

#прод_в_пятницу

💡 Маленькая DevTools-фича, которая сильно упрощает дебаг

Вместо console.log и остановок через debugger Safari умеет проигрывать звук при выполнении строки кода.

🆚 Как включить:

→ Sources → поставьте breakpoint → ПКМ по breakpoint → Edit Breakpoint… → Add Action → Play Sound

После этого Safari будет издавать beep каждый раз, когда код доходит до этой строки.

🆚 Полезно для:

— проверить, срабатывает ли handler (клик, input, scroll)
— найти лишние или повторные вызовы
— отладить нестабильные UI-баги
— понять, выполняется ли код без остановки теста

📍 Навигация: [Вакансии]

🐸 Библиотека тестировщика

#тест_драйв #devtools

Когда предупреждал о баге, но «и так сойдёт» 👀

🐸 Библиотека тестировщика

#прод_в_пятницу