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

🚬 Три степени боли продакшена

В продакшене что-то сломалось. Как понять, на каком уровне разбираться?

🟣 Incident (инцидент)

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

Пример: кнопка «Купить» не работает. Пользователи жалуются.

🟣 Problem (проблема)

Причина, стоящая за одним или несколькими инцидентами. Если её не устранить, инциденты будут повторяться.

Пример: форма не обрабатывает спецсимволы в имени товара → падает несколько страниц.

🟣 Error (ошибка)

Конкретная ошибка в коде, конфигурации или данных, которая вызвала проблему.

Пример: регулярка валидации имени товара не учитывает юникод.

Суть процесса:

🔤 Инциденты фиксируем быстро, чтобы пользователи не страдали.

🔤 Проблему исследуем глубже, ищем повторяющиеся паттерны.

🔤 Ошибку исправляем на уровне кода/инфраструктуры.

🔗 Видео по терминам для закрепления

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

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

❔ Опрос

В команде сказали:

«Нужно проверить API под нагрузкой».

Вы junior QA и раньше этим не занимались.

Какой инструмент начнёте изучать?

❤️ JMeter — классика индустрии, GUI и огромное количество гайдов
🔥 k6 — современный инструмент, тесты пишутся на JavaScript
👍 Locust — нагрузочные тесты на Python
🌚 Gatling — мощный инструмент, но чаще используют в enterprise

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

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

#стендап_qa

🧪 Автоматизация GUI-тестов для Windows-приложений

Squish — инструмент для автоматизации GUI-тестирования desktop-приложений. Подходит для систем на .NET (WinForms, WPF), MFC и других Windows-интерфейсов, включая legacy-приложения.

Часто используется там, где обычные веб-инструменты автотестов не работают: банковские системы, инженерное ПО, ERP и толстые клиенты.

🔜 Что умеет

— автоматизировать тесты интерфейса Windows-приложений
— работать без доступа к исходному коду
— использовать объектную модель элементов (не по координатам)
— записывать тесты и дописывать логику кодом
— запускать тесты в CI/CD

🔜 Языки для автотестов

— Python
— JavaScript
— Ruby
— Perl

🔜 Интеграции

— Jenkins
— Azure DevOps
— GitHub Actions
— GitLab CI/CD
— Jira, TestRail, Zephyr

Есть trial / freemium

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

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

#тест_драйв

⚡️ Low-code инструменты для автотестов: первые впечатления

Автор протестировал несколько популярных решений: Katalon, Ranorex, Virtuoso, Testim, testRigor, ACCELQ и Leapwork.

Что оказалось на практике:

✔️ Плюсы

— быстрое создание тестов через record-and-playback
— параметризация тестов и планировщики запусков
— запуск на удалённых грид-фермах
— удобная интеграция (например, Jira и Slack)
— хорошая поддержка со стороны вендоров

❌ Минусы

— ограниченные возможности отладки
— проблемы с несколькими вкладками браузера
— vendor lock-in
— непрозрачная стоимость инструментов
— «low-code» работает только для простых сценариев — сложные тесты всё равно требуют код

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

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

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

😊😊

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

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

💳 Подборка свежих статей

🔜 AI-агенты в QA: как это работает на практике и где всё ещё болит
Разбор того, как AI-агенты используются в тестировании: генерация тест-кейсов, self-healing автотестов и ограничения текущих инструментов.

🔜 Как я ускорил создание E2E-тестов в 5 раз (Playwright)
Практический опыт оптимизации end-to-end тестов: работа с трассировкой, быстрые итерации и ускорение отладки автотестов.

🔜 Доступное нагрузочное тестирование: инфраструктура на open-source инструментах
Гайд по построению инфраструктуры нагрузочного тестирования: выбор инструментов, мониторинг результатов и организация запуска тестов.

🔜 Как мы управляем арсеналом из 500 тестовых стендов
Инфраструктурный опыт команды hh: организация тестовых окружений, Kubernetes-кластер и управление большим количеством стендов.

🔜 Ищи работу правильно — как QA не ошибиться при выборе проекта
Практические советы для тестировщиков: на что обращать внимание при выборе команды и проекта после оффера.

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

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

#release_notes

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

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

Самый востребованный навык в ИТ в 2026-м — навык создания ИИ-агентов

Мы полностью переработали курс «Разработка AI-агентов» под реалии 2026 года. Никакой долгой теории — с самого начала пишем код. Обучать и делиться набитыми шишками будут эксперты-практики из Газпромбанка, Альфа-Банка и других бигтехов.

