Библиотека тестировщика | QA, тестирование, quality assurance, manual testing, autotesting, ручное тестирование, автотесты - إحصائيات وتحليلات قناة تيليجرام @testerlib

9 099

📌 Как живёт веб-запрос — от браузера до базы данных Эта шпаргалка — наглядная карта всего пути, который проходит запрос, когда вы открываете сайт. От клиента и DNS до Apache, сервера приложений и СУБД — каждый этап, где может спрятаться ошибка. Полезно тестировщику, чтобы: 🟡 понимать, где искать причину сбоя — сеть, сервер, БД или код; 🟡 разбираться в архитектуре веб-приложений; 🟡 видеть, как связаны уровни от браузера до backend-логики. 🐸 Библиотека тестировщика #артефакт

9 099

📚 Что почитать в начале пути Эти книги не о тестировании напрямую, но каждая развивает навыки, которые делают QA-инженера сильнее: 1️⃣ “Психология программирования” — Джеральд Вайнберг Помогает понять, как мыслят разработчики, и точнее находить потенциальные точки сбоев. 2️⃣ “Чистый код” — Роберт Мартин Дает представление о качестве и структуре кода — важно для понимания, что именно и как тестировать. 3️⃣ “Пользовательские истории” — Майк Кон Объясняет, как формируются требования и почему важно видеть продукт глазами пользователя. 💡 Эти книги развивают инженерное мышление и помогают тестировщику стать партнером в разработке, а не просто исполнителем проверок. 🐸 Библиотека тестировщика #карьерный_трек

9 099

😄😄 🐸 Библиотека тестировщика #прод_в_пятницу

9 099

📊 От «вибраций» к реальным метрикам Как вы доказываете эффективность тестирования? «Тестов много, багов меньше…» — классика 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 📎 В прикреплённом чеклисте — путь от бизнес-целей до опережающих индикаторов. 🐸 Библиотека тестировщика #артефакт

9 099

🐸 Библиотека тестировщика #прод_в_пятницу

9 099

🎁 И мозг прокачать, и макбук утащить! Proglib.academy разыгрывает MacBook Pro 14 (M3 Pro, 36 GB, 1 TB SSD) 💻 Условия: 1️⃣ Покупаешь любой курс Proglib до 15 ноября. 2️⃣ Проходишь минимум 2 учебные недели (можно осилить за два вечера). 3️⃣ Пишешь куратору в чат своего курса: #розыгрыш. Что за курсы? — Математика для Data Science (6 месяцев боли и просветления). — Основы Python, ML, алгоритмы, AI-агенты и даже курс для тех, кто в IT, но не кодит. 👉 Участвовать в розыгрыше

9 099

Откуда берете тестовые данные ❓

Anonymous voting

9 099

🤔 Правда о тестовых данных 95% тестировщиков говорят, что используют best practices. 95% тестировщиков на самом деле копипастят из прода или пишут "test123". Время честности: как работаете вы? ⬇️ 🐸 Библиотека тестировщика #стендап_qa

9 099

📌 Шпаргалка по GIT Все ключевые команды под рукой: — инициализация, коммиты, ветки и слияния, — push/pull и обновление проектов, — сравнение версий и откат изменений. Полезно для тестировщиков, работающих с автотестами и CI/CD. 🐸 Библиотека тестировщика #артефакт

9 099

🎯 Что такое Test Observability Тест упал. Лог:

AssertionError: expected true, got false

Спасибо, кэп. Но почему он упал? Test Observability — это понимание контекста падения, не открывая код. 🆕 Пример: Тест падает раз в 10 запусков. Флакирует? Race condition? База тормозит? 🟣 Без observability: — Перезапускаешь 10 раз — Гуглишь 2 часа — Понимаешь: база была перегружена 🟣 С observability видите сразу: — Трейсы запросов — Метрики производительности — Снимки состояния системы — Корреляцию с деплоями Инструменты: Allure TestOps, ReportPortal, Grafana + Loki 📎 Открытая сессия по теме от Podlodka Crew 🐸 Библиотека тестировщика #теория_на_пальца

9 099

🔄 Бесконечный лоадер из-за одной запятой Кейс из релиза мобильного приложения для e-commerce:

После обновления каталога пользователи Android начали жаловаться: «Приложение зависает при открытии категории», «На главной — бесконечная загрузка». На iOS всё работало идеально, а в тестировании баг не воспроизводился вообще. Разработчики искали проблему в коде приложения — полдня впустую. Пока кто-то не догадался посмотреть сырой ответ API на проде. И вот он, виновник торжества: лишняя запятая в JSON. { "products": [ {"id": 1, "name": "Product 1"}, {"id": 2, "name": "Product 2"}, ] } iOS-парсер закрыл глаза на ошибку. Android строго следовал спецификации и выбрасывал exception. UI зависал, показывая бесконечный лоадер.

🔢 Почему не поймали на тестировании: — QA использовали моки с валидным JSON — Тестовое API всегда отдавало корректные данные — Нагрузочные тесты не проверяли валидность формата 📎 Баг проявился только на проде, под нагрузкой, когда один микросервис стал генерировать некорректный JSON. А вы тестируете на «грязных» данных с прода ❓ 👍 — Да, используем копии продовых данных 🤔 — Только моки и тестовые данные 🔥 — Узнаем о проблеме от пользователей 🐸 Библиотека тестировщика #разбор_полетов

9 099

+6

