🛠 Фишка инструмента: Mountebank

Mountebank — это удобный способ поднимать «заглушки» вместо настоящих сервисов: API, SMTP или TCP — без единой строчки кода.

❗️ Поддерживает несколько протоколов из коробки: HTTP, HTTPS, TCP и SMTP. Всё управляется через REST API или JSON — без SDK и сложной настройки.

Где пригодится:

— Когда внешний сервис нестабилен или недоступен

— Чтобы проверить edge-кейсы: 500, таймауты, невалидный JSON

— Если интеграция ещё не готова, а тестировать уже нужно

— Для эмуляции редких и нестандартных сценариев

🍒 Вишенка на торте — можно писать JavaScript-правила для динамических ответов, а также использовать proxy-режим, логирование и валидацию запросов.

Пример простейшего impostera:

{
  "port": 4545,
  "protocol": "http",
  "stubs": [{
    "responses": [{ "is": { "statusCode": 200, "body": "Mocked response" } }]
  }]
}

🔗 Ссылка на GitHub

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

#буст

Читать полностью…

💥 Как я обнаружил рассинхронизацию тестового окружения с продом

Наш подписчик работал над критическим релизом и заметил, что автоматические тесты в тестовой среде начинают падать на тех же проверках, которые в продакшене проходили без проблем:

«Мы закрыли этап интеграционного тестирования и запустили полный regression suite в тестовом кластере. Часть тестов на проверку бизнес-логики неожиданно упала: в тестовых данных не создавались архивные записи, а на проде всё работало стабильно. Я сравнил версии миграций и конфигураций между окружениями и обнаружил, что в тестовом кластере не были применены последние DDL-скрипты и обновления триггеров. Также выяснилось, что переменные окружения для подключения к очередям и таймауты в application.yml отличались от продовых.»

❓ Какие приемы вы используете, чтобы гарантировать синхронизацию тестовых и продакшен-окружений?

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

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

Читать полностью…

Знакомый кейс ☕️

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

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

Читать полностью…

🏷️ Тесты не должны бояться цвета кнопки

Если ваши автотесты падают после смены класса или текста — проблема не в фронтенде, а в подходе.

В карточках:

➡️ Почему локаторы ломаются — и кто в этом виноват

➡️ Как устроены тестовые идентификаторы

➡️ Что отвечать на аргументы «против»

➡️ Как внедрить data-test-id без бойкота от фронта

🔗 Полный текст статьи — по ссылке

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

Читать полностью…

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

Testing Engineer (NGFW) — удаленно (Москва)

Automation QA Engineer — от 120 000 до 200 000 ₽, удаленно (Таганрог)

QA Engineer — от 100 000 до 150 000 ₽, удаленно/офис (Владивосток)

Senior Manual QA Engineer — от 1 500 $, удаленно (Сингапур)

QA Auto (Python) — от 200 000 ₽, удаленно (Москва)

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

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

#свежак

Читать полностью…

📋 Чек-листы для тестировщика

В подборке — материалы с примерами и шаблонами, которые помогут составить рабочие чек-листы для ручного тестирования всех ключевых направлений.

➡️ Complete QA Process Checklist

Подробный чек-лист на весь цикл QA: от анализа требований до релизной верификации. Готовый шаблон доступен бесплатно.

➡️ QA Checklists Explained

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

➡️ The Only Software Testing Checklist You Need

Универсальный чек-лист для ручного тестирования, охватывающий функциональность, API, UI, performance, compatibility.

➡️ Как составить чек-листы для эффективного тестирования

Пошаговый подход по категориям: «для чего чек-лист», «как разбивать на блоки», «как формулировать кейсы».

➡️ Чек-лист и шпаргалка по тест‑кейсам

Лаконичные примеры чек-листов для веб-приложений: функционал, формы, UI, сценарии. PDF-формат для скачивания.

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

#свежак

Читать полностью…

Мем смешной, ситуация страшная 🙂

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

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

Читать полностью…

👨‍💻 Как делать лучшее ПО с сильной QA-стратегией

Название говорит само за себя: Better Teams. Better Software. Better World. Этот выпуск — про то, как тестирование становится не просто этапом, а суперсилой команды.

В подкасте:

➖ Когда автоматизация действительно работает, а когда — мешает

