Библиотека тестировщика | QA, тестирование, quality assurance, manual testing, autotesting, ручное тестирование, автотесты
رفتن به کانال در Telegram
Все самое полезное для тестировщика в одном канале. Наши курсы: https://clc.to/wlBkTA По рекламе: @proglib_adv Учиться у нас: https://proglib.io/w/12538d6f Для обратной связи: @proglibrary_feeedback_bot
نمایش بیشتر9 100
مشترکین
-124 ساعت
-147 روز
-2030 روز
آرشیو پست ها
📌 Как живёт веб-запрос — от браузера до базы данных
Эта шпаргалка — наглядная карта всего пути, который проходит запрос, когда вы открываете сайт. От клиента и DNS до Apache, сервера приложений и СУБД — каждый этап, где может спрятаться ошибка.
Полезно тестировщику, чтобы:
🟡 понимать, где искать причину сбоя — сеть, сервер, БД или код;
🟡 разбираться в архитектуре веб-приложений;
🟡 видеть, как связаны уровни от браузера до backend-логики.
🐸 Библиотека тестировщика
#артефакт
📚 Что почитать в начале пути
Эти книги не о тестировании напрямую, но каждая развивает навыки, которые делают QA-инженера сильнее:
1️⃣ “Психология программирования” — Джеральд Вайнберг
Помогает понять, как мыслят разработчики, и точнее находить потенциальные точки сбоев.
2️⃣ “Чистый код” — Роберт Мартин
Дает представление о качестве и структуре кода — важно для понимания, что именно и как тестировать.
3️⃣ “Пользовательские истории” — Майк Кон
Объясняет, как формируются требования и почему важно видеть продукт глазами пользователя.
💡 Эти книги развивают инженерное мышление и помогают тестировщику стать партнером в разработке, а не просто исполнителем проверок.
🐸 Библиотека тестировщика
#карьерный_трек
📊 От «вибраций» к реальным метрикам
Как вы доказываете эффективность тестирования? «Тестов много, багов меньше…» — классика 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 📎 В прикреплённом чеклисте — путь от бизнес-целей до опережающих индикаторов. 🐸 Библиотека тестировщика #артефакт
🎁 И мозг прокачать, и макбук утащить!
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, но не кодит.
👉 Участвовать в розыгрыше
Откуда берете тестовые данные ❓
🤔 Правда о тестовых данных
95% тестировщиков говорят, что используют best practices.
95% тестировщиков на самом деле копипастят из прода или пишут "test123".
Время честности: как работаете вы? ⬇️
🐸 Библиотека тестировщика
#стендап_qa
📌 Шпаргалка по GIT
Все ключевые команды под рукой:
— инициализация, коммиты, ветки и слияния,
— push/pull и обновление проектов,
— сравнение версий и откат изменений.
Полезно для тестировщиков, работающих с автотестами и CI/CD.
🐸 Библиотека тестировщика
#артефакт
🎯 Что такое Test Observability
Тест упал. Лог:
AssertionError: expected true, got falseСпасибо, кэп. Но почему он упал? Test Observability — это понимание контекста падения, не открывая код. 🆕 Пример: Тест падает раз в 10 запусков. Флакирует? Race condition? База тормозит? 🟣 Без observability: — Перезапускаешь 10 раз — Гуглишь 2 часа — Понимаешь: база была перегружена 🟣 С observability видите сразу: — Трейсы запросов — Метрики производительности — Снимки состояния системы — Корреляцию с деплоями Инструменты: Allure TestOps, ReportPortal, Grafana + Loki 📎 Открытая сессия по теме от Podlodka Crew 🐸 Библиотека тестировщика #теория_на_пальца
🔄 Бесконечный лоадер из-за одной запятой
Кейс из релиза мобильного приложения для 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. А вы тестируете на «грязных» данных с прода ❓ 👍 — Да, используем копии продовых данных 🤔 — Только моки и тестовые данные 🔥 — Узнаем о проблеме от пользователей 🐸 Библиотека тестировщика #разбор_полетов
+6
🎯 Fiddler умеет больше, чем вы думаете
Большинство используют его только для просмотра трафика. Максимум — подменяют ответы через AutoResponder.
🔤 А внутри есть фичи, которые экономят часы работы. Собрали 6 техник, которые используют senior автоматизаторы. Каждая находит баги, которые другими способами не словить.
Если было полезно, ставь 🎈
🐸 Библиотека тестировщика
#тест_драйв
💬 Реальное собеседование тестировщика в крупный банк
Кандидат с опытом 3+ лет отвечает на вопросы — от SQL и REST до CI/CD и тест-кейсов.
🔤 Что внутри:
— Как кандидаты рассказывают про опыт и проекты (и где чаще всего «плывут»)
— Разбор API и статусов ответов: где путаются даже мидлы
— Практические кейсы: тестирование кнопки «Сбросить», работа с базой данных, проверка запросов
🔥 Отличный способ проверить себя перед следующей встречей с HR и техэкспертом.
📎 Смотреть видео по ссылке
🐸 Библиотека тестировщика
#карьерный_трек
📸 Скриншоты в баг-репортах
Кажется, что это мелочь. А на деле — один из самых холиварных вопросов в QA-командах.
⏯ Скрин обязателен
— «Без скрина это не баг, а болтовня»
— Скрин помогает разработчику увидеть суть сразу
— «Один скрин = минус сто слов в steps to reproduce»
💹 Разрабы сами откроют
— Если баг стабильно воспроизводится — скрин не нужен
— Делать, обрезать, грузить — трата времени
— Разработчик всё равно смотрит код, а не картинку
❓ А как у вас в команде:
👍 — Скрин в каждом баге обязателен
❤️ — Только если это визуальный баг
🔥 — Разрабы сами разберутся
🐸 Библиотека тестировщика
#стендап_qa
🙂 Чит-лист функционального тестирования
Универсальная шпаргалка для тестировщиков — коротко обо всём, что важно проверить в любой системе.
💡 Подходит для:
— проверки тестового покрытия
— вычитки ТЗ
— быстрого старта на новом проекте
📎 Полная версия с примерами и описаниями
🐸 Библиотека тестировщика
#артефакт
🐳 Как ускорить автотесты в 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 при рестарте, чтобы старые контейнеры не мешали.
🐸 Библиотека тестировщика
#тест_драйв🔥 Сбой AWS, который обрушил пол-интернета
20 октября 2025 года в регионе us-east-1 у Amazon Web Services произошёл каскадный сбой. Не работали DynamoDB, Lambda, EC2, API Gateway — тысячи приложений по всему миру встали.
🅰️ Что случилось:
Баг в системе, управляющей DNS-адресами DynamoDB, нарушил резолвинг. Сервисы не могли «достучаться» до нужных эндпоинтов и начинали бесконечно повторять запросы. Эти массовые повторы создали нагрузочную волну, которая добила инфраструктуру. Пока Amazon восстанавливал DNS и чистил кэши, бизнесы теряли доступ к API и базам.📌 На прикрепленной картинке — разбор, как тестировать сбои подключений, повторные запросы и отказоустойчивость систем. 📎 Источник 🐸 Библиотека тестировщика #разбор_полетов
🐞 Что такое регрессия и почему она неизбежна
Когда код меняется, ломается не то, что правили, а то, что зависело от этого куска. Поэтому задача тестировщика — не «поймать ошибку», а предсказать, что именно сдвинется после правки.
Пример: поправил авторизацию → перестала работать корзина. Связь неочевидна, но она есть.
🔤 Автотесты не спасают от регрессии — они лишь показывают, где она случилась. Предотвращает регрессию только понимание архитектуры.
📎 Видео для закрепления темы
🐸 Библиотека тестировщика
#теория_на_пальцах
+4
🖍 Что отличает хорошего тест-кейса от бесполезного
Количество тестов ≠ качество покрытия. Мидлы должны уметь оптимизировать тест-кейсы и выделять сценарии с максимальным риском.
Карточки помогут:
⏺ показывать примеры избыточных кейсов;
⏺ объяснять понятие “value-based testing”;
⏺ давать мини-чеклист для ревью кейсов.
🐸 Библиотека тестировщика
#карьерный_трек #middle
😠 Документации нет, но вы держитесь
Требований нет. API описания нет. Но тестировать нужно сегодня 😅
❓ Ваш ход:
— Интуиция и старые скрины
— Postman и метод научного тыка
— Телепатия с бэкендером (через боль и мемы)
💬 Делитесь своими историями, когда приходилось «тестировать вслепую» 🔻
🐸 Библиотека тестировщика
#стендап_qa
