📋 Мини-шаблон: Тест-кейс

Назначение: обеспечить воспроизводимость проверки и контроль результата.

Структура:

 • ID
 • Название
 • Предусловия
 • Шаги
 • Ожидаемый результат
 • Тестовые данные
 • Постусловия
 • Приоритет / тип теста

Когда уместен: регрессия, критичный функционал, автоматизация, аудит.

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

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

#артефакт

🔎 Проверяем, что реально отвечает сервер

curl -i https://example.com

Команда показывает HTTP-статус, заголовки и тело ответа — без браузера и DevTools.

🔤 Типичный кейс:

страница «открывается», но непонятно — это 200, редирект или ошибка, замаскированная фронтом.

🆚 Пример:

HTTP/2 302
location: /login
set-cookie: session=…

Это помогает быстро увидеть редиректы, cookies и реальные ответы сервера.

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

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

#тест_драйв

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

Что такое непрерывное тестирование (Continuous Testing)?

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

Continuous Testing — это подход, при котором тестирование начинается как можно раньше и выполняется непрерывно на всех этапах CI/CD.

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

Такой подход:
• снижает стоимость исправления дефектов
• ускоряет выпуск изменений
• повышает стабильность и предсказуемость релизов

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

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

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

❓ Достаточно — это сколько

Тесты написаны. Метрики зелёные. А уверенность всё ещё под вопросом.

❓ Что для вас сигнал «хватит»:

👍 — Все требования покрыты
🤩 — Закрыты основные риски
🔥 — Ничего нового не падает
🌚 — Никогда не бывает достаточно

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

#стендап_qa

🦾 Curl на стероидах

Лёгкий TUI-инструмент для ручного тестирования API. Без GUI, без аккаунта, без Electron. Работает прямо в терминале.

Недавно добавили WebSocket:

— ws:// / wss://
— отправка сообщений в реальном времени
— история со скроллом (Ctrl+W)

Что полезно:

✔️ быстрые REST-проверки
✔️ smoke / ad-hoc тесты
✔️ удобно через SSH и Docker
✔️ редкий плюс — ручное тестирование WebSocket

Установка:

cargo install PostDad

📎 Ссылка на GitHub

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

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

#тест_драйв

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

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

📘 Что почитать про Event Loop

Это следующий шаг после async / await, который объясняет, почему асинхронный код ведёт себя именно так — особенно важно для стабильных автотестов.

🔗 MDN Web Docs — Concurrency model and Event Loop

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

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

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

😎 Материалы, которые отличат джуна от мидла

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

1️⃣ Святослав Куликов — «Тестирование ПО»

➡️ Отличная книга именно для QA: теория, практика, подходы и реальные кейсы.

2️⃣ xUnit Patterns

➡️ Большая энциклопедия шаблонов тест-дизайна и архитектуры автотестов.

3️⃣ Exploratory Testing | Full Guide, How to Conduct, Best Practices

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

4️⃣ OWASP Testing Guide v4

➡️ Классический гайд по тестированию безопасности веб-приложений от OWASP. Must-read даже для функциональщиков: системность подхода + чек-листы.

5️⃣ Smarter Testing with GenAI

➡️ Про сочетание генеративного ИИ с GUI-тестированием: от генерации сценариев до визуальной проверки интерфейса.

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

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

#release_notes

📌 Как тестировать платежные сценарии

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

1️⃣ Понимаем процесс платежа:

— Узнайте, какие платёжные провайдеры используются (например, Stripe, YooKassa, PayPal)

— Разберитесь в потоке: покупка → авторизация → списание / возврат

— Убедитесь, что есть доступ к sandbox-среде и тестовым картам

2️⃣ Позитивные сценарии (успешная оплата):

— Оплата с валидной картой, включая 3-D Secure

— Проверка правильной смены статуса заказа после оплаты

— Отображение суммы, валюты и комиссии на всех шагах

3️⃣ Негативные сценарии (ошибки и сбои):

— Ошибка оплаты (недостаточно средств, неверная карта, отказ банка)

— Обрыв соединения или таймаут при оплате

— Проверка на защиту от повторной отправки и дублирования платежей

4️⃣ Возвраты и отмены:

— Тестирование полного и частичного возврата

— Проверка правильного обновления статуса и истории заказа

— Убедитесь, что возврат действительно поступает на карту / кошелёк

5️⃣ Безопасность и соответствие требованиям:

— Данные карт не должны храниться (если нет PCI DSS)

— Используется HTTPS и шифрование при передаче данных

— Есть защита от фрода и лимит попыток оплаты

6️⃣ Интеграции и системные действия:

— Проверка логов и алертов на сбои

— Корректная синхронизация с CRM, email-уведомлениями, backend

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

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

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

#артефакт

👩‍💻 Git без лишней теории

Эта шпаргалка — быстрый ориентир по базовым и рабочим командам Git: от status и commit до branch, rebase и откатов. Без углубления в internals — только то, что реально используется в QA-задачах.

Сохраняйте, чтобы не гуглить одно и то же перед каждым релизом.

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

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

#артефакт #git

🎲 Задача дня: обновление профиля с устаревшим состоянием

Пользователь редактирует профиль в двух вкладках одновременно.

Исходное состояние:

{
  "name": "Ivan",
  "phone": "+79990000000",
  "version": 3
}

Шаги:

1️⃣ Вкладка A — загрузка профиля (GET /api/profile)
2️⃣ Вкладка B — загрузка профиля (GET /api/profile)
3️⃣ Вкладка A — обновление имени

PUT /api/profile
{
  "name": "Ivan Petrov",
  "version": 3
}

4️⃣ Вкладка B — обновление телефона

PUT /api/profile
{
  "phone": "+78880000000",
  "version": 3
}

Запросы уходят почти одновременно.

❓ Что должно произойти:

👍 — Один запрос проходит (200/204), второй получает 409 Conflict / 412 Precondition Failed из-за устаревшей version (lost update предотвращён).

🥰 — Оба запроса проходят успешно (200/204), изменения «склеиваются» автоматически без конфликта.

❤️ — Оба запроса возвращают 200/204, но применяется только последний — первый молча перезаписывается.

🔥 — Сервис отвечает 500/timeout при одновременных запросах, потому что «конфликт версий — это исключение».

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

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

#стендап_qa