➖ Как понять, сколько тестов достаточно, чтобы не уйти в «оверинжиниринг»

➖ Что отличает хорошие интеграционные тесты и как не потеряться в слоях

➖ Что делать с хаосом AI, ML и облачной архитектурой — и где в этом всём место тестировщику

Практичные советы, свежие идеи и честные кейсы от тех, кто строит процессы в бою, а не по учебникам.

🔗 Слушать подкаст

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

#буст

Читать полностью…

⭐️ Как тестировать интерфейсы с учетом психологии пользователя

Тестирование интерфейсов важно не только для проверки функционала, но и для того, как пользователь воспринимает элементы. Используйте этот чек-лист, чтобы убедиться, что UI интуитивно понятен и удобен.

1️⃣ Проверка восприятия элементов UI:

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

2️⃣ Отсутствие «раздражающих» мелочей:

— Проверьте, нет ли на странице анимаций, слишком ярких цветов или мигающих элементов. Все это может создавать плохое восприятие интерфейса.

3️⃣ Логика ввода текста:

— Убедитесь, что приложение правильно обрабатывает некорректный ввод (специальные символы или длинная строка).

4️⃣ Тестирование на восприятие времени:

— Проверьте, как приложение работает на медленной сети или при нагрузке.

5️⃣ Тестирование кликабельности элементов:

— Проверьте, что кликабельными являются только те элементы, которые реально должны быть такими, а также, чтобы они были достаточно крупными для удобства клика.

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

#буст

Читать полностью…

📌 Подсветка JSON-ответов прямо в терминале

Когда API возвращает длинный JSON, читать его в сыром виде — пытка. Вместо копипаста в Postman или браузер, можно отформатировать и подсветить структуру прямо в терминале:

curl -s https://api.example.com/data | jq

— curl -s — отправляет GET-запрос в тихом режиме (без прогресса)
— | jq — форматирует и подсвечивает JSON с отступами и цветами

Для чего это нужно:

✅ Проверять структуру и корректность JSON-ответов вручную

✅ Быстро находить нужные поля без GUI

✅ Инспектировать ответы в CI/CD или в ssh-сессии

💡 Лайфхаки:

— Вывести конкретное поле:

jq '.user.name’

— Найти вложенный массив и отфильтровать по условию:

jq '.items[] | select(.active == true)’

— Отображать ключи и значения построчно:

jq -c ‘.[]’

— Не только для curl: работает с http, wget, cat, less, tail -f и т.д.

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

#буст

Читать полностью…

Последний шанс залутать курсы Proglib Academy с выгодой 40% и пожизненным доступом.

До 1 августа действует скидка на курсы по математике для Data Science, алгоритмам и структурам данных, обновлённому Python, frontend-разработке с нуля, основам IT для непрограммистов, базовым моделям ML, а также архитектурам и шаблонам проектирования.

Выбираем и забираем 👈

P.S. Акция не распространяется на курсы «AI-агенты для DS-специалистов» и «ML для старта в Data Science».

Читать полностью…

⭐️ Как стать сильным middle — чеклист навыков QA

Чтобы стать сильным middle QA, нужно не только иметь опыт, но и умение решать задачи эффективно и быстро. Прокачайте следующие навыки, чтобы перейти на новый уровень!

1️⃣ Технические навыки:

➡️ Знание всех этапов жизненного цикла разработки (Agile, Waterfall). Важно понимать, как и когда тестировать.

➡️ Знание фреймворков, способность писать автотесты для UI, API, Unit-тестов. Понимание паттернов проектирования тестов (например, Page Object Model).

➡️ Умение интегрировать автотесты в пайплайн с помощью инструментов типа Jenkins, GitLab CI, CircleCI.

➡️ Создание запросов для проверки данных в БД и взаимодействие с данными.

➡️ Опыт работы с RESTful API через инструменты типа Postman, SoapUI и автоматизация с помощью REST-assured.

2️⃣ Понимание бизнес-логики и тестирования фич:

➡️ Понимание бизнес-логики, умение читать и интерпретировать требования для написания тест-кейсов.

➡️ Знание техник тест-дизайна (например, эквивалентные классы, граничные значения, таблицы решений), чтобы создавать качественные тесты.

