🔌 Code review: строгие правила vs «легко и быстро»

Команды QA и Dev спорят: нужен строгий процесс или минимализм?

⏯ Строгие правила

— Каждый PR проверяется по чеклисту
— Меньше багов на проде
— Дольше и больше бюрократии

⏯ Легко и быстро

— Минимум формальностей
— PR быстрее в продакшн
— Риск пропустить ошибки

Голосуем реакциями:

👍 — Строго
❤️ — Быстро

Мудрость: иногда «легко» превращается в пожары на проде 😅

🔤 Если хочется автоматизировать — гляньте курс по Python, сейчас −40%

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

#тест_драйв

🧠 Что такое анализ первопричин

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

Пример:

Форма падает при вводе «é».

Исправили кодировку?
А может, вообще нет валидации ввода?
А может, библиотека логирования ломает всё при юникоде?

RCA помогает докопаться до сути.

Суть процесса:

➕ Собрать факты (что, где, когда).

➕ Найти цепочку событий.

➕ Определить корень проблемы.

➕ Исправить причину, не только баг.

📎 Популярные методы:

— 5 Why’s («Почему?» пять раз подряд)
— Fishbone (диаграмма Исикавы)

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

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

📎 Памятка для тех, кто хочет систематизировать базу

Поймете разницу между QA и QC, вспомните, что такое тест-кейс, верификация и валидация, и разберетесь, чем дефект отличается от ошибки.

🎓 На курсах Proglib можно разобраться, как устроены API, архитектура и тест-дизайн; сейчас −40 %

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

#артефакт

🧩 Ситуация из жизни тестировщика

Вы тестируете API. Сервер стабильно возвращает 200 OK, но тело ответа пустое. На первый взгляд — запрос успешный, но данных нет.

ℹ️ Это может быть и проблемой на бэке, и ошибкой в запросе, и просто некорректным мок-ответом.

Что делаете в первую очередь ❓ Опрос ниже 🔹

🔤 Если хочется автоматизировать такие штуки — гляньте курс по Python, сейчас −40%

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

#стендап_qa

🖍 Когда тест-план устарел

Вы открываете тест-план, а там сценарии, которых уже нет в продукте. Функции поменялись, релизы ускорились, а документация осталась в прошлом.

🔜 Как действовать:

— Определить, что действительно устарело: пройтись по тестам, отметить дубли и «мёртвые» сценарии.

— Сверить приоритеты с текущим продуктом: обновить области, где бизнес-ценность выше.

— Вынести актуальные проверки в живой формат — чек-листы, mind map или autotests.

— Пересмотреть сам подход: меньше формальностей, больше гибкости и актуальности.

💡 Хороший тест-план живёт вместе с продуктом. Он не про бюрократию, а про уверенность в качестве здесь и сейчас.

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

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

🚬 Три степени боли продакшена

В продакшене что-то сломалось. Как понять, на каком уровне разбираться?

🟣 Incident (инцидент)

Симптом, который видят пользователи или мониторинг. Всё, что нарушает работу системы прямо сейчас.

Пример: кнопка «Купить» не работает. Пользователи жалуются.

🟣 Problem (проблема)

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

Пример: форма не обрабатывает спецсимволы в имени товара → падает несколько страниц.

🟣 Error (ошибка)

Конкретная ошибка в коде, конфигурации или данных, которая вызвала проблему.

Пример: регулярка валидации имени товара не учитывает юникод.

Суть процесса:

🔤 Инциденты фиксируем быстро, чтобы пользователи не страдали.

🔤 Проблему исследуем глубже, ищем повторяющиеся паттерны.

🔤 Ошибку исправляем на уровне кода/инфраструктуры.

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

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

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

💥 Мок ≠ Прод

Наш подписчик пишет:

Все автотесты были зелёные, CI светился зелёным, локально всё работало идеально… а на проде корзина пустая. Абсолютно пустая. Пользователи начали писать, что товары «исчезли» после добавления.

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

Оказалось, что все тесты шли через мок-API. Он всегда возвращал «правильные» данные, поэтому автотесты ничего не ловили. На проде же реальные данные немного отличаются — структура JSON чуть поменялась, поля иногда пустые, и фронт падал молча.

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

📌 Всегда проверяйте реальные интеграции, особенно если речь о критичных флоу, вроде корзины или платежей.

🎓 Если хотите разобраться, как правильно проектировать тесты и API, загляните на курсы Proglib — сейчас скидка −40 %, пока не ушла в прод 🙂

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

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

🔥 Гайд по UI-автотестам, часть 3: отчёты и метрики

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

💡 1. Артефакты при падении

Сохраняйте всё, что поможет быстро разобраться:

– скриншот страницы
– видео прогона
– network-лог
– trace (пошаговое выполнение)

Так отладка займёт минуты, а не часы.

📂 2. Документация

README.md должен быть понятным:

– как установить зависимости
– как запускать smoke и регресс
– как добавить новый тест

Добавь пару примерных тестов как шаблон, чтобы новичку было проще стартовать.

📈 3. Метрики стабильности

Следите за реальными показателями работы автотестов:

– сколько тестов проходит стабильно
– сколько занимает полный прогон
– сколько багов нашли до релиза

Эти данные помогают понять, где тесты слабые и где нужен приоритет улучшений.

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

#тест_драйв

💬 Логи или UI — где искать истину

🐞 Баг воспроизводится только на проде. QA говорит: «у меня всё видно на экране!» Дев отвечает: «в логах всё чисто!»

Когда интерфейс кричит о проблеме, а сервер молчит — кому верить первым?

❓ Как вы считаете:

❤️ — Интерфейсу, ведь он ближе к пользователю

👍 — Логам, ведь они не врут (если пишутся правильно)

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

#стендап_qa

💳 Шпаргалка по тестированию требований

Коротко о том, какие бывают требования и как их проверять:

— бизнес (зачем),
— пользовательские (что),
— функциональные (как),
— нефункциональные (насколько хорошо).

🔗 Ссылка на шпаргалку

🎓 На курсах Proglib можно разобраться, как устроены API, архитектура и тест-дизайн; сейчас −40 %

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

#артефакт

🦾 Low-code инструмент для автоматизации тестирования

Katalon Studio — единое решение для тестирования Web, API, Mobile и Desktop-приложений.

Что умеет:

➕ Работает поверх Selenium, Appium и RestAssured

➕ Запись действий (Record & Playback)

➕ Шаблоны тестов и сценариев без кода

➕ Поддержка CI/CD, Jenkins и отчётов

Подходит тем, кто хочет автоматизацию без сложного кода — удобно для QA, аналитиков и начинающих в авто-тестах.

🔗 Ссылка на инструмент

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

#тест_драйв

🐚 «А можно ещё раз протестить?»

Девы пофиксили — отлично. Но теперь не работает то, что раньше работало. Regression снова в деле.

Классика: фиксы решают проблему в одном месте и случайно ломают другое. Поэтому тесты — это не только «нашёл баг», но и «не сломали ли что-то ещё».

❓ Вы как:

👍 — Тщательно проверяю: регрессы, смежные фичи, smoke и быстрый ретест критичных путей

❤️ — Верю в фиксы: вернулся к следующему таску, если релиз в норме

Совет: при фиксе добавляйте минимальный регресc-тест — так меньше «еще раз протестировать» в будущем.

🔤 Если хочется автоматизировать — гляньте курс по Python, сейчас −40%

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

#стендап_qa