Заметки тестировщика | QA Notes

С 23 февраля! ❤️Мужчины, хочется пожелать вам не только силы и уверенности, но и простого человеческого счастья. Пусть рядом всегда будут люди, которые верят в вас, поддерживают и вдохновляют. Пусть в сердце будет спокойствие, в доме - уют, а в жизни - ощущение, что всё идёт правильно.Пусть любые трудности обходят стороной, а мечты находят дорогу к исполнению ✨

https://roadmap.sh/qaРоудмеп для QA в 2026 году 🙂📓 Заметки тестировщика

🧠 Почему опытные тестировщики перестают верить "всё работает"И почему это не профессиональная деформация, а навыкЕсть момент, который почти каждый QA переживает лет через 5–7 в профессии.Когда фраза:"Всё работает" перестаёт звучать успокаивающе.Наоборот - она начинает напрягать.🔍 Что происходит с мышлением тестировщика со временемВ начале карьеры:фича запускается - радуемся;багов нет - значит, всё хорошо;тесты зелёные - можно выдыхать.С опытом мозг перестраивается.Ты начинаешь слышать не слова, а паузы между ними:“всё работает… при каких условиях?”“у кого работает?”“как долго?”“что будет завтра?”Это не цинизм.Это развитие.⚠️ Почему "всё работает" - опасная фразаПотому что она обычно означает одно из четырёх:👉🏻 Проверили happy pathВсё остальное неизвестно.👉🏻 Проверили сейчасВо времени поведение может измениться.👉🏻 Проверили без нагрузкиА под реальными объёмами всё может “поплыть”.👉🏻 Проверили без отказовА система живёт в мире с рестартами, таймаутами и потерями.QA со стажем слышит в этой фразе не уверенность, а слепую зону.🧠 Что меняется в голове опытного QAОн перестаёт задавать вопрос: "Работает ли?"И начинает задавать другие:- Где это сломается первым?- Как система деградирует?- Что произойдёт при частичном отказе?- Кто об этом узнает и когда?Это уже не тестирование фич.Это тестирование устойчивости.💬Из реальной практикиСамые тяжёлые инциденты, которые я видела, начинались не с ошибок и падений.Они начинались со слов: "Мы всё проверили, у нас всё работает".А потом:- сообщения в очередях зависали,- данные расходились,- пользователи теряли деньгиИ никто не мог быстро объяснить почему)💪 Почему этот скепсис - признак зрелостиОпытный тестировщик:не верит в “навсегда”;не доверяет разовым проверкам;понимает, что реальность всегда сложнее тестового сценария.Он не пессимист.Он просто знает цену словам ❤️📓 Заметки тестировщика

🚨 Прод-инциденты с Kafka/RabbitMQТипичные сценарии инцидентов и почти каждый из них можно было поймать на тестировании🧨 Инцидент 1. «Сообщения есть, но они не обрабатываются»Что видел бизнес:- заказы создаются;- UI работает;- деньги не списываются;- пользователи ждут.Что происходило на самом деле:- consumer падал на одном типе сообщения;- сообщение не уходило в DLQ;- очередь забивалась;- все следующие сообщения стояли за “плохим”.Почему это не поймали раньше:- QA не проверял сценарий:“что будет, если consumer упадёт на одном сообщении?”Как QA мог поймать:1) отправить битый payload;2) проверить: - consumer жив?- очередь двигается?- сообщение уходит в DLQ?Вывод: одно плохое сообщение может остановить весь бизнес-поток.🧨 Инцидент 2. Дубликаты, которые никто не заметил сразуСимптомы:- пользователям иногда списывались деньги дважды;- не воспроизводилось стабильно;- “раз в несколько дней”.Реальная причина:- consumer рестартовал;- offset не коммитился вовремя;- сообщение обрабатывалось повторно;- idempotency не было.Почему это ушло в прод:QA тестировал только: “сообщение дошло”, но не: “сообщение дошло второй раз”.📌Как QA мог поймать:- искусственно рестартить consumer;- проверить повторную обработку;- отправить одно и то же сообщение дважды.Вывод: повторная доставка - не исключение, а норма.🧨 Инцидент 3. Потерянные события без единого логаЧто видел бизнес:- часть действий пользователей “пропадала”;- невозможно понять, где.Реальная причина:- неправильный routing key;- сообщения уходили в никуда;- producer считал, что всё ок.Почему QA не заметил:- проверяли только UI;- не смотрели очереди;- не проверяли exchange → queue binding.Как QA мог поймать:1) открыть RabbitMQ UI;2) проверить: - количество сообщений; - биндинги; - routing key;3) сравнить ожидание vs факт.Вывод: асинхронные потери - самые дорогие.🧨 Инцидент 4. Нарушенный порядок событий (Kafka)Симптомы:- система периодически переходила в “странные” состояния;- не воспроизводилось на маленьких объёмах.Реальная прич

