🌸 Вопросы с собеседований: как протестировать продукт, если требования еще не установлены

Использовать гибкую методологию, такую как Scrum:

1️⃣ Определение целей. Выполнение модульного, интеграционного, приемочного и системного тестирования, с обновлением

2️⃣ Разбиение на пользовательские истории и назначение спринтов.

3️⃣ Выполнение модульного, интеграционного, приемочного и системного тестирования, с обновлением сценариев по мере изменения требованй.

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

#междусобойчик

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

Инженер по автоматизации тестирования — от 240 000 ₽, удаленно (Москва)

Quality Assurance Engineer (Senior) — Москва

QA Engineer (middle) — от 130 000 до 180 000 ₽, удаленно (Москва)

Senior Mobile Automation & Manual QA Engineer — гибрид (Москва/Санкт-Петербург)

Junior Продуктовый QA (без опыта) — офис (Москва)

➡️ Еще больше топовых вакансий — в нашем канале QA jobs

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

#свежак

🐞 Как быстро заводить баг-репорты прямо из браузера

Эта инструкция помогает упростить и ускорить процесс: баги оформляются автоматически — с видео, логами и всей нужной информацией — буквально в пару кликов.

Как это работает:

1️⃣ Устанавливаем расширение в браузер

Используйте специальные расширения, которые:

• записывают экран и шаги, которые мы выполняем

• автоматически сохраняют консольные ошибки и сетевые запросы

• фиксируют данные об окружении: браузер, язык, разрешение экрана

• формируют баг-репорт, который можно отправить сразу в Jira, Trello, GitHub или просто скопировать

Что можно использовать:

➡️ Bird Eats Bug — очень удобное расширение, подходит и для ручного, и для регресса.
Оно работает прямо в браузере, не требует установки, записывает всё: экран, действия, логи, XHR-запросы, URL.

➡️ BugReplay — если нужно больше акцента на видео.
Также сохраняет сеть и консоль. Подходит, если баг сложно воспроизвести.

После установки расширения — входим в аккаунт и включаем запись, когда начинаем тест.

📌 Пример:

Во время теста у нас слетает кнопка оформления заказа. Мы нажимаем “Start recording”, повторяем шаги, где проявляется баг — и останавливаем запись. Всё готово: лог, видео, действия, URL.

2️⃣ Настраиваем шаблон баг-репорта

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

• шаги воспроизведения
• описание окружения
• консольные ошибки и сетевые запросы
• ссылка на видео
• URL страницы

📌 Пример шаблона:

Проблема: кнопка не реагирует на клик
Шаги: подставлены автоматически
Видео: [ссылка]
Логи и XHR: вложены
Окружение: Chrome 123, Windows 11, 1920×1080

3️⃣ Отправляем баг сразу в систему

Отправьте баг сразу в систему, где его будут обрабатывать разработчики. Это может быть: Jira, Trello, GitHub Issues, Notion.

📌 Пример:

Баг записан. Мы нажимаем “Create bug” → выбираем Jira → баг улетает в проект с видео, логами, шагами и средой.


Как можно улучшить:

• Настроить горячую клавишу для начала записи

• Создать шаблоны под разные типы багов (UI, функционал, мобильные)

• Использовать расширение даже для нестабильных или «разовых» ошибок, которые тяжело повторить

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

#буст

💼🚫 Собес провален? 8 советов, как извлечь пользу из каждого отказа

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

Однако отказ — это всего лишь один из этапов в поиске работы и не стоит воспринимать его как конец света.

➡️ Читать статью

🐸 Библиотека программиста

🔍 Инструмент недели: Fiddler в нагрузочном тестировании

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

Чем может помочь:

😗 Позволяет изучить реальное поведение клиента: какие именно запросы отправляются, какие заголовки, параметры и последовательность. Это критически важно при создании реалистичных нагрузочных сценариев.

😗 Можно использовать для записи последовательности действий пользователя, которые потом адаптируются в скрипты для JMeter, Gatling, k6 и других инструментов. Это повышает точность моделирования поведения пользователей.

😗 Если при нагрузке сервер отвечает нестабильно или возникают ошибки, Fiddler помогает локализовать проблему: показывает точное содержимое запросов и ответов, HTTP-коды, время ответа, редиректы и пр.

😗 Многие системы используют авторизацию, сессионные токены, cookies. Fiddler показывает, как они передаются, что упрощает их интеграцию в нагрузочные скрипты.

Пример использования:

1️⃣ Запись пользовательского сценария:

• Запустим Fiddler и выполним необходимые действия в приложении, чтобы зафиксировать соответствующий трафик.

• Сохраним сессию в формате .saz через меню File > Save > All Sessions.

2️⃣ Настройка скрипта для повторного воспроизведения:

• Откроем Fiddler Script Editor через Rules > Customize Rules.

• Вставим кастомный скрипт, который реализует команды load и run.

• Сохраним изменения и перезапустите Fiddler.

3️⃣ Выполнение нагрузочного теста:

• Откроем QuickExec (нажмите Alt+Q).

• Выполним команду load <путь к файлу .saz>, чтобы загрузить записанную сессию.

• Выполниим команду run <интервал в миллисекундах> <количество повторов>, чтобы начать воспроизведение запросов с заданным интервалом и числом повторений.

Этот подход позволяет симулировать нагрузку на приложение, воспроизводя реальные пользовательские сценарии с заданной интенсивностью.

📍 Полезные материалы:

— Fiddler для тестировщика / Установка и настройка

— Fiddler Everywhere для тестировщика | Как тестировать API в Fiddler

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

#буст

Мы или не мы? 🥹

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

#развлекалово

😇 Подборка подкастов от TestGuild

➡️ Как оптимизировать автоматизацию и CI/CD — и при этом сэкономить

Если ты работаешь с Jenkins, GitHub Actions или вообще в DevOps-среде — это видео must-see.
Гаураф (чувак, которого уважают и за AI, и за автоматизацию) делится конкретными подходами, как навести порядок в пайплайнах, уменьшить затраты и не потерять в скорости или качестве.

📍 Что вы узнаете:

• как не платить лишнего за лицензии,

• как встроить безопасность в тестовую инфраструктуру,

• и как автоматизировать «по уму», а не «потому что модно».

➡️ Как AI меняет профессию тестировщика — с Джейсоном Арбоном

Это тот самый выпуск, после которого хочется одновременно встать и аплодировать, и немного понервничать за своё будущее.

📍 Джейсон рассказывает:

• как ИИ-платформы сами пишут и выполняют тесты,

• почему автоматизация больше не про Selenium-скрипты,

• и какие навыки нужно прокачивать, чтобы не остаться за бортом.

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

#буст

📈 Как «ленивая разработка» захватывает IT-рынок

Пока мы выстраиваем архитектуру, пишем тесты и спорим о лучших практиках, рынок всё активнее обживают те, кто вообще не пишет код. Low-code и no-code решения не просто живы — они становятся нормой для бизнеса.

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

🔗 Подробнее в статье

🐸 Библиотека джависта

👊 Лучшие материалы по тестированию в одной подборке

Собрали топовые материалы, которые наши подписчики сохраняют чаще всего.

Эту подборку мы будем регулярно пополнять, поэтому сохраняйте тонну пользы, чтобы не потерять!

1. Копилка обучающих материалов для QA специалистов

2. Тренажёр для тестирования API

3. Тренажер «Треугольники»

4. Элементы интерфейса

5. Practice SQL

6. Чит-листы и шпаргалки для тестирования

7. Как тестировать WebSocket API в Postman

📌 Команда дня: npx playwright codegen

Когда тебе нужно быстро набросать автотест, но не хочется ковыряться в селекторах вручную — используй одну из команд Playwright.

npx playwright codegen https://example.com



➡️ Откроется браузер, и всё, что ты кликаешь — превращается в готовый код автотеста.

Чем полезно:

• Быстрый старт для E2E-тестов

• Ускоряет написание скриптов

• Удобно показать джунам, как это вообще работает

➡️ Поддерживает JavaScript, TypeScript, Python и C#. Так что, хочешь — пиши на чём угодно, хоть на эльфийском, если настроишь парсер.

P.S. Да, ты потом всё равно перепишешь этот автотест руками. Но начать — станет легче. А иногда «записал и отдал в CI» — это уже победа.

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

#буст

🙂 Как бороться с «flaky tests» в автоматизации

Автотесты шалят – то проходят, то падают. Вот гайд, как их привести в порядок раз и навсегда:

1️⃣ Выявляем «прыгающие» тесты

Собирайте статистику падений каждого автотеста в CI, отслеживайте процент флейкиности и отмечайте сценарии с частыми сбоями (например, более 5% падений за неделю).

2️⃣ Изолируем внешние зависимости

Заменяйте реальный API и сторонние сервисы на моки и стабы (WireMock, MockServer или MSW), чтобы сбои в сети или внешних системах не портил прогоны.

3️⃣ Укрепляем локаторы

Добавляйте в HTML специальные атрибуты, например:

<button data-test-id="login-submit">Войти</button>


и в тестах ищите элемент по ним:

driver.find_element(By.CSS_SELECTOR, "[data-test-id='login-submit']")


4️⃣ Применяем адаптивные ожидания

Лучше отказаться от sleep(5) и пользоваться явными ожиданиями:

from selenium.webdriver.support.ui import WebDriverWait
from selenium.webdriver.support import expected_conditions as EC

