🔍 10 вопросов перед началом тестирования

Прежде чем писать тест-кейсы и открывать Postman, задайте себе эти вопросы. Они экономят часы и спасают от «почему это не проверили?».

🈂️ Что именно меняется?

Новая логика? UI? API? Без понимания масштаба оценка и тестирование будут неточными.

🈂️ Какие модули это затрагивает?

Изменения редко изолированы. Проверьте соседние функции и зависимости.

🈂️ Есть ли интеграции?

Платежи, внешние API, очереди, сторонние сервисы. Интеграции = дополнительные риски.

🈂️ Какие роли участвуют?

Admin ≠ User ≠ Guest. Проверьте права доступа и ограничения.

🈂️ Что произойдёт при некорректных данных?

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

🈂️ Нужна ли регрессия?

Если логика меняется — что ещё может сломаться? Оцените объём дополнительной проверки.

🈂️ Зависит ли задача от среды?

Стабильность билда, тестовые данные, версии API. Иногда проблема не в коде, а в окружении.

🈂️ Нужно ли обновлять автотесты или документацию?

Изменения в функционале → изменения в тестовой базе.

🈂️ Есть ли риски или неопределённость?

Нет финального дизайна? API ещё меняется? Это влияет на эстимацию.

🈂️ Что будет, если пользователь сделает «не так»?

Закроет вкладку. Обновит страницу. Нажмёт дважды. Попробует обойти логику.

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

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

#артефакт

⏳ Что такое эстимация в тестировании

Эстимация — это ответ на вопрос:

«Сколько времени нужно на тестирование задачи?»

Это не угадывание и не «на глаз». Это прогноз объёма работы с учётом:

— количества сценариев
— регрессии
— интеграций
— рисков и нестабильности среды

🔤 Если проще, то вы оцениваете не время, а сложность. Время — это уже следствие.

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

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

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

🐱 SQL на котиках

JOIN — это способ соединить данные из разных таблиц по общему полю.

В видео разбирают:
— разницу между INNER и LEFT JOIN
— почему строки могут «пропадать»
— как формируется итоговый результат
Подойдёт новичкам, тем, кто путается в JOIN, и всем, кто хочет перестать писать запросы вслепую.

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

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

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

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

Middle QA-engineer — ~ 100 000 ₽, удаленно

Middle QA-разработчик — 190 000 ₽, удаленно

QA инженер — 80 000 - 120 000 ₽, офис, Санкт-Петербург

➡️ Больше офферов в канале: @testerrjob

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

📌 Чек-лист доступности для QA

Краткий список проверок, которые стоит проходить перед релизом:

🔢 контраст, клавиатурная навигация, alt-тексты, структура заголовков, формы и масштабирование.

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

С вас ❤️, если полезно

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

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

#артефакт

🧩 FitNesse — когда требования становятся тестами

FitNesse — open-source инструмент для приёмочного тестирования. Позволяет описывать поведение системы в виде таблиц на Wiki-страницах и сразу исполнять их как автотесты.

Суть простая:
вы пишете таблицу → связываете её с кодом → получаете исполняемую спецификацию.

🔴 Подходит, если:

— важна прозрачность требований
— нужно приёмочное тестирование
— команда работает в enterprise (часто Java/.NET)

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

💬 Используете исполняемые спецификации или требования живут отдельно от тестов?

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

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

#тест_драйв

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

В чём разница между RBAC и ABAC? Когда RBAC уже недостаточно?

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

RBAC (Role-Based Access Control) — доступ строится на ролях.
ABAC (Attribute-Based Access Control) — доступ определяется набором атрибутов: пользователь, ресурс, действие, контекст.

RBAC ломается, когда:

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

ABAC гибче, но сложнее в поддержке и тестировании.

⚡️ Что важно тестировщику:

— проверить комбинации атрибутов
— протестировать конфликтующие правила
— проверить fallback-поведение

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

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

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

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

🧪 Обновления Postman

На этой неделе Postman выкатил несколько изменений, которые напрямую затрагивают API-тестирование и аналитику.

❇️ Postman 11.85.0

Обновлён Reports (Enterprise):

— расширенная аналитика по командам и рабочим областям

— новые метрики по API-взаимодействиям

— добавлены API-эндпоинты для выгрузки данных отчётов