➡️ Создание сложных сценариев для комплексного тестирования, включая end-to-end.

3️⃣ Софт-скиллы:

➡️ Способность эффективно работать с разработчиками и менеджерами. Это ключевой навык для сильного middle QA.

➡️ Умение грамотно писать баг-репорты и давать фидбек, который будет понятен всем.

➡️ Умение расставлять приоритеты, работать с дедлайнами и разделять задачи для максимальной продуктивности.

Советы:

✔️ Практикуйтесь: чем больше тестов вы напишите и багов найдете, тем увереннее станете.

✔️ Будьте экспертом в процессе, а не только в инструментах.

✔️ Обсуждайте идеи с командой: всегда можно узнать что-то новое.

✔️ Не бойтесь ставить вопросы: они помогут расти

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

#буст

Читать полностью…

🧩 Невидимая сортировка

Вы тестируете страницу со списком документов. По умолчанию сортировка идёт по дате создания (сначала новые). При клике по заголовку колонки «Дата» интерфейс показывает стрелку сортировки (вверх или вниз), но порядок записей визуально остаётся прежним.

Вы открываете DevTools и замечаете, что при клике на заголовок выполняется API-запрос:

GET /documents?sort=created_at&order=asc

Но данные на странице всё равно не меняются.

Что вы сделаете в первую очередь, чтобы корректно зафиксировать баг? ❓

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

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

Читать полностью…

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

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

Читать полностью…

🛠 Фишка инструмента TestCafe

TestCafe — инструмент для автоматизации пользовательских сценариев, который работает сразу после установки. Он запускает тесты напрямую в браузере и не требует WebDriver или дополнительных зависимостей.

Чем хорош:

➡️ Достаточно одной команды, чтобы запустить тесты в любом браузере — локальном, мобильном или облачном.

➡️ Не нужно вручную добавлять задержки — TestCafe автоматически ждёт появления элементов и завершения асинхронных операций.

➡️ Легко разделить тесты между несколькими браузерами или вкладками, ускоряя общий прогон.

➡️ Debug-режим позволяет шаг за шагом проходить тест прямо в браузере.

Пример:

npm install -g testcafe
testcafe chrome tests/

import { Selector } from 'testcafe';

fixture('Login').page('https://example.com/login');

test('User can log in', async t => {
  await t
    .typeText('#user', 'admin')
    .typeText('#pass', '123456')
    .click('#submit')
    .expect(Selector('h1').innerText).eql('Dashboard');
});

📌 Подходит для автотестов в вебе, когда важна стабильность и простота, особенно если нет времени разбираться с конфигурацией Selenium.

🔗 Репозиторий на GitHub

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

#буст

Читать полностью…

Proglib Academy — это место, где вы превращаете теорию в практику. Здесь ваши знания становятся проектами для портфолио, а вы — более уверенным специалистом.

Выберите курс, который поможет сделать следующий шаг ⬇️

🚀 Для тех, кто начинает путь в IT:

— Основы IT для непрограммистов
— Программирование на Python (обновлённый)
— Frontend-разработчик с нуля: HTML, CSS, JavaScript

🧠 Для будущих и настоящих Data Scientist'ов:

— ML для старта в Data Science (начинается в сентябре)
— Базовые модели ML и приложения
— Математика для Data Science
— AI-агенты для DS-специалистов (скоро второй поток)

🛠️ Для опытных разработчиков, готовых к росту:

— Алгоритмы и структуры данных
— Архитектуры и шаблоны проектирования

Независимо от вашей цели, у нас есть курс, который поможет её достичь. Переходите в Proglib Academy, выбирайте свой путь и инвестируйте в навыки, которые всегда будут в цене!

Читать полностью…

✍️ Как превратить описание фичи в тест-план и каталог кейсов

Этот промпт превращает LLM в мини-команду QA. Подходит для ручного и автоматизированного тестирования.

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

😗 QA0 — запускает процесс

😗 QA1 — уточняет описание

😗 QA2 — строит тест-план по ISO 25010

😗 QA3 — генерирует кейсы

Можно общаться с каждым этапом: добавлять, редактировать, уточнять.

Промпт:

