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

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

📊 От «вибраций» к реальным метрикам

Как вы доказываете эффективность тестирования? «Тестов много, багов меньше…» — классика VDD, Vibe-Driven Development.

🔤 Vernon Richards в статье Rethinking Metrics точно описывает:

Классические метрики измеряют активность, а не результат:

— Количество тестов ≠ качество
— Defect leakage — слишком поздно
— Change fail % — уже после сбоя

В 2025-м, когда всех просят обосновывать ценность, этого мало.

Что делать:

🟢 Понять цели бизнеса (спросите у C-level напрямую)
🟢 Создать leading indicators — метрики, которые предсказывают риски
🟢 Говорить на языке бизнеса:

«Мы сделали X → помогли достичь Y»

Пример:

🅰️ Автоматизировали 200 тест-кейсов
❇️ Покрыли критические user-flows → сократили recovery-time с 4ч до 30 мин → помогли достичь 99.9% uptime

📎 В прикреплённом чеклисте — путь от бизнес-целей до опережающих индикаторов.

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

#артефакт

😄😄

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

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

📚 Что почитать в начале пути

Эти книги не о тестировании напрямую, но каждая развивает навыки, которые делают QA-инженера сильнее:

1️⃣ “Психология программирования” — Джеральд Вайнберг

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

2️⃣ “Чистый код” — Роберт Мартин

Дает представление о качестве и структуре кода — важно для понимания, что именно и как тестировать.

3️⃣ “Пользовательские истории” — Майк Кон

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

💡 Эти книги развивают инженерное мышление и помогают тестировщику стать партнером в разработке, а не просто исполнителем проверок.

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

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

📌 Как живёт веб-запрос — от браузера до базы данных

Эта шпаргалка — наглядная карта всего пути, который проходит запрос, когда вы открываете сайт. От клиента и DNS до Apache, сервера приложений и СУБД — каждый этап, где может спрятаться ошибка.

Полезно тестировщику, чтобы:

🟡 понимать, где искать причину сбоя — сеть, сервер, БД или код;

🟡 разбираться в архитектуре веб-приложений;

🟡 видеть, как связаны уровни от браузера до backend-логики.

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

#артефакт

⏰ Хотфикс через час на прод

Пятница, 18:30. Прод горит — критичный баг блокирует пользователей. Дев пофиксил за 20 минут. В чате пинги: «Можешь быстро протестить? Нужно срочно выкатывать».

Времени нет, давление со всех сторон, стресс. Но пропустить новый баг на прод нельзя — будет ещё хуже. А проверить за 10 минут полноценно невозможно.

❓ Вы как:

👍 — Smoke-тест ключевых путей + фокус на фиксе + быстрая проверка смежной функциональности

❤️ — Только сам фикс и happy path, если совсем горит — времени нет

Совет:

Держите наготове чек-лист для экстренного тестирования:

✅ Сам фикс работает

✅ Авторизация/регистрация не сломана

✅ Критичные бизнес-процессы (оплата, оформление заказа)

✅ Основные API endpoints живы

✅ Нет 500 ошибок в логах

Это спасёт и релиз, и ваши нервы. Лучше выкатить быстро с базовыми проверками, чем тормозить прод ещё на час.

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

#стендап_qa

🧠 Когнитивные искажения, которые мешают в работе

Иногда баги появляются не в коде, а в нашем мышлении. Мы переоцениваем свои тест-кейсы, торопимся с автоматизацией, игнорируем старые дефекты и уверены, что «за два часа всё протестим».

🔤 Эта шпаргалка напоминает: даже опытные QA подвержены искажениям восприятия. Заметьте их — и ваша стратегия тестирования станет точнее и спокойнее.

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

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

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

📌 Полезная шпаргалка по API

Компактный справочник с важной информацией: HTTP-методы, статус-коды, headers, паттерны проектирования, вопросы безопасности, подходы к тестированию и разработке.

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

#артефакт

😈 Тестовые данные на демо

Когда тест переходит в прод — начинается цирк 🎪 Какой подход ближе?

Отвечайте реакцией:

👍 — Стандарт
[email protected] / 111-11-11 / Admin Admin

❤️ — С фантазией
[email protected] / Анаконда Петрович

🤩 — Рандом с клавиатуры
[email protected] / Фывафыва Ячсячс

🥰 — Свои/коллег данные
(а потом стыдно на демо)

Всё это вылезает на презентации клиенту. Или, ещё хуже — в проде 🤡

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

#стендап_qa

🔄 Idempotent — что это такое

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

🔴 Пример из жизни

✅ Идемпотентно:

Выключатель света

• Нажал 1 раз → свет выключен
• Нажал ещё 10 раз → свет всё равно выключен

❌ Неидемпотентно:

Кнопка «добавить в корзину»

• Нажал 1 раз → 1 товар
• Нажал 5 раз → 5 товаров

🔴 Где проверять:

— API-методы (особенно PUT, DELETE)
— Кнопки, которые можно нажать дважды
— Повтор запросов при таймаутах или нестабильной сети

🔴 Типичный баг

POST /create-payment
Клик → 100₽ списано
Двойной клик → 200₽ списано ❌

🔴 Правильная реализация

PUT /payment/123
1 запрос → платёж создан
10 запросов → платёж всё равно один ✅

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

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

☝️ Эти 5 фраз — ваш лучший детектор багов

Услышали одну из этих фраз на созвоне? Включайте радар — цель найдена. Эти фразы — не вредность. Это когнитивные ловушки, в которые попадает каждый:

🅰️ Проклятие знания

Разработчик видит код изнутри. Тестирует как программист, а не как пользователь.

🅰️ Селективное восприятие

Проверил один сценарий → "работает". Edge cases? А что это?

🅰️ Ложная уверенность

«Одна строка кода — что может пойти не так?» (Narrator: многое пошло не так)

📉 Реальный случай:

“Быстрый фикс, не тестируй”

Меняли формат даты DD.MM.YYYY → DD/MM/YYYY

Сломали импорт CSV, фильтры и API-интеграции.

10 мин теста против 6 ч hotfix’а и отката 🤦‍♂️

✅ Мини-чек-лист:

• Работает на моей машине → проверьте окружение

• Я проверял → уточните сценарии

• Быстрый фикс → smoke-тест минимум

• Legacy → спросите у саппорта, кто юзает

• Очевидно → если нет спеки, ничего не очевидно

Какая фраза вам встречается чаще всего ❓

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

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

🚶‍♂️ Chrome для тестировщиков: фишки, о которых молчат

Забудьте базу вроде "Copy as cURL". Вот трюки, которые сэкономят часы:

🟣 Conditional Breakpoints-хак

user.role = 'admin', false

Breakpoint не сработает, но переменная изменится. Тестируем права без деплоя.

🟣 chrome://net-export/

HAR для слабаков. Экспортируйте ВСЁ сетевое взаимодействие с шифрованием и DNS. Ловит баги, которые HAR пропускает.

🟣 queryObjects(Promise)

Найдите все промисы в памяти:

queryObjects(MyComponent)

🟣 monitorEvents($0, "mouse")

Выбрали элемент → ввели команду → видите все события live. Забудьте про addEventListener для дебага.

🟣 getEventListeners($0)

Покажет все обработчики на элементе. Правый клик → в код.

🟣 copy($0)

Копирует что угодно в буфер:

copy(await (await fetch('/api')).json())

🟣 Emulate Vision Deficiencies

Rendering → дальтонизм/размытие. 8% мужчин — дальтоники. Находите реальные баги.

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

#тест_драйв