🐳 Docker + Kafka / RabbitMQ глазами тестировщика Где живут самые коварные баги асинхронных систем Если ты тестировал систему с очередями, ты знаешь: самые неприятные баги не падают сразу. Они тихо накапливаются в очередях, теряются, дублируются или застревают.…🔧 Инструменты QA внутри контейнеровЗайти в consumer и посмотреть логиdocker logs consumerОтправить тестовое сообщение вручнуюRabbitMQ:- через UI,- или curl (если HTTP-адаптер),- или простым producer-скриптом внутри контейнера.Kafka:docker exec -it kafka bashkafka-console-producer --topic events --bootstrap-server kafka:9092⚠️ Частые ошибки QA при тестировании очередей❌ Тестировать только UI❌ Не проверять, дошло ли сообщение❌ Не проверять поведение при падении consumer❌ Не проверять повторную обработку❌ Не смотреть DLQ❌ Не фиксировать версию брокера🎯 Как мыслит зрелый тестировщик с очередямиОн тестирует не “функцию”, а жизнь сообщения:- Родилось ли сообщение?- Попало ли в нужную очередь/топик?- Кто его прочитал?- Сколько раз?- Что будет, если consumer упадёт?- Что будет, если сообщение “плохое”?И именно Docker даёт возможность прожить этот путь руками.📓 Заметки тестировщика

Ставь 👍🏼 если не успеваешь встать с кровати

🐳 Docker + Kafka / RabbitMQ глазами тестировщикаГде живут самые коварные баги асинхронных системЕсли ты тестировал систему с очередями, ты знаешь:самые неприятные баги не падают сразу.Они тихо накапливаются в очередях, теряются, дублируются или застревают.И именно тут Docker становится для QA инструментом рентгена.🧠 Почему очереди кошмар для тестированияKafka и RabbitMQ ломают привычную модель:запрос - ответ - результатВместо этого:- сообщение может прийти позже- может прийти дважды- может не прийти вообще- может обработаться не тем сервисом- может застрять навсегда, но UI об этом не знаетБез локального стенда с очередями QA тестирует поверхность, а не систему.🧱 Минимальный docker-compose для QARabbitMQ (проще для старта)services: api: image: mycorp/api:1.6 environment: - QUEUE_HOST=rabbit depends_on: - rabbit rabbit: image: rabbitmq:3-management ports: - "15672:15672" # UI - "5672:5672"Ты получаешь:реальный брокерUI RabbitMQвозможность смотреть очереди глазами, а не угадыватьKafka (реалистичнее, но сложнее)services: zookeeper: image: confluentinc/cp-zookeeper environment: ZOOKEEPER_CLIENT_PORT: 2181 kafka: image: confluentinc/cp-kafka depends_on: - zookeeper ports: - "9092:9092" environment: KAFKA_ZOOKEEPER_CONNECT: zookeeper:2181 KAFKA_ADVERTISED_LISTENERS: PLAINTEXT://kafka:9092 KAFKA_OFFSETS_TOPIC_REPLICATION_FACTOR: 1Да, это не просто, но это почти прод - а значит, и баги будут честные.🐛Баги, которые QA реально ловит через очереди1️⃣ Потеря сообщенийСценарий:API успешно отвечает 200 OK,но сообщение не появляется в очереди.QA-проверка:открыть UI RabbitMQ,проверить:exchange,routing key,очередь,количество сообщений.Частая причина: неправильный routing key или конфиг env.2️⃣ Дублирование сообщенийСценарий:одно действие пользователя - два события в системе,бизнес-логика срабатывает дважды.QA через Docker:отправляет запрос,смотрит, сколько сообщений реально улетело,рестартует c

Друзья, привет! Я стримлю игры и YouTube - живое общение, реакции и уютная атмосфера 👾🎮На стримах:- играем и отдыхаем- смотрим и обсуждаем видеоролики - общаемся в чате- смеёмся, спорим и просто хорошо проводим время)Если хочется лампового стрима и компании - подписывайся 👉 https://taplink.cc/onairvictoriahttps://www.twitch.tv/onairvictoriaОчень буду рада поддержке ❤️🙏

С Новым годом, коллеги и единомышленники ✨🐴Этот год был про рост, сомнения, первые «не понимаю», сотые «ага, вот оно», баги не только в коде, но и в жизни. Мы учились, ошибались, перепроверяли, находили причины и шли дальше - шаг за шагом.Спасибо всем, кто читает канал, задаёт вопросы, делится опытом, поддерживает и не сдаётся. Даже когда кажется, что ничего не получается - это тоже часть пути.Пусть в новом году будет больше ясности, уверенности в себе и моментов, когда ты смотришь на задачу и думаешь: «я знаю, как с этим справиться». Меньше флейк-тестов в жизни и больше стабильных релизов 🙏Обнимаю каждого! 🫂❤️

Делюсь полезными ресурсами по докеру 😊 Сохраняйте! 🤠 Что такое Docker?🐱 Изучаем Docker, часть 1: основы🥟 Основы Docker для тестировщиков. Docker for QA🤥 Docker для тестировщика: команды, приёмы и практическая шпаргалка😦 Как протестировать приложение с помощью Postman и контейнеров Docker👁️ 50 вопросов на собеседовании по Docker📓 Заметки тестировщика