## INITIAL CONTEXT
We are going to work in developing Software Quality documentation.
Quality or test terminology is based in ISTQB body of knowledge.
...
## ROLES OVERVIEW
From now on, I want you to assume the roles of three distinct Software Quality specialists...
...
## QA0 - SUPERVISOR
QA0's task is to review the request, asking for an example...
...
## QA1 - FEATURE REVIEWER
QA1's task is to review the feature description, performing static testing...
...
## QA2 - TEST PLAN DESIGNER
QA2's task is to create a comprehensive Software Quality Test Plan based on ISO 25010...
...
## QA3 - TEST CATALOG DESIGNER
QA3's task is to design a set of formal test cases that cover all the test conditions...

Что получаете на выходе:

➡️ Тест-план по ISO 25010 + ISTQB

➡️ Матрица рисков и пробелов

➡️ Каталог тестов в формате: шаги, приоритет, ожидаемый результат

➡️ Повторяемый и масштабируемый QA‑процесс

🔗 Полный промпт по ссылке

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

#буст

Читать полностью…

🔐 Как автоматизировать проверку токена в Postman

Чтобы не копировать токен каждый раз вручную — можно настроить автоматическую подстановку.

1️⃣ Получаем токен в pre-request script:

pm.sendRequest({
  url: 'https://example.com/api/login',
  method: 'POST',
  header: { 'Content-Type': 'application/json' },
  body: {
    mode: 'raw',
    raw: JSON.stringify({
      username: 'user',
      password: 'pass'
    }),
  },
}, (err, res) => {
  const token = res.json().token;
  pm.environment.set('authToken', token);
});

2️⃣ Подставляем в запросы:

В заголовке:

Authorization: Bearer {{authToken}}

💡 Работает с JWT, OAuth и любыми кастомными токенами. Поддерживает коллекционные переменные, глобальные и окружения.

Используйте в:

— Ручных API-тестах
— Автоматизированных коллекциях
— CI/CD пайплайнах

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

#буст

Читать полностью…

🔥 3 способа скрыть элемент, которые обязан знать каждый тестировщик

В CSS есть несколько для этого способов, и каждый ведёт себя по-своему:

➖ один полностью исключает элемент из потока

➖ другой делает его невидимым, но он остаётся в DOM

➖ а третий — вообще всё ещё кликается

Почему это важно:

— ломаются автотесты, если не учесть способ скрытия

— isDisplayed() и isVisible() могут врать

— доступность (a11y) зависит от метода

— критично при проверке модалок, спойлеров и выпадашек

📌 На картинке — краткая шпаргалка по трем базовым методам. Сохраните, пригодится в каждом втором UI-тесте.

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

#буст

Читать полностью…

😎 Тестирование кэширования на клиенте

Вы тестируете веб-приложение с системой авторизации. После успешного логина данные пользователя сохраняются в localStorage.

Однако после выхода из системы пользователь продолжает видеть старые данные при повторном входе.

❓ Каким образом можно проверить эту проблему?

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

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

Читать полностью…

💪 Как справляться с флейками в автоматических тестах

Флейки — тесты, которые иногда проходят, а иногда нет, — это настоящая боль для автоматизации.

С ними часто сталкиваются, и вопрос: что эффективнее — стабилизировать окружение, менять инструменты или улучшать практики?

✅ Почему стоит с ними бороться:

— Флейки снижают доверие к автоматизации и усложняют работу.

— Постоянные флейки требуют дополнительных усилий для поиска причин.

— Неправильная конфигурация часто приводит к флейкам.

⛔️ Почему флейки неизбежны:

— Сетевые задержки и внешние сервисы могут вызвать флейки.

— Иногда проблемы в коде или логике тестов могут приводить к флейкам.

— Смена фреймворков не всегда избавляет от флейков.

Как вы решаете проблему с флейками в тестах ❓

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

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

Читать полностью…

🧩 Что скрывается за фразой «компонентное тестирование»

В теории всё просто: есть модульные, есть интеграционные, а между ними — компоненты. А вот на деле все смешано, и границы размыты.

Что в карточках:

➡️ Почему компонентный тест — это всё ещё модульный, но с нюансами

➡️ В чём отличие unit-подхода от проверки бизнес-логики

➡️ Кто должен писать такие тесты и почему всё не так очевидно

