🔺 Анти-ппатерн: «Реверсивная пирамида»

Это структура, где основная масса тестов — интеграционные. Юнитов мало, E2E немного, но середина раздута и нестабильна.

В чём проблема:

— Интеграционные тесты начинают писать «на всё» — они дороже юнитов и медленнее.
— Сценарии слишком широкие: контроллер + сервис + база + кэш.
— Отладка превращается в поиск иголки в стоге — падает много, причина одна.
— Пайплайн растёт, прогоны удлиняются, а ценности меньше, чем кажется.

🔍 Признаки:

— «У нас огромный пакет API-тестов, но юнитов почти нет».
— Любая правка в схеме данных ломает десятки–сотни проверок.
— Граница ответственности размыта: тесты проверяют всё сразу.

💡 Как лечить:

— Строить нормальную пирамиду: много юнитов → умеренно интеграционных → минимум необходимого E2E.
— Чётко ограничивать ответственность каждого уровня.
— Интеграционные тесты — только для критических связей, а не для всего приложения.

🔹 Основы IT для непрограммистов
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib

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

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

🌐 Визуализация JSON в диаграммы

Расширение для VS Code, которое превращает JSON-файлы в интерактивные графы: объекты, массивы и значения становятся связанными узлами.

🔴 Чем полезно для QA:

• Быстро понять структуру сложных API-ответов без чтения кода
• Находить вложенности и связи между объектами визуально
• Проверять payload запросов и responses — ошибки видно сразу
• Удобно для дебага: где именно сломалась структура данных
• Работает с большими JSON — не нужно скроллить тысячи строк

Установка: открыть JSON → кликнуть иконку JSON Crack в menubar → получить граф.

Особенно полезно при тестировании REST API, анализе логов и валидации контрактов между сервисами.

🔹 Основы IT для непрограммистов
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib

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

#тест_драйв

🎭 PM говорит: «Это можно не тестировать, никто так не делает»

Кейс:

На продакшене форма регистрации. PM просит пропустить тестирование сценария: «Пользователь вводит email с +алиасом ([email protected])».

Аргумент:

«Обычные люди так не делают, только тестировщики»

Но RFC 5322 разрешает + в email. Gmail, Outlook, ProtonMail поддерживают. А ваша валидация — режет.

❓ Что вы делаете:

👍 — Тестирую всё равно, фиксирую баг
🤩 — Показываю статистику: сколько юзеров используют +alias
🥰 — Соглашаюсь, но добавляю в smoke после релиза
❤️ — Предлагаю A/B тест: смотрим реальную конверсию

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

#стендап_qa

❓ Что такое позитивное и негативное тестирование

"Positive testing — это проверка что приложение работает правильно с валидными данными. Например, если поле принимает числа от 0 до 99999, я ввожу валидное значение вроде 500 и проверяю что оно принимается.

Negative testing — проверяю как система ведёт себя с невалидными данными: буквами, отрицательными числами, спецсимволами, значениями за границами. Система не должна упасть — она должна показать понятную ошибку.

Для тест-дизайна использую Boundary Value Analysis — тестирую граничные значения вроде -1, 0, 1 и 99998, 99999, 100000. И Equivalence Partitioning — делю входные данные на классы эквивалентности: валидные (0-99999) и невалидные (отрицательные, больше 99999, строки)."

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

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

🚩 JavaScript: методы массивов

Полная шпаргалка по базовым методам массивов в JavaScript — must-have для автоматизации тестирования.

Что внутри:

• push() / pop() — добавление и удаление элементов
• map() — преобразование каждого элемента
• filter() — фильтрация по условию
• find() — поиск первого элемента
• includes() — проверка наличия

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

#артефакт #js

📁 Промокод, который работал бесконечно

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

🔍 Суть проблемы:

Проверка «использовал ли пользователь промокод» выполнялась только через cookie.
На сервере не было ни проверки, ни учета.

Что делал пользователь:
— инкогнито → cookie нет → промокод снова активен
— другой браузер → снова работает
— чистка cookies → система «забыла» использование

Итог: бесконечные скидки → прямые убытки.

👀 Почему так бывает:

— доверие к клиенту (валидация только в браузере)
— нет проверки на уровне API: использовал ли этот user / email промокод
— отсутствие негативных сценариев в тест-плане
— привязка к сессии вместо user_id

❓ Тестируете такие кейсы:

👍 — Да, API и негативные сценарии
❤️ — Только функциональные проверки
😁 — Пару кликов руками
🔥 — Теперь точно добавлю в тест-план

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

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

⭐️ Scrum в реальной работе

Scrum-команды часто выглядят одинаково снаружи, но на практике процессы сильно отличаются от того, что описано в оригинальном руководстве.

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