➕ Полезно для QA-лидов и команд, которые строят метрики качества и автоматизации.

❇️ Postman 11.85.1

Добавлены AI request blocks в Postman Notebooks:

— можно вставлять AI-блоки прямо в ноутбуки

— анализировать ответы API с помощью моделей

— строить логику поверх результатов

➕ Это шаг к AI-поддержке тестирования прямо внутри документации и сценариев.

📊 Интересно ли вам больше таких дайджестов обновлений QA-инструментов?

👍 — да, делайте регулярно
🔥 — давайте ещё и по Playwright / Cypress
❤️ — интереснее практические кейсы применения

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

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

#release_notes #postman

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

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

🚀 25 вопросов по Postman для собеседования QA

Postman — базовый инструмент для API-тестирования. И почти на каждом интервью проверяют не интерфейс, а понимание:

— HTTP-методов и идемпотентности
— переменных и окружений
— тестов на JavaScript
— цепочек запросов
— mock-серверов и мониторинга
— Newman и CI/CD
— проверки схемы, времени ответа и rate limiting

🔤 Внутри — 25 вопросов, которые закрывают ключевые темы и показывают реальный уровень владения API.

Проверьте себя: сможете ответить на большинство без подсказок? 😳

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

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

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

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

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

🤔 Что такое Pre-request Script

Это код, который выполняется до отправки запроса На пальцах: это «подготовительный этап» перед выстрелом.

➡️ Вы можете:

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

🟢 Пример из реальной жизни:

API требует токен. Вместо того чтобы вручную вставлять его каждый раз, вы в Pre-request автоматически получаете новый токен и сохраняете его в переменную. Запрос уходит уже с актуальными данными.

Это нужно, когда запрос зависит от динамики, а не от статичных значений.

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

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

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

👍 Песочницы для практики API-тестирования

Если хотите прокачать API не на «теории», а на реальных запросах — вот рабочие песочницы от Ольги Назиной.

〰️ REST, SOAP + БД

Практика с полноценным API и подключённой базой данных. Можно отрабатывать:

— CRUD-операции
— проверки данных в БД
— валидацию ответов
— негативные сценарии

〰️ REST и SOAP

Классическая тренировка:

— методы GET/POST/PUT/DELETE
— XML и JSON
— коды ответа
— авторизация

〰️ GraphQL

Отдельная песочница под GraphQL:

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

🟡 Подходит:

— Junior для базы
— Middle для систематизации
— тем, кто готовится к собеседованию по API

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

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

#артефакт

🔥 Почему хорошие тестировщики быстро растут в аналитиков и продактов

QA — это не только про баги. Это точка входа в системное понимание продукта.

ℹ️ Они видят весь поток

От требований до продакшена. QA понимает, где теряется логика, где ломается интеграция и где страдает пользователь.

ℹ️ Они читают между строк ТЗ

«Не описано» — не значит «не важно». Тестировщик замечает пробелы раньше, чем они становятся проблемой.

ℹ️ Они мыслят сценариями использования

Не функциями, а поведением. Это фундамент для продуктового мышления.

ℹ️ Они понимают риски релиза

Кто пострадает? Какой масштаб? Можно ли выпускать? Это уже уровень принятия решений, а не просто проверки.

ℹ️ Они ближе всего к реальному пользователю

QA регулярно задаёт вопрос: «А человеку это вообще удобно?»

🟣 Поэтому сильный тестировщик — это потенциальный:

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

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

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

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

📌 Найти медленные эндпоинты за 1 команду (curl + time)

Когда нужно быстро понять — API тормозит или нет — не обязательно открывать Postman.

Достаточно одной команды:

curl -o /dev/null -s -w "DNS: %{time_namelookup}s\nConnect: %{time_connect}s\nTTFB: %{time_starttransfer}s\nTotal: %{time_total}s\n" https://api.example.com

♍️ Что вы получаете:

— DNS — время резолва
— Connect — установка соединения
— TTFB — время до первого байта
— Total — полный ответ

♍️ Полезно для QA:

— быстрый smoke перед релизом
— сравнение dev / stage / prod
— проверка деградации после изменений
— аргументированный баг «API отвечает 1.8s вместо 300ms»

Иногда CLI даёт больше, чем GUI.

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

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

#тест_драйв