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

📌 Mockoon — mock API Инструмент для поднятия локальных mock-серверов без кода. Запускается за минуты, подходит для ручного тестирования и разработки. 🔴 Чем полезен: — быстро эмулировать API, когда бэкенда ещё нет — тестировать фронт изолированно — настраивать ошибки, статусы, задержки ответа — воспроизводить edge-кейсы без вмешательства в реальный сервис 🔴 Когда брать: Если backend ещё «в разработке», нестабилен или недоступен. 🔗 Ссылка на сайт 📍 Навигация: [Вакансии] 🐸Библиотека тестировщика #тест_драйв

🔥 REST для тестировщика — часть 1 / 3 Что такое REST и зачем QA это понимать ❓ REST — это архитектурный стиль проектирования API, а не стандарт, не протокол и не формат данных. Он опирается на HTTP и задаёт правила: как описывать ресурсы, какие методы использовать и как сервер должен отвечать. 📌 Если принципы нарушены, API становится непредсказуемым, а баги — системными. 📍 Навигация: [Вакансии] 🎁 Новогодняя акция: 3 курса по цене 1 🤝 Помощь с выбором курса 🐸 Библиотека тестировщика #теория_на_пальцах

🤔 Почему тесты влияют друг на друга Один тест прошёл — другой внезапно сломался. Чаще всего причина не в логике, а в общем состоянии и поверхностном копировании объектов. Этот вопрос часто задают на собеседованиях как проверку умения находить причины flaky-тестов. ℹ️ Выше — 4 карточки с кратким и рабочим объяснением. 📍 Навигация: [Вакансии] 🎁 Новогодняя акция: 3 курса по цене 1 🤝 Помощь с выбором курса 🐸Библиотека тестировщика #карьерный_трек

💣 Холивар про окружения Чем ближе к проду, тем веселее. Но где баги приносят максимум эмоций…. Где баги самые интересные ❓ 👍 — На dev 🤩 — На stage 🔥 — На pre-prod 🌚 — В проде 🐸Библиотека тестировщика #стендап_qa

📌 Чек-лист Mobile тестирования Потому что «на моем iPhone работает» — не аргумент. 🟡 Что проверять обязательно:

— Прерывания
Звонок, SMS, уведомление, будильник, низкий заряд. Жизнь не ждет.

— Сеть
WiFi → 4G → airplane mode → offline. Переключения должны быть плавными.

— Permissions
Камера denied, геолокация restricted, уведомления off. Пользователь — хозяин.

— Ориентация экрана
Portrait → landscape → portrait. UI не должен ломаться.

— Background/Foreground
Свернули на 5 секунд / 5 минут / 5 часов. Состояние должно сохраняться.

— Разные устройства
iPhone SE vs iPad Pro vs Android fold. Один размер не подходит всем.

📍 Навигация: [Вакансии] 🎁 Новогодняя акция: 3 курса по цене 1 🤝 Помощь с выбором курса 🐸 Библиотека тестировщика #артефакт

📆 Индексы в БД — why it's slow, bro Представьте: миллион строк в таблице. Нужно найти одного юзера по email. Без индекса база тупо читает все строки подряд. Миллион. Строк. Подряд. С индексом — бац, и готово. В реальности:

Разработчик забыл индекс → вы открываете баг «список грузится 10 секунд» → вам говорят «ну у меня работает» → потом продакшн лежит под нагрузкой → все бегают → находят что нет индекса → добавляют → всё летает

ℹ️ Что делать: Видишь тормоза — сразу вопрос: «а там индекс есть?» Особенно если: — фильтры/поиск/сортировка — «у нас данных стало больше и всё поплыло» — timeout'ы на ровном месте 📍 Навигация: [Вакансии] 🎁 Новогодняя акция: 3 курса по цене 1 🤝 Помощь с выбором курса 🐸Библиотека тестировщика #теория_на_пальцах

🥹🥹 Почему одна метрика почти всегда врёт Любая одиночная метрика показывает удобный срез, а не состояние системы. Она может:

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

Из-за этого нагрузочные тесты часто «проходят», а продакшен — нет.

Нагрузочное тестирование — это не про выбор числа в отчёте. Это про момент, когда система перестаёт быть рабочей, даже если формально она ещё «жива». ✏️ Если после теста вы знаете только:

«у нас было N запросов и всё ок»

— тест не дал ответа на главный вопрос.

Где именно система ломается и почему?

📍 Навигация: [Вакансии] 🎁 Новогодняя акция: 3 курса по цене 1 🤝 Помощь с выбором курса 🐸Библиотека тестировщика #теория_на_пальцах

💳 Подборка статей по нагрузочному тестированию 1️⃣ API Load Testing: Полное руководство по инструментам Обзор подходов и инструментов для нагрузочного тестирования API — что мерять, инструменты и лучшие практики. 2️⃣ Automating Load Testing: от локальной разработки до продакшна Почему автоматизация нагрузочных тестов важна, как встроить их в CI/CD — сценарии в коде, автоматические проверки SLA, отчёты и ранние фидбэки. 3️⃣ Best Load Testing Practices 8 практических советов по нагрузочному тестированию с примерами и roadmap-подходом — от сценариев до автоматизации и предотвращения инцидентов. 4️⃣ API Load Testing: лучшие инструменты и практики Разбирает, почему API-нагрузочное тестирование критично для современных распределённых систем, перечисляет лучшие инструменты (JMeter, k6, Locust, Gatling) и практики интеграции в CI/CD. 5️⃣ Практическое руководство для начинающих: JMeter vs Gatling vs k6 Пошагово о том, что такое нагрузочное тестирование, типы сценариев и сравнение популярных инструментов для стартовой настройки. 📍 Навигация: [Вакансии] 🎁 Новогодняя акция: 3 курса по цене 1 🤝 Помощь с выбором курса 🐸Библиотека тестировщика #release_notes

