📄 Справочник по Selenium — 175 вопросов и ответов

Поделимся полезным материалом для тех, кто работает с автоматизацией тестирования.

Документ охватывает весь стек Selenium — от азов до продвинутых тем:

🔴 Selenium IDE — запись тестов, локаторы, команды, работа с алертами и таблицами
🔴 Selenium RC — настройка сервера, работа с браузерами, прокси, попапы, Ajax
🔴 Selenium Grid — распределение тестов, настройка hub и slaves, параллельный запуск
🔴 WebDriver (Selenium 2.0) — API, драйверы, ожидания, Page Object, мобильные драйверы

Подойдёт как шпаргалка на собеседование, так и для освежения знаний в работе.

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

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

#артефакт

⚡️ Что нового в Playwright 1.59

1️⃣ Теперь можно записывать тесты с пояснениями

— видно, куда кликает тест
— появляются подписи действий
— можно добавлять главы (этапы сценария)

Удобно для:

— разбора флапающих тестов
— передачи багов разработчикам
— ревью автотестов

2️⃣ Появился CLI-дебаг и работа с trace из консоли

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

3️⃣ Работа с локаторами и accessibility

Добавили инструменты для:

— подбора локаторов (интерактивно)
— анализа aria-структуры

4️⃣ Больше контроля над состоянием

Теперь можно:

— сбрасывать storage (cookies, localStorage)
— очищать ошибки и консоль
— точнее управлять окружением

👍 — уже использую Playwright
🔥 — стоит попробовать

🔗 Источник

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

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

#release_digest

❔ HTTP vs HTTPS — зачем нужен замочек

Когда браузер общается с сервером, данные могут передаваться по-разному.

➖ В HTTP всё идёт в открытом виде — логины, пароли и другие данные можно перехватить.

➖В HTTPS используется шифрование (TLS): данные упакованы так, что их нельзя прочитать или подменить по пути.

Тот самый замочек в браузере означает, что соединение защищено и вы общаетесь именно с нужным сервером.

💡 HTTPS защищает только передачу данных. Если на сайте есть баги или утечки — он их не исправит.

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

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

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

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

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

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

🤨 Как собрать нормальную архитектуру автотестов на 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 — не теряется ли пользователь

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

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

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

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

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

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