QA — Quality Assurance
Гайды, чек-листы и разборы из мира тестирования. Без воды, с конкретикой и ссылками.
Темы
Найди свой угол. Кликай и переходи к нужному.
Мобильное и гейм-QA
iOS, Android, IAP, реальное железо
12 статейЧек-листы
Готовые шаблоны для регрессии
10 статейАвтоматизация
Selenium, Playwright, flaky-тесты
25 статейКарьера и развитие
Soft skills, обучение, AI-инструменты
28 статейРазборы багов
Реальные инциденты и их уроки
1 статьяНефункциональное
Performance, безопасность, нагрузка
9 статейРекомендую к прочтению
Эти три статьи стоит прочитать новичку и старожилу.
-
adb для мобильного QA: 40 команд, которые экономят часы
ADB (Android Debug Bridge) — главный инструмент мобильного QA на Android. Собрал список команд, которые реально используются на регрессе и при разборе багов.
-
Классический QA умирает. Что приходит на смену
Классический QA-подход опирался на простую идею — проверили перед релизом, можно доверять. Сегодня это перестало работать. Что нужно изменить в самом понимании качества.
-
5 книг, которые стоит прочитать тестировщику
QA как профессия имеет свою классическую литературу — её знают все senior-инженеры. Если ещё не читал — стоит закрыть пробел. Подборка из 5 книг, которые сформировали современный подход к тестированию.
Свежее
-
Автотесты, которые не в CI, — это хобби: как встроить тесты в пайплайн и не утонуть
400 автотестов, которые гоняются «иногда, локально» — это не автоматизация. Разбор от первого лица: слои прогонов (PR-гейт с бюджетом в минуты / после merge / ночью), шардирование и почему параллель валит зависимые тесты, retry-политика без маскировки флаки (passed-on-retry = жёлтый, не зелёный), карантин с двумя выходами, правило красного main, артефакты падений (trace вместо повторного дебага) и метрики здоровья suite.
-
Чек-лист тестирования регистрации и логина — и автотест на Playwright под каждый пункт
Логин — первый экран, который видит юзер, и любимое место продакшн-инцидентов. Формат «пункт чек-листа → как его автоматизировать»: user enumeration через одинаковые сообщения, password reset с одноразовым токеном, logout и кнопка «назад», cookies HttpOnly/Secure через context.cookies(), сессия в двух вкладках, мок 429 для блокировки, паттерн storageState чтобы не логиниться в каждом тесте — и что в auth принципиально не стоит тащить в e2e.
-
Тестирование обновлений — баги, которые видят только юзеры со старой версией
Релиз идеально протестирован — на чистой установке. А почти все юзеры получат его обновлением поверх старой версии со старыми данными. Разбор от первого лица: почему апдейт = новый код читает старые данные, матрица версий N-5 → N и цепочки миграций, обновление посреди сессии, force update и его обходы, staged rollout и сервер на две версии, downgrade как краш-луп, первый запуск после апдейта ≠ FTUE — и почему в шкафу должен лежать архив старых билдов.
-
«У меня показывает старое» — как тестировать кэши, самый тихий источник багов
Баг «у юзера старые данные» не воспроизводится, закрывается как «само прошло» — и возвращается через неделю. Это не мистика, это кэш. Разбор от первого лица: карта из шести слоёв кэширования (браузер, CDN, gateway, приложение, БД, мобильный клиент), инвалидация как главный кейс, кэш и чужие данные, cache stampede после деплоя, правило «каждый кейс дважды — холодный и тёплый», и почему тестировать с выключенным кэшем = не тестировать прод.
-
«Сколько займёт тестирование?» — как давать оценку и не закапывать себя
Цифру «дня два» ты называешь за три секунды, а живёт она потом недели — и используется против тебя. Разбор от первого лица: почему оценка тестирования — особый жанр (ты оцениваешь качество чужой работы, которой ещё нет), эстимейт как прогноз с допущениями, декомпозиция вместо одной цифры, три точки вместо одной, именованный буфер вместо «×2 на всякий случай» и что говорить, когда время режут.
Архив ресурсов
Куратированная коллекция из 600+ ссылок на полезные статьи, видео и материалы по тестированию, собранная в нашем Telegram-канале за 5+ лет.
Открыть ресурсы →Менторство, обучение, мок-интервью
Нужно индивидуально разобрать карьерный план, подготовиться к собеседованию или потренироваться на мок-интервью — пишите в личные сообщения. Сообщения открыты.
Написать в Telegram →