В программе:

— архитектура автономных систем с тестированием, ReAct-циклами и контролем токенов;
— практическая работа с актуальными фреймворками LangGraph, AutoGen, MCP и CrewAI;
— настройка продвинутого RAG для парсинга документов и точного поиска;
— внедрение решений с учётом действующего законодательства (152-ФЗ);
— дипломная работа, за основу которой можно взять свой рабочий проект или задачу, которую предложим мы.

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

Запись первого открытого вебинара, на котором мы вместе с руководителем AI-направления в Альфа-Банке Полиной Полуниной пилили агента в прямом эфире.

Ах да, чуть не забыли! Дарим промокод AGENTSWEB на скидку 10 000 рублей и два курса сверху при покупке до 15 марта 🎁

→ Освоить разработку AI-агентов

✅ Правильный ответ

Проверить документацию

➖ Потому что сначала нужно понять:

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

➖ После этого уже можно:

— обновить документацию
— обсудить контракт API
— или завести баг

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

#стендап_qa

❔ Опрос

Вы тестируете API. По документации endpoint должен возвращать HTTP 404, если запись не найдена.

Но вы видите, что сервер возвращает:

🔜 200 OK и пустой объект {}

💬 Разработчик говорит:

«Так удобнее для фронта, пусть просто проверяют пустой ответ»

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

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

#стендап_qa

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

Чем отличается Test Plan от Test Case?

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

Test Plan — это документ со стратегией тестирования проекта. Он описывает что тестируем, как тестируем, ресурсы, сроки и риски.

Test Case — это конкретная проверка функции или сценария.

Обычно содержит:

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

📌 Коротко:

Test Plan описывает стратегию тестирования всего проекта, а Test Case — проверку конкретной функции.

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

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

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

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

🔧 7 команд Vim, которые пригодятся тестировщику

Когда работаешь с логами, конфигами или SQL-дампами, Vim может сильно ускорить анализ. Вот минимальный набор команд, который стоит знать каждому QA.

➖ Поиск по файлу

/pattern

Ищет текст в файле. Очень удобно для поиска ошибок в логах (error, exception, timeout).

➖ Следующее совпадение

n

Переход к следующему найденному результату поиска.

➖ Начало файла

gg

Мгновенный переход в начало файла.

➖ Конец файла

G

Переход в конец файла. Полезно при анализе длинных логов.

➖ Удалить строку

dd

Удаляет текущую строку.

➖ Копировать строку

yy

Копирует текущую строку.

➖ Вставить скопированный текст

p

Вставляет текст после курсора.

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

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

#артефакт #vim

✔️ UI-тесты без локаторов

Когда UI-автотесты завязаны на CSS и XPath, они легко ломаются из-за изменений верстки. Есть альтернативный подход — проверять интерфейс через скриншоты и визуальные сравнения.

В карточках разобрали:

— как работают визуальные UI-тесты
— как их поддерживают Playwright и Appium
— почему сравнение пикселей иногда даёт ложные ошибки
— какие инструменты решают эту проблему

Полезно для QA и автоматизаторов, которые сталкиваются с нестабильными локаторами.

🔗 Оригинал статьи

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

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

#тест_драйв

🤔 Как бы вы протестировали аренду электросамоката

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

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

➕ Как бы вы подошли к тестированию?

Подумайте в разрезе:

🔵 Условия эксплуатации
— Плохой интернет
— Потеря GPS
— Разряженный телефон
— Самокат вне зоны покрытия

🔵 Состояния
— Самокат свободен
— Забронирован
— В поездке
— Завершение аренды

🔵 Граничные значения
— Одновременные попытки разблокировки
— Быстрое начало/завершение поездки
— Повторное сканирование QR

🔵 Риски для пользователя
— Самокат не разблокировался, но деньги списались
— Поездка не завершилась
— Самокат заблокировался во время движения

🔵 Нефункциональные проверки
— Задержки сети
— Нагрузка на сервер
— Безопасность API

❓ И главный вопрос: можно ли кататься бесплатно?

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

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

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

🔥 Проверить JSON прямо в терминале

Иногда API возвращает огромный JSON, который неудобно читать.

curl https://api.example.com/users | jq

Что делает команда:

➖ curl — получает ответ API
➖ jq — форматирует JSON

Полезно для:

— быстрой проверки структуры ответа
— поиска нужных полей

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

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

#тест_драйв