🎯 Fiddler умеет больше, чем вы думаете Большинство используют его только для просмотра трафика. Максимум — подменяют ответы через AutoResponder. 🔤 А внутри есть фичи, которые экономят часы работы. Собрали 6 техник, которые используют senior автоматизаторы. Каждая находит баги, которые другими способами не словить. Если было полезно, ставь 🎈 🐸 Библиотека тестировщика #тест_драйв

9 099

💬 Реальное собеседование тестировщика в крупный банк Кандидат с опытом 3+ лет отвечает на вопросы — от SQL и REST до CI/CD и тест-кейсов. 🔤 Что внутри: — Как кандидаты рассказывают про опыт и проекты (и где чаще всего «плывут») — Разбор API и статусов ответов: где путаются даже мидлы — Практические кейсы: тестирование кнопки «Сбросить», работа с базой данных, проверка запросов 🔥 Отличный способ проверить себя перед следующей встречей с HR и техэкспертом. 📎 Смотреть видео по ссылке 🐸 Библиотека тестировщика #карьерный_трек

9 099

📸 Скриншоты в баг-репортах Кажется, что это мелочь. А на деле — один из самых холиварных вопросов в QA-командах. ⏯ Скрин обязателен — «Без скрина это не баг, а болтовня» — Скрин помогает разработчику увидеть суть сразу — «Один скрин = минус сто слов в steps to reproduce» 💹 Разрабы сами откроют — Если баг стабильно воспроизводится — скрин не нужен — Делать, обрезать, грузить — трата времени — Разработчик всё равно смотрит код, а не картинку ❓ А как у вас в команде: 👍 — Скрин в каждом баге обязателен ❤️ — Только если это визуальный баг 🔥 — Разрабы сами разберутся 🐸 Библиотека тестировщика #стендап_qa

9 099

🙂 Чит-лист функционального тестирования Универсальная шпаргалка для тестировщиков — коротко обо всём, что важно проверить в любой системе. 💡 Подходит для: — проверки тестового покрытия — вычитки ТЗ — быстрого старта на новом проекте 📎 Полная версия с примерами и описаниями 🐸 Библиотека тестировщика #артефакт

9 099

🐳 Как ускорить автотесты в 5 раз без новых серверов Когда автотестов становится сотни, даже быстрый раннер не спасает. Но можно не ждать окончания каждого прогона — просто запустить несколько копий приложения и разделить нагрузку. 🈂️ Как это работает:


docker-compose up --scale app=5 -d

Команда запускает 5 независимых контейнеров одного сервиса. Каждый получит свой порт, а тесты можно распределить между ними. 🔢 Пример docker-compose.yml

services:
  app:
    image: myapp:latest
    ports:
      - "8080"
    depends_on:
      - db
  db:
    image: postgres:15

🗳 Как применить в тестах: — Поднимите несколько инстансов через --scale — Настройте раннер (например, pytest-xdist или robot --processes 5) для распределения — Тесты стартуют параллельно → CI проходит в разы быстрее 🔥 Совет: Добавьте --remove-orphans при рестарте, чтобы старые контейнеры не мешали. 🐸 Библиотека тестировщика #тест_драйв

9 099

🔥 Сбой AWS, который обрушил пол-интернета 20 октября 2025 года в регионе us-east-1 у Amazon Web Services произошёл каскадный сбой. Не работали DynamoDB, Lambda, EC2, API Gateway — тысячи приложений по всему миру встали. 🅰️ Что случилось:

Баг в системе, управляющей DNS-адресами DynamoDB, нарушил резолвинг. Сервисы не могли «достучаться» до нужных эндпоинтов и начинали бесконечно повторять запросы. Эти массовые повторы создали нагрузочную волну, которая добила инфраструктуру. Пока Amazon восстанавливал DNS и чистил кэши, бизнесы теряли доступ к API и базам.

📌 На прикрепленной картинке — разбор, как тестировать сбои подключений, повторные запросы и отказоустойчивость систем. 📎 Источник 🐸 Библиотека тестировщика #разбор_полетов

9 099

🐞 Что такое регрессия и почему она неизбежна Когда код меняется, ломается не то, что правили, а то, что зависело от этого куска. Поэтому задача тестировщика — не «поймать ошибку», а предсказать, что именно сдвинется после правки. Пример: поправил авторизацию → перестала работать корзина. Связь неочевидна, но она есть. 🔤 Автотесты не спасают от регрессии — они лишь показывают, где она случилась. Предотвращает регрессию только понимание архитектуры. 📎 Видео для закрепления темы 🐸 Библиотека тестировщика #теория_на_пальцах

9 099

+4

🖍 Что отличает хорошего тест-кейса от бесполезного Количество тестов ≠ качество покрытия. Мидлы должны уметь оптимизировать тест-кейсы и выделять сценарии с максимальным риском. Карточки помогут: ⏺ показывать примеры избыточных кейсов; ⏺ объяснять понятие “value-based testing”; ⏺ давать мини-чеклист для ревью кейсов. 🐸 Библиотека тестировщика #карьерный_трек #middle

9 099

😠 Документации нет, но вы держитесь Требований нет. API описания нет. Но тестировать нужно сегодня 😅 ❓ Ваш ход: — Интуиция и старые скрины — Postman и метод научного тыка — Телепатия с бэкендером (через боль и мемы) 💬 Делитесь своими историями, когда приходилось «тестировать вслепую» 🔻 🐸 Библиотека тестировщика #стендап_qa