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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

🧽 Что умеет:

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

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

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

🔗 Ссылка на GitHub

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

#тест_драйв

📎📎

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

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

#артефакт

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

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

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

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

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

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

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

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

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

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

#артефакт

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

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

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

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

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

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

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

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

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

#стендап_qa

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

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

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

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

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

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

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

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

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

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

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

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

#тест_драйв

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

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

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

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

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

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

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

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

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

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

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

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

❓ Что передаём по 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Что внутри:

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

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

#артефакт #js

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

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

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

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

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

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

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

Кейс:

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

Аргумент:

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

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

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

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

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

#стендап_qa

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

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

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

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

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

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

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

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

#тест_драйв

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

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

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

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

🔍 Признаки:

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

💡 Как лечить:

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

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

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

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

🔴 Playwright 1.57.0 — свежее обновление

Вышел новый релиз Playwright 1.57.0. Главное, что в нём стоит знать:

✅ Новые режимы обновления снапшотов:

Появилась поддержка:
• overwrite — полностью перезаписывает,
• 3-way merge — аккуратно вносит изменения.

Это уменьшает конфликты в Git и делает визуальные тесты стабильнее.

✅ Улучшения стабильности и работы с тестовыми файлами:

Чище диффы, меньше случайных перезаписей и более предсказуемые CI-прогоны.

📎 Источник

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

#release_notes

QA в мире AI: новый уровень

Тестирование ML-моделей — это не просто прокликивание UI. Это проверка датасетов, валидация метрик и оценка точности.

Без математики здесь никуда.

Хотите стать QA, который не боится слов «регрессия» и «матрица»? Залетайте на наш обновленный курс с живыми вебинарами.

Разбираем на практике:

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

Успеть до 9 декабря:
👉 https://clc.to/LojFzw