Библиотека тестировщика | QA, тестирование, quality assurance, manual testing, autotesting, ручное тестирование, автотесты
رفتن به کانال در Telegram
Все самое полезное для тестировщика в одном канале. Наши курсы: https://clc.to/wlBkTA По рекламе: @proglib_adv Учиться у нас: https://proglib.io/w/12538d6f Для обратной связи: @proglibrary_feeedback_bot
نمایش بیشتر9 107
مشترکین
-524 ساعت
-117 روز
-1730 روز
آرشیو پست ها
❔ Опрос
В канале есть разные рубрики: шпаргалки, инструменты, кейсы, интервью-вопросы, теория и даже немного QA-юмора.
Какая рубрика вам нравится больше всего?
🔥 Практика QA
#артефакт #тест_драйв
👍 Разборы и кейсы из индустрии
#разбор_полетов #release_notes
❤️ Карьерные темы и вопросы с собеседований
#карьерный_трек
🥰 Обучение и лёгкий контент
#теория_на_пальцах #прод_в_пятницу
🐸 Библиотека тестировщика
#стендап_qa
🔥 Вопрос с собеседования на Junior
Почему в пирамиде тестирования больше всего unit-тестов, а меньше всего UI-тестов?
👇 Правильный ответ (нажми, чтобы прочитать):
Потому что разные уровни тестов имеют разную стоимость и скорость выполнения.
— Unit-тесты быстрые, дешёвые и изолированные
— Integration-тесты проверяют взаимодействие модулей
— UI-тесты медленные, дорогие и чаще ломаются из-за изменений интерфейса
📌 Поэтому в хорошей архитектуре:
— много unit-тестов
— меньше integration-тестов
— минимум UI / e2e-тестов
Так тесты дают быструю обратную связь и проще поддерживаются.
👍 — знал/а
🔥 — стало понятнее
💼 Щелкаешь такие задачи как орешки? Найди проект с достойной зарплатой тут
🐸 Библиотека тестировщика
#карьерный_трек #junior
💳 Большая шпаргалка по тестированию
Внутри:
— основы IT и разработки ПО — SDLC, Agile, роли в команде — Web: HTTP, API, базы данных — основы тестирования и STLC — тестовая документация — виды тестирования — техники тест-дизайнаПодойдёт для быстрого повторения базы и подготовки к собеседованиям. 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #артефакт
🚬 Три степени боли продакшена
В продакшене что-то сломалось. Как понять, на каком уровне разбираться?
🟣 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
+4
✔️ 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
Полезно для:
— быстрой проверки структуры ответа
— поиска нужных полей
📍 Навигация: [Вакансии]
🐸 Библиотека тестировщика
#тест_драйв🧪 Шпаргалка по тестированию Jetpack Compose
Если вы пишете UI-автотесты для Android на Jetpack Compose, эта шпаргалка поможет быстро вспомнить основные команды.
В ней собраны ключевые вещи из Compose Testing API:
— Finders — как находить элементы (onNodeWithText, onNodeWithTag) — Matchers — как фильтровать нужные ноды — Assertions — как проверять состояние UI (assertExists, assertIsDisplayed) — Actions — пользовательские действия (performClick, performTextInput) — Touch-события — клики, свайпы и жесты — ComposeTestRule — базовая настройка тестов📎 Официальная документация 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #артефакт