submit = WebDriverWait(driver, 10).until(
EC.element_to_be_clickable((By.ID, "submit"))
)

5️⃣ Используем ретраи осознанно

Добавляйте 1–2 повтора только к отмеченным flaky-тестам, чтобы сгладить случайные тайм-ауты, но при этом не скрывайте настоящие ошибки.

6️⃣ Мониторим и рефакторим

Настраивайте дашборд стабильности (Allure TestOps, ReportPortal), регулярно удаляйте устаревшие проверки и упрощайте сложные сценарии, чтобы со временем слово «flaky» пропало из вашего лексикона.

С вас ❤️ за полезную инфу!

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

#междусобойчик

После собеседования тебе кажется, что ты прошёл квест. А потом появляется секретный уровень 😬

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

#развлекалово

😒 Тестировать в продакшене: гениальный ход или полный треш

Сколько раз вы слышали эту фразу:

«Да нормально, все уже проверили, давайте прямо на прод!”

А потом начинаются приключения.

➡️ Что говорят те, кто за тесты на проде:

— Тестировать на реальных данных — это честно. Никакая песочница не покажет тех фокусов, которые вытворяют живые пользователи.

— Быстрее увидеть баг — быстрее починить. А если сидеть ждать идеального теста — можно пенсию встретить.

— Всё равно сто раз всё не предусмотришь. Прод — лучший краш-тест.

➡️ Что думают те, у кого сработал инстинкт самосохранения:

— Один факап на проде — и тебе потом объясняться не только перед клиентами, но и перед начальством… и юристами.

— Пользователь не должен быть тестировщиком. Он пришёл зарабатывать/покупать/играть — а не ловить баги за тебя.

— Чистый релиз — как чистая совесть. И спится спокойнее.

❓ И вот главный вопрос: тестировать в проде — это смелость или безумие?

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

#междусобойчик

📣 Дайджест материалов за неделю

🔘 Как быстро заводить баг-репорты прямо в браузере

🔘 Инструмент недели: Fiddler в нагрузочном тестировании

🔘 Подборка подкастов от TestGuild: как сэкономить на автоматизации и не проиграть ИИ

🔘 Команда дня: npx playwright

🔘 Как бороться с “flaky tests” в автоматизации: гайд, как привести их в порядок

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

#свежак

🧪 Найди баг

Тебе дали тестировать простую форму. Она должна принимать только корректные email-адреса.

Пользователь вводит email → если validateEmail вернёт true, форма отправляется.
Если false — показываем ошибку.

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

#междусобойчик

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

QA specialist — Белгород

QAA Lead (Транспорт) — от 350 000 ₽, офис/гибрид (Москва/Новосибирск)

QA Инженер — от 114 500 ₽, офис (Санкт-Петербург)

Разработчик автотестов — 150 000 —‍ 250 000 ₽, офис/гибрид (Москва)

AQA Lead — от 350 000 ₽, удаленно (Москва)

➡️ Еще больше топовых вакансий — в нашем канале QA jobs

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

#свежак

🌸 Ключевые направления в QA-технологиях 2025 года

➖ AI и машинное обучение в тестировании

Использование AI для предсказания проблем, автоматизации тестов и создания синтетических данных. Инструменты, такие как Tricentis Testim, помогут в этом.

➖ Shift-Left и Shift-Right тестирование

• Shift-Left: тестирование на ранних стадиях разработки.

• Shift-Right: тестирование в реальной эксплуатации после релиза.

➖ Low-Code/No-Code автоматизация

Платформы, такие как testRigor и ACCELQ, позволяют создавать тесты без программирования.

➖ QAOps

Интеграция QA в DevOps для непрерывного тестирования и автоматического выявления дефектов.


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

#свежак

✏️ Альтернатива Postman для тестирования API

Hoppscotch — это лёгкий и быстрый сервис для работы с API. Никаких установок: просто заходишь на сайт и начинаешь отправлять запросы.

Что умеет:

➖ Отправлять HTTP-запросы

➖ Работать с WebSocket, GraphQL, SSE и даже gRPC

➖ Импортировать коллекции запросов из Postman и сохранять истории запросов

➖ Работать в браузере или поставить как приложение (PWA)

➖ Настраивать токены авторизации (OAuth 2.0, API-ключи и др.)

➖ Делать запросы в оффлайне, если поставить локальную версию

Есть нюансы:

🔴 Нет встроенного автоматического тестирования, как в Postman.

🔴 При очень больших проектах может подтормаживать.

🔴 Некоторые продвинутые функции всё ещё в разработке.

Hoppscotch подходит, если тебе нужно быстро и просто тестировать API без лишней головной боли.

🔗 Источник: GitHub проекта
🔗 Скачать для локального пользования

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

#буст