🔗 Прикрепили русскоязычный перевод Scrum Guide — короткий документ, который стоит прочитать без адаптаций.

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

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

❓ Что передаём по HTTP-методам

🟡 GET — получить данные

Передаём: параметры в URL.

/api/products?category=books&page=2

🟡 POST — создать ресурс / выполнить действие

Передаём: тело запроса (JSON, формы).

🟡 PUT — полное обновление ресурса

Передаём: тело запроса (заменяет весь объект)

🟡 PATCH — частичное обновление

Передаём: тело запроса (только изменённые поля)

🟡 DELETE — удаление

Передаём: ID в URL, иногда — тело

🟡 HEAD — та же логика GET, но без тела ответа

🟡 OPTIONS — узнать, какие методы разрешены

Передаём: только URL.

🟡 CONNECT / TRACE

CONNECT — создаёт туннель (SSL).
TRACE — отладка, возвращает запрос обратно.

🔹 Основы IT для непрограммистов
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib

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

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

😳 Когда кеш работает… слишком хорошо

Реальный кейс:

После оптимизации сервис стал работать в 5 раз быстрее. Метрики зелёные, пользователи довольны, прод молчит — красота.

Но через неделю начинается:

💥 Один пользователь видит iPhone за 89 000₽, другой — за 102 000₽
💥 Товар «в наличии» в каталоге, но недоступен в корзине
💥 TTL кеша установлен на 5 минут, но данные не обновляются по 2 часа
💥 После изменения цены админом старое значение живёт ещё полдня

❓ Ваши действия:

👍 — Воспроизвожу: отключаю кеш, проверяю данные напрямую из БД, сравниваю с поведением на проде

🤩 — Иду к разработчику

🥰 — Завожу баг со скриншотами и шагами воспроизведения

❤️ — Поднимаю вопрос на ретро

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

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

🛫 REST API Generator — моментальное создание тестовых API-эндпоинтов

С его помощью можно быстро создать, не занимаясь настройкой и установкой:

— GET, POST, PUT и DELETE запросы;
— автоматически сгенерированные данные для тестирования;
— работу через HTTPS с поддержкой CORS.

📎 Добавляйте в закладки

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

#тест_драйв

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

«Где взять ожидаемый результат для тестирования?»

📌 Ожидаемый результат берём из:

— требований и acceptance criteria,
— макетов и спецификаций,
— API-контрактов,
— бизнес-правил,
— поведения текущей версии,
— уточнений аналитика/заказчика.

Если документа нет — фиксируем предположение и согласовываем.

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

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

🔥 Философский вопрос дня

Тестировщик нашел 0 багов за спринт. Он молодец или бездельник?

🟢 Версия А: Команда крутая, разработка качественная, процессы отлажены. QA сделал свою работу ещё на этапе планирования и ревью. Это идеал!

🟢 Версия Б: Тестировщик плохо искал, не копал вглубь, прогонял только хэппи-пасы. Риск пропустить критические баги в прод.

🟢 Версия В: Баги есть, просто они не "багорепорт-worthy" – мелкие косяки, которые QA решил не засорять трекер.

А теперь вопрос: Как ваш тимлид/менеджер отреагирует на такой спринт ❓

Голосуйте в комментах:

🤩 — Это успех
🌚 — Это подозрительно
❤️ — Зависит от контекста

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

#стендап_qa

👨‍💻 Кэширование: must-know для каждого тестировщика

Кэш — причина, почему первый запрос «думает» 2 секунды, а следующий летит за 20 мс. Почему данные на разных серверах отличаются. И почему «обновили, но не обновилось».

📌 Что внутри материала:

🟡 Стратегии кэширования — где данные могут застрять
🟡 Инвалидация — почему кэш устаревает и как это ловить
🟡 Холодный vs горячий кэш — источник «плавающих» результатов
🟡 Eventual consistency — что норма, а что дефект
🟡 Алгоритмы вытеснения — как кэш ведёт себя под нагрузкой

➰ Что это даст вам:

→ Перестанете считать багами нормальное поведение кэша

→ Научитесь правильно планировать тест-кейсы с учетом кэширования

→ Сможете объяснить разработчикам, почему «у меня работает» — не аргумент

→ Улучшите качество нагрузочного и интеграционного тестирования

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

#артефакт

📎📎

Материал от GetAnalyst — создан для системных аналитиков, но критически важен для понимания всей команды разработки, включая QA.

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

#артефакт

📌 Hoppscotch — браузерная альтернатива Postman

Тестируй API прямо в браузере без установки тяжёлых приложений.

🧽 Что умеет:

REST, GraphQL, WebSocket, MQTT — всё в одном месте. Коллекции, переменные окружения, совместная работа.

🧽 Почему круто:

Опенсорс, быстрый, можно хостить у себя. Работает как PWA — устанавливается одним кликом.

🔗 Ссылка на GitHub

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

#тест_драйв

🧠 Frontend vs Backend — в чем разница

Представьте интернет-магазин. Вы открываете сайт, видите товары, добавляете их в корзину — всё выглядит просто. Но внутри работает два мира.

🔵 Frontend — красивая обёртка

Кнопки, формы, карточки, анимации, цвета. Он работает в браузере и отвечает за внешний вид и удобство. Как кузов и салон автомобиля — красиво, понятно, удобно.

🔵 Backend — мощный двигатель

Когда вы нажимаете «Купить», backend проверяет логин, уменьшает остаток товара, считает итоговую сумму и сохраняет заказ. Это всё происходит на сервере — как двигатель под капотом.

❓ Как они взаимодействуют:

Frontend: «Покажи товары».
Backend: ищет в базе и возвращает данные.
Frontend: отображает их пользователю.

Это постоянный диалог между интерфейсом и внутренней логикой системы 💬

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

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

✨ Как happy-path спрятал критический баг

Команда протестировала весь позитивный сценарий — авторизация, запрос, ответ, успех. Всё зелёное. В проде — падение сервиса.

Что оказалось:

Один негативный кейс ломал весь поток:

🟡 API возвращал ошибку 422 при пустом поле
🟡 Фронт обрабатывал только 200 и 400
🟡 Клиентский код попадал в «подвешенное» состояние
🟡 Очередь запросов росла → сервис ложился под нагрузкой

Тестировали happy-path → ничего не взорвалось Добавили негативные → воспроизвели падение за 30 секунд.

Happy-path не тестирует систему — только вашу веру в неё 🥲

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

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

💳 Шпаргалка по командам Linux

📁 Базовая навигация

pwd                    # где я нахожусь
ls -la                 # что тут есть
cd /path/to/folder     # перейти туда
cd ..                  # назад

📝 Смотрим логи

tail -f app.log                    # смотреть лог в реальном времени
tail -100 app.log                  # последние 100 строк
grep "ERROR" app.log               # найти ошибки
grep -i "error" app.log            # без учета регистра

🔍 Ищем по файлам

grep "текст" файл                  # найти в файле
grep -r "текст" ./папка            # найти во всех файлах папки
find . -name "*.log"               # найти все логи

🌐 Проверяем API/сеть

curl https://api.example.com       # GET запрос
curl -X POST url -d '{"key":"val"}' # POST запрос
ping google.com                    # проверить доступность

📊 Быстрый анализ

grep "ERROR" app.log | wc -l       # сколько ошибок
cat log | grep "404" | wc -l       # сколько 404
tail -f log | grep "ERROR"         # следить за ошибками

🔧 Процессы и порты

ps aux | grep java                 # найти процесс
lsof -i :8080                      # что на порту 8080
kill 1234                          # убить процесс

💾 Диски и память

df -h                              # сколько места на дисках
free -h                            # сколько памяти

В 90% случаев хватит:

- tail -f для логов
- grep для поиска
- curl для API
- ps aux | grep для процессов

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

#артефакт

📆😱 QA Advent 2025 — 31 день практики

Новогодний адвент-календарь для тестировщиков от Артёма Русова.

Уже открыто (дни 1–12):

• День 1 — Эвристики и мнемоники

Практичные приёмы и модели мышления для поиска дефектов.

• День 2 — Песочница для AQA
Тренажёр для прокачки навыков автоматизации тестирования.

• День 3 — DevTools
Симуляторы и упражнения по работе с инструментами разработчика.

• День 4 — Генерация данных
Утилиты и шаблоны для создания корректных и крайних тестовых данных.

• День 5 — Собеседования
Авторские советы и разборы типовых вопросов.

• День 6 — TestOps
Бесплатные курсы для знакомства с DevOps-подходами в QA.

• День 7 — SQL Island
Интерактивная игра для освоения SQL на практике.

• День 8 — Web Elements
Примеры реализации HTML, CSS и JS-элементов, полезные для UI-тестирования.

• День 9 — База знаний
Технические термины и концепции без лишней абстракции.

• День 10 — UI/UX
Игра-тренажёр на выбор наиболее удобных интерфейсных решений.

• День 11 — Тесты по тестированию
Более 100 вопросов для самопроверки и повторения теории.

• День 12 — Postman
Симулятор для отработки ключевых сценариев работы с API.

📌 Каждый день декабря открывается новый материал.

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

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