QA от нуля к профи

» Если ты: — только думаешь зайти в QA — уже учишься, но не понимаешь, «достаточно ли знаешь» — боишься собеседований — чувствуешь себя тупым, открывая Jira / ТЗ / баги 👉 ты по адресу. Этот канал — не про «умные термины ради терминов». Он про то, как реально выжить и вырасти в QA — от нуля до уверенного специалиста. --- 🧭 Как устроен канал Я веду тебя по понятному маршруту, без хаоса: 🟢 Junior Manual QA — мышление QA — тест-дизайн — поиск багов — логика и ТЗ — подготовка к собеседованиям 🟡 Middle Manual QA — инструменты (Jira, Postman, SQL) — API — работа как в команде — реальные кейсы...

Этот месяц был про базу. Не про инструменты, не про кнопки — про мышление. Если местами было тяжело — это нормально. Хорошая логика редко даётся с первого раза. 📊 Где мы сейчас: Junior Manual QA — ~40% За этот месяц мы: ✅ разобрали базовые техники тест-дизайна — позитивное и негативное тестирование — классы эквивалентности — pairwise testing — decision table ✅ научились раскладывать требования и бизнес-логику ✅ поняли, почему «проверить на глаз» почти всегда плохо ✅ посмотрели, как простые условия превращаются в баги ✅ разобрали типовые вопросы, которые задают на собеседованиях 📌 Важный...

Прод чуть не улетел. Реальная история из интернет-банка. Фича — предварительное одобрение ипотеки. Казалось бы, обычная логика. Условия одобрения: • Возраст ≥ 25 • Доход ≥ 150k • Стаж ≥ 3 лет • Поручитель: Да / Нет 👉 Одобрение, если выполняются 3 из 4 условий. 🧨 Что пошло не так? В таблице есть строка: Возраст: 26 ✅ Доход: 160k ✅ Стаж: 2.5 года ❌ Поручитель: Да ✅ 📌 По логике — 3 из 4 → должно быть ОДОБРЕНО 📉 По факту — система показывала «Отказ» 🕵️ Копнули глубже — нашли два бага: 1️⃣ В коде стаж проверяли строго ≥36 месяцев → 2...

Почему? Decision Table — штука, из-за которой джуны чаще всего ошибаются на собесе. Давай разберём реальный банковский кейс, где логика кажется простой… пока не начинаешь её тестировать 😈 🧩 Практика: Decision Table для лимита по кредитке Условия одобрения: 1️⃣ Кредитная история: Хорошая / Плохая 2️⃣ Доход: Высокий (>100k) / Средний / Низкий 3️⃣ Стаж работы: >1 года / <1 года 4️⃣ Возраст: >25 / <25 лет Лимит: 💰 Максимальный — все условия хорошие 💵...

?" Интервьюер проверяет, понимаешь ли ты когда применять разные техники тест-дизайна. 🗣 Пример ответа: "Decision Table лучше всего работает там, где есть **сложная бизнес-логика с множеством условий** и правил типа 'если А ИЛИ Б, ТО...'. Когда НЕ использовать: - Простые формы (логин, поиск) — там лучше граничные значения. - Много параметров без чётких условий — там Pairwise. Когда применять: 1. Банковские продукты (ипотека, кредиты, вклады) — там всегда есть матрица условий...

Представь: в банковском приложении есть скидка на страховку. Условия для скидки: 1. Сумма кредита > 100 000 ₽ 2. Срок кредита ≥ 12 месяцев 3. Клиент — пенсионер (возраст ≥ 60 лет) Скидку дают, если выполнены хотя бы 2 из 3 условий. Если перебирать все варианты руками: - Сумма: да/нет - Срок: да/нет - Пенсионер: да/нет = 2³ = 8 комбинаций. 📌 Что такое Decision Table Это таблица, где: - строки — все возможные комбинации условий; - столбцы — действия/результаты для каждой комбинации. Для нашего...

🔹 AI‑агенты для банковского тестирования QA Financial публикуют серию прогнозов на 2026: AI‑агенты для тестирования, риск‑ориентированный подход в финтехе, новые требования к compliance. Топ‑тренд — AI как "риск‑осознанная" способность. Ссылка 🔹 Playwright лидирует в UI‑тестах QualityLogic отмечает: Playwright укрепляет лидерство (агенты...

" 📊 Твой уровень сейчас: Junior Manual QA 30% ✅ На этой неделе ты: ✅ Узнал, что такое Pairwise и зачем оно нужно. ✅ Понял, как не утонуть в десятках параметров (особенно в банковских продуктах). ✅ Разобрал пример с заявкой на кредитку и вкладом. ✅ Потренировался думать в «парах значений», а не во всём пространстве комбинаций. 💡 Ответ на утренний квиз: Реально ожидаемый диапазон — 6–8 тестов (вариант 2)...

" А ты такой сидишь с Pairwise и понимаешь, что уложишься в 15 сценариев 😏 #qa_life #qa_from_zero #мем #qa

Проект: мобильное приложение банка. Фича: открытие вклада онлайн. Параметры на экране оформления: - Тип вклада: Накопительный / Пенсионный / Детский - Валюта: RUB / USD / EUR - Срок: 3 / 6 / 12 месяцев - Источник пополнения: Карта / Счёт / Зарплатный проект Если бы мы честно перемножали всё, получилось бы 3 × 3 × 3 × 3 = 81 сценарий. Команда разработки ожидала, что «мы что-то проверим на смоук, остальное — потом». QA предложил сделать так: 1. Расписал параметры и значения. 2. Прогнал их через Pairwise-генератор...

Интервьюер хочет понять, умеешь ли ты сокращать количество тестов с головой, а не просто «тестировать всё подряд». 🗣 Пример сильного ответа: "Pairwise-тестирование — это техника, при которой мы подбираем минимальный набор тестов, чтобы **каждая пара значений параметров** встретилась хотя бы один раз. Большинство дефектов связано с взаимодействием 2–3 параметров, поэтому полный перебор часто избыточен. Пример из банковского проекта: Мы тестировали оформление вклада с параметрами: - Тип вклада...

🔀 Pairwise-тестирование: когда комбинаций много, а ты один Представь, что ты тестируешь экран открытия вклада в банковском приложении. На форме куча параметров: - Тип вклада: Накопительный / Сберегательный / Детский - Валюта: RUB / USD / EUR - Срок: 3 / 6 / 12 месяцев - Способ пополнения: Только офис / Онлайн / Офис+Онлайн Если перебирать все комбинации, то это уже: 3 × 3 × 3 × 3 = 81 сценарий. В реальности таких параметров ещё больше, и тестов становится сотни и тысячи. Реально ли это прогнать перед релизом? Нет...