Рутина в QA съедает время? Пусть тесты пишут и запускают агенты 🔍 Автоматизация тестирования выходит на новый уровень. Мы научим вас создавать AI-агентов, которые могут самостоятельно находить баги и проверять гипотезы. Программа для профи: — проектирование агентов, умеющих «рассуждать» через ReAct; — оркестрация сложных сценариев тестирования в n8n; — использование CrewAI для параллельной работы нескольких QA-ботов; — создание базы знаний на основе RAG для анализа документации. Результат обучения — автономная группа агентов для автоматической техподдержки или сложного тестирования продукта. Автоматизировать QA с AI 🚀

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

🤵 Джун и реальные ожидания рынка

«Почему в вакансиях столько требований?»

— этот вопрос возникает почти у каждого джуна. 🖍 Ключевая правда рынка: вакансии пишут под идеального кандидата, а нанимают живых людей — с пробелами, ростом и потенциалом. ➕ Что действительно хотят увидеть от вас:

• базовое понимание тестирования

 • умение рассуждать и объяснять ход мыслей

 • внимательность к деталям

 • готовность учиться и задавать вопросы

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

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

⭐️ Linux: шпаргалка по каталогам

/var — постоянно меняющиеся данные

Для: • логов (/var/log) • поиска ошибок после падений • проверки, что сервис реально работает ➡️ Если что-то «не работает» — почти всегда идёте сюда первым.

/

etc

 — конфигурации системы и приложений

Для: • проверки настроек окружения • сравнения stage / prod • поиска причин «у меня работает» ➡️ Очень часто баг — это не код, а конфиг.

/tmp и /var/tmp — временные файлы

Для: • проверки загрузок • поиска временных артефактов • отлова мусора после тестов ➡️ Если автотесты что-то создают — следы тут.

home — домашние каталоги пользователей

Для: • проверки прав доступа • работы от имени обычного пользователя • e2e и security-кейсов

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

Для: • понимания, от какого пользователя запущен сервис • отладки проблем с правами ⚠️ Частая причина багов: сервис запущен не тем пользователем.

/usr — установленные приложения и утилиты

Для: • проверки, какая версия реально стоит • понимания, что именно запускается

/bin и /sbin — базовые команды системы

Для: • работы с процессами • диагностики (ps, top, curl, grep)

/proc — информация о процессах и системе

Для: • проверки потребления памяти и CPU • анализа зависаний и утечек ➡️ Особенно полезно при нагрузочном тестировании. 🐸Библиотека тестировщика #артефакт

🔗 Вопрос с собеседования на Junior QA Чем отличается Status Code 200 от 204? 👇 Правильный ответ (нажми, чтобы прочитать): 200 OK — запрос успешно обработан и сервер вернул тело ответа. Используется, когда клиент ожидает данные: JSON, HTML, файл, список объектов и т.д. 204 No Content — запрос выполнен успешно, но тело ответа отсутствует. Сервер сознательно ничего не возвращает: ни JSON, ни пустой объект, ни сообщение. 💼 Щелкаешь такие задачи как орешки? Найди проект с достойной зарплатой тут 🐸 Библиотека тестировщика #карьерный_трек #junior

💳 Курс по Postman: от нуля до автоматизации API Если вы только начинаете работать с API или хотите перестать «тыкать запросы вслепую», этот курс — базовая точка входа. Без воды и абстракций. Что внутри:

• основы Postman и его интерфейса

 • работа с коллекциями, переменными и документацией

 • тестирование REST API (GET / POST / PUT / DELETE)

 • автотесты на JavaScript и проверки статус-кодов

 • mock-серверы, мониторинг и реальные API (Star Wars, NASA)

Формат практический: запрос → проверка → вывод. 📎 Ссылка на курс 📍 Навигация: [Вакансии] 🐸Библиотека тестировщика #тест_драйв

🕖 Какие 4 уровня тестирования вы знаете? 1. Модульное тестирование (Unit Testing) Тестирование кода классов, функций, модулей в коде. Обычно выполняется программистами. 2. Интеграционное тестирование (Integration Testing) Тестирование взаимодействия между несколькими классами, функциями, модулями. Например тестирование API через Postman. 3. Системное тестирование (System Testing) Проверка как функциональных, так и нефункциональных требований к системе. 4. Приемочное тестирование (Acceptance Testing) Проверка соответствия системы требованиям и проводится с целью: — определения удовлетворяет ли система приемочным критериям; — вынесения решения заказчиком/менеджером принимается приложение или нет. 🐸Библиотека тестировщика #карьерный_трек #junior

WANTED: ШЕРИФ КАЧЕСТВА Обвиняется в умении находить баги там, где их «точно нет». Мы ищем эксперта по автоматизации, который устал просто фиксировать ошибки и хочет учить других строить надёжные системы. Приметы: — владеет автотестами на Python или Java; — понимает процессы CI/CD и как в них встроить проверку качества; — умеет структурировать знания и доносить их до большой аудитории; — хочет перестать быть «просто QA» и стать известным экспертом. Условия сделки: — гонорар за создание обучающих материалов; — рост медийности и личного бренда; — работа с командой Proglib Academy. Сдаться властям P.S. Твой коллега-тестировщик знает слишком много? Сдай его нам.

❓ Что из перечисленного является дефектом (наблюдаемым некорректным поведением системы) ❤️ — Разработчик не учёл деление на 0 при написании функции 🥰 — Приложение падает при вводе значения 0 👍 — Неправильно составленные требования от аналитика 👾 — Архитектурное решение, которое усложняет поддержку 🔥 — Опечатка в коде, найденная до сборки 🐸Библиотека тестировщика #стендап_qa