Если вы тоже сталкивались с этим термином, но чувствовали смутное раздражение — загляните в карточки.

🔗 Ссылка на статью

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

Читать полностью…

📊 Тестирование больших данных: на что стоит обратить внимание

Когда приложение работает с большими объемами данных, тестирование становится настоящим вызовом. Нужно не только проверить функциональность, но и убедиться, что система справляется с нагрузкой, не теряя производительности.

Вопрос от подписчика:

«Я тестирую систему, которая обрабатывает огромные объемы данных, и часто замечаю, что на тестах она работает хорошо, но в реальных условиях начинают появляться проблемы с производительностью. Как проверить, что система выдержит реальную нагрузку, и какие моменты стоит учитывать?»

❓ Как вы проверяете производительность в таких случаях? Какие подходы и инструменты используете?

P.S. Если хотите задать вопрос, заполните нашу гугл-форму. Это займет 5 минут.

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

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

Читать полностью…

🤨

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

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

Читать полностью…

💡 Pet-проекты и фриланс — как сделать из них плюс в резюме

Фриланс и проекты «для себя» — это реальный опыт, который может стать вашим конкурентным преимуществом на рынке труда. Главное — показать ценность для будущего работодателя.

Что в карточках:

✅ Как превратить пет-проекты в крутые примеры в резюме

✅ Почему фриланс может быть важнее, чем вы думаете

✅ Как описать свой опыт так, чтобы рекрутеры не могли пройти мимо

Если хотите, чтобы ваше резюме стало мощным инструментом в поиске работы — начните оформлять опыт правильно.

🔗 Полный текст статьи — по ссылке

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

Читать полностью…

👍 Обновление от BrowserStack

Компания представила улучшенную версию Test Case Generator, который теперь может извлекать требования напрямую из Jira, используя идентификаторы задач.

Что нового:

➖ Инструмент теперь автоматически подтягивает описание требований по идентификатору задачи в Jira для генерации тест-кейсов.

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

Автоматическое извлечение данных из Jira ускоряет создание тестов, повышает точность и улучшает взаимодействие между командами.

🔗 Официальный источник

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

#свежак

Читать полностью…

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

NetOps (Python) — от 250 000 ₽, офис/гибрид (Москва)

Senior Python AQA Engineer — от 3 000 $, удаленно (США)

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

Middle & Senior QA Automation Engineer — от 160 000 до 250 000 ₽, удаленно (Ульяновск)

Ведущий инженер по автоматизированному тестированию (Python) — от 455 000 ₽, удаленно (Москва)

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

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

#свежак

Читать полностью…

📌 Подборка статей про Playwright

Перед вами гид по самым актуальным материалам о Playwright в 2025 году — от практических гайдов до глубоких сравнений и новинок генеративного тестирования.

❌ Руководство для начинающих — практическая интеграция Playwright в проект на Next.js: настройка, написание тестов навигации и верификация рендеринга страниц.

❌ Как работает test.slow() и slowMo— разбор различий между test.slow() в тестовом фреймворке и опцией slowMo при запуске браузера.

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

❌ Лучшая альтернатива Selenium — введение в Playwright для пользователей Selenium на Python: основные преимущества и примеры начальной настройки.

❌ Playwright vs Selenium — сравнение производительности, надёжности и удобства настроек в CI/CD.

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

#свежак

Читать полностью…

🌗 Айтишный культ темной темы в IDE

Темная тема давно стала визуальной нормой для тестировщиков — кто-то включил один раз и больше не возвращался. А кто-то сидит на светлой и не видит смысла менять.

➖ За темную:

— Не слепит в темноте

— Глаза устают меньше

— Просто красиво

➖ За светлую:

— Лучше читается при дневном свете

— Меньше проблем с контрастом

— Привычнее для документации и веба

❓ А какой темой пользуетесь вы? Делитесь в коммментариях!

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

#свежак

Читать полностью…

🥵 Как протестировать поведение веб-приложений в оффлайн-режиме

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

В карточках разберем:

➡️ Как настроить тесты для проверки работы в оффлайн-режиме

➡️ Как проверить кэширование и отображение данных при потере сети

➡️ Примеры тестов для успешных и неудачных сценариев

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

🔗 Подробный туториал в статье

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

Читать полностью…