Библиотека тестировщика | QA, тестирование, quality assurance, manual testing, autotesting, ручное тестирование, автотесты

🟥 Как читать логи и не бояться «красного текста» Красный лог — это не катастрофа. Это подсказка, где искать проблему. ✅ Как читать логи: Сначала найдите request id. Дальше смотрите первую ошибку по времени именно для этого запроса — она чаще всего и есть причина. Обращайте внимание на: — time — когда сломалось — error code — класс проблемы — message / stack trace — что именно пошло не так 🔴 Пример:

[2024-02-04 14:23:15] ERROR
request_id: abc123
status: 500
message: Connection refused to DB

Здесь причина — нет подключения к БД, а 500 лишь симптом. 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #карьерный_трек #junior

🔬 Легкий API-клиент в VS Code Для тестирования API чаще всего берут Postman. Он функциональный, но перегруженный: отдельное приложение, медленный старт, привязка к аккаунту. Для быстрых проверок это не всегда оправдано. 🔵 Thunder Client — альтернатива в формате расширения VS Code. Устанавливается мгновенно и позволяет работать с API прямо в редакторе, без регистрации и лишних настроек. ➡️ Что есть:

• HTTP-запросы: GET, POST, PUT, DELETE • Коллекции запросов • Переменные окружений (dev / staging / prod) • Импорт коллекций из Postman

📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #тест_драйв

🐀 Как Facebook уронил свои сервисы одним изменением 4 октября 2021 года сервисы Facebook, WhatsApp и Instagram* стали недоступны по всему миру почти на 6 часов. ❗️ Причина была не в коде.

Во время плановых работ сломали сетевой конфиг — BGP-анонсы пропали, DNS стал недоступен. Сервисы работали, но из интернета до них нельзя было добраться.

🔴 Ключевая проблема — отказ затронул и внутренние системы. Мониторинг, инструменты управления и даже доступ в дата-центры зависели от той же инфраструктуры. Быстро откатить изменения оказалось невозможно. 🔢 Какой вывод для нас: — инфраструктурные изменения требуют end-to-end проверки — нужно тестировать сценарии полного отказа, а не частичных сбоев — мониторинг должен быть независим от прода — rollback — такой же объект тестирования, как и релиз

Автотесты могут быть зелёными, релиз — успешным, но без системного тестирования инфраструктуры прод падает мгновенно.

*Корпорация Meta признана в РФ экстремистской 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #разбор_полетов

💬 Как система должна «падать красиво» Когда что-то ломается — это нормально. Ненормально, когда вместе с одной функцией падает весь сервис. Graceful degradation — это подход, при котором система теряет часть возможностей, но остаётся рабочей. Например:

— Не работает поиск → сайт открывается — Упал внешний API → показываем кеш или заглушку — Ошибка в рекомендациях → базовый функционал доступен

🔢 Пользователь не видит «500 Internal Server Error», а понимает, что происходит и что можно сделать дальше.

— Такие сценарии нужно тестировать специально, они не появляются сами — Это про надёжность, деньги и доверие, а не «красоту интерфейса» — Отсутствие graceful degradation = один баг = простой бизнеса

📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #теория_на_пальцах

📎 Что спрашивают на QA-собеседованиях — вопросы и разборы Как пользователи могут получить доступ к веб-приложениям Что такое позитивное и негативное тестирование Где взять ожидаемый результат для тестирования Как идет процесс разработки по Waterfall Чем отличается Preview и Response Когда нужно понять, что реально летит по сети Что будет в билде на альфа-тестировании 4 уровня тестирования Чем отличается Status Code 200 от 204 Вопросы по HTTP-методам: PUT, POST и PATCH Как тестировать приложение без кода и документации Вопросы по Selenium Что такое KISS Как в одной результирующей таблице получить среднюю зарплату работников 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #карьерный_трек

📎 Что спрашивают на QA-собеседованиях — вопросы и разборы Как пользователи могут получить доступ к веб-приложениям Что такое позитивное и негативное тестирование Где взять ожидаемый результат для тестирования Как идет процесс разработки по Waterfall Чем отличается Preview и Response Когда нужно понять, что реально летит по сети Что будет в билде на альфа-тестировании 4 уровня тестирования Чем отличается Status Code 200 от 204 Вопросы по HTTP-методам: PUT, POST и PATCH Как тестировать приложение без кода и документации Вопросы по Selenium Что такое KISS Как в одной результирующей таблице получить среднюю зарплату работников 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #карьерный_трек

💳 Шпаргалка по XPath и CSS-селекторам Для написания автотестов используются XPath и CSS-селекторы. Они помогают найти элемент на странице, чтобы потом с ним как-то взаимодействовать (кликнуть, ввести текст, или что-то другое).

Будет полезно для тех, кто занимается тестированием фронта и автоматизацией.

🔗 Ссылка на продолжение 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #артефакт

🔥 Что происходит после Enter — и почему QA стоит это знать Вы вводите URL и нажимаете Enter — дальше запускается цепочка процессов, на каждом из которых могут появиться баги. DNS, TCP-handshake, TLS, HTTP-запросы, редиректы, рендеринг, JavaScript — именно здесь чаще всего скрываются проблемы с загрузкой, безопасностью и производительностью, которые потом прилетают в баг-трекер как «не открывается» или «долго грузится». 🖍 Статья разбирает путь страницы от адресной строки до полной отрисовки простым языком и без воды. Полезно тем, кто хочет:

— понимать причины дефектов, а не только их симптомы — увереннее работать с DevTools и логами — расти от Junior к Middle QA

📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #release_notes

🎙 QA и сети: зачем тестировщику разбираться глубже Большая часть «странных» багов — это сеть: DNS, порты, кэш, прокси, окружения. 🟡 В интервью QA-инженер, который тестирует сетевое оборудование, показывает, как сетевые знания помогают быстрее находить причины проблем, а не гадать. 🤓 Полезно для junior–senior. Если хотите меньше «не воспроизводится» — смотреть обязательно. 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #карьерный_трек

🐸 Библиотека тестировщика #прод_в_пятницу

🗂 Дайджест тестировщика за неделю 🔜 QA и SRE – две стороны одной медали Разбор интеграции практик обеспечения качества и SRE (Site Reliability Engineering). Рассматривается, почему QA-инженеры должны учитывать эксплуатационные аспекты (метрики, устойчивость, отказоустойчивость) и как это помогает ловить дефекты раньше. 🔜 В QA платят не за тестирование: анализ зарплат по рынку QA Аналитика зарплат QA-инженеров по результатам вакансий: медианные значения по специализациям, ширина вилок и какие роли востребованы на рынке. 🔜 Какие технологии реально требуют работодатели от QA-специалистов Обзор инструментов, языков и навыков, которые чаще всего упоминаются в QA-вакансиях — SQL, REST API, CI/CD, Java/Python, Git и др. 🔜 Работа с нестабильными тестами в Allure 3 Автор разбирает, как устроена история тестов, как история позволяет определять нестабильные тесты и показывает настройку перезапуска тестов. 🔜 Композиция в архитектуре тестов на примере Playwright + C# От классического Page Object Model к архитектуре, основанной на композиции и Dependency Injection. 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #release_notes

🐸 Библиотека тестировщика #прод_в_пятницу

Yandex BareMetal получил аттестат по высшей степени защищённости персональных данных — сигнал для sysadmin’ов, что это «железо», на котором можно ставить критичные системы и работать с чувствительной информацией без компромиссов. Сервис предоставляет выделенные физические серверы без гипервизора, с полной изоляцией ресурсов. Сети внутри модулей — L2, без единых точек отказа, модули изолированы друг от друга. Можно тестировать нагрузку, деплоить любые сервисы и интегрировать с облаком. Аренда от 1 дня до года, готовые и кастомные конфигурации. Сервера размещаются в защищённых дата-центрах на территории России. Данные клиентов полностью затираются после возврата, повреждённые диски уничтожаются физически. Предсказуемая производительность, отсутствие соседей на железе и контроль на всех уровнях делают BareMetal надёжной платформой для администрирования критичных систем и серьёзных тестов.

⚠️ Скрытые антипаттерны в Playwright, которые тормозят автотесты Playwright развивается быстро — и вместе с ним команды незаметно закрепляют плохие практики. Они не ломают тесты сразу, но со временем приводят к флакам, медленным прогонам и боли в CI. Ключевые антипаттерны, которые стоит проверить у себя: 1️⃣ .click() вместо getByRole()

Селекторы напрямую = хрупкие тесты.
getByRole():
 • учитывает accessibility
 • автоожидание
 • переживает редизайны

♾ .click() повсюду — главный антипаттерн новичков. 2️⃣ waitForTimeout()

Фиксированные паузы:
 • замедляют каждый тест
 • маскируют проблемы синхронизации
 • создают техдолг

♾ Используйте автоожидание и expect(). 3️⃣ API-запросы прямо в тестах

Приводят к:
 • скрытым зависимостям
 • конфликтам данных
 • нестабильному параллельному запуску

♾ Подготовку данных выносить в фикстуры, хуки, API-утилиты. 4️⃣ Лишние page.reload()

Playwright не требует перезагрузок.
Избыточные reload:
 • тратят время
 • ломают гидрацию
 • добавляют нестабильность

♾ Reload — только если это часть сценария. 5️⃣ Перегруженные beforeEach

Постоянный логин, сетап, переходы:
 • линейно увеличивают время прогона
 • плохо масштабируются

♾ beforeAll, фикстуры, test.describe.parallel. 🔗 Источник 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #тест_драйв

🔗 Вопрос с собеседования на Middle Что делать, если нужно пройти регрессию, а времени нет? 👇 Правильный ответ (нажми, чтобы прочитать): Когда полной регрессии не успеваете — работаем с рисками, а не «проверяем всё подряд». Что делать: 🟠 Приоритетная регрессия Проверяем критические и часто используемые функции. Фокус — на зонах, которые могли быть затронуты изменениями. 🟠 Smoke-тестирование Быстро убеждаемся, что система в принципе жива и основные сценарии работают. 🟠 Автотесты Запускаем только критичный набор. Полный прогон — если есть время. 🟠 Тестирование изменений Проверяем именно те модули и интеграции, которые менялись, а не всю систему целиком. 🟠 Командная синхронизация Уточняем у разработчиков и аналитиков, где максимальные риски. 🟠 Чек-листы Короткие чек-листы по ключевым сценариям быстрее тест-кейсов. 🟠 CI/CD на будущее Автотесты при каждом изменении — чтобы в следующий раз не гореть. 👍 — знал/а 🔥 — не знал/а 💼 Щелкаешь такие задачи как орешки? Найди проект с достойной зарплатой тут 🐸 Библиотека тестировщика #карьерный_трек #middle

🤓 Как QA не утонуть в новом проекте Новый проект — это почти всегда хаос: доступы выдают частями, документация устарела или отсутствует, команда занята, а результат нужен «вчера». В этот момент легко начать работать вслепую и тратить время не туда. 🔤 В этом гайде — практичный разбор, как быстро вникнуть в проект, выстроить базовую структуру тестирования и снизить уровень неопределённости с первых дней. 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #теория_на_пальцах