🤍Тестовая стратегия и Тест-план

🤍Стратегия
Что:
🤍Общие правила тестирования («что и зачем»).
Включает:
🤍Цели тестирования.
🤍Типы тестирования.
🤍Критерии начала/окончания.
🤍Инструменты

🤍План
Что:
🤍Конкретные шаги («как, когда и кто»).
Включает:
🤍Задачи (что проверяем)
🤍Роли команды
🤍Способы тестирования (ручное/ автоматизированное)
🤍Расписание и этапы
🤍Окружение
🤍Тест-кейсы, чек- листы
🤍Управление дефектами
🤍Критерии входа и выхода ( когда начинать , когда завершать)
🤍Риски
🤍Инструменты и ресурсы

Пример:
Проект: Веб- сайт Яблоко .

Цель:
Проверить функционал публикации яблок через админку
Проверить функционал заказа и оплаты заказчиком

Этапы:
7–12 апреля: Подготовка тест-кейсов
12–16 апреля: Тестирование в GH Windows 11
16 ноября: Запуск автотестов (регресс), ручная проверка нового функционала оплаты

Риски: Нет доступа к виртуальной оплате , нужна тестовая банковская карта

Критерии выхода: 0 багов в сценарии - оформление заказа клиентом на сайте

Ответственные:
- QA-лид: Мирослава
- Тестировщик: Елизавета

Разница
- Стратегия = Правила игры (Есть пр утрам»).
- План = Расписание (Завтра в 7 кашу ).

Коротко:
Стратегия — цель и методы, План — действия и сроки.

Есть вопросы? Пишите в комментарии — отвечу!

#знания

🔊Домашняя работа: Тест-дизайн на практике

1. Эквиваленты и Границы

Задача: Пополнение баланса от 50 до 15000 руб.
Сделай:
➤ Выпиши валидные/невалидные классы сумм.
➤ Назови граничные значения для проверки.

2. Попарное тестирование

Параметры:
· Бренд: Dell, HP, Apple
· Диагональ: 13″, 15″, 17″
· ОС: Windows, macOS, Linux
Задача: Напиши минимальный набор тестов, покрывающих все пары.

3. Таблица принятия решений

Условия для скидки:
· 10%: Сумма > 5000 ₽ + Постоянный клиент
· 5%: Сумма > 5000 ₽
· 0%: Сумма ≤ 5000 ₽
Задача: Построй таблицу принятия решений.

🤎Форма сдачи и срок
1. Ссылка на Google таблицу
2. Срок: 11 октября 2025

📍Работы проверяются только от подписчиков канала
📌Дз проверяется, если отправлено первое по теме «Чит- листы»
📌Если не успели сдать, то отправляете 2 сделанные домашки (первые из списка)

💬Если присоединились позже дедлайна, напишите мне для уточнения @larisa_voin

#уроки

👋 Я не пропала
Пост в процессе обдумывания

Тема: Регрессионное тестирование: Как не сломать старое, добавляя новое?

🔈Регрессионное тестирование: Как не сломать старое, добавляя новое?

Есть несколько основных стратегий.

✅1. Полный регресс

Что это: Вы проверяете ВСЁ. Абсолютно все функции продукта, как будто он снова на стадии полного тестирования.
Когда использовать:

- Крупные релизы или смена мажорной версии (например, с v2.0 на v3.0).
- Когда изменения в коде были глобальными и затронули ядро системы.
- После серьезного рефакторинга архитектуры.

Плюсы: Максимальное покрытие и (теоретически) уверенность, что ничего не упустили.
Минусы: Очень дорого, долго и часто избыточно. На практике применяется все реже.

✅2. Выборочный регресс

Что это: Быстрая проверка только самых КРИТИЧЕСКИХ функций, без которых продукт не может работать.

Когда использовать: После каждого небольшого билда, чтобы убедиться, что «система не дымится» (smoke test) и можно приступать к более глубокому тестированию.

Плюсы: Очень быстрый, отсекает катастрофические баги на раннем этапе.
Минусы: Не дает никакой гарантии по остальному функционалу.

✅3. Регресс по зонам риска

Что это: Самый интеллектуальный подход. Вы анализируете, какие именно модули и функции были затронуты изменениями, и какие из них наиболее критичны для бизнеса. Фокус — на точках пересечения.

Плюсы: Оптимальное соотношение усилий и результата. Требует глубокого понимания продукта и архитектуры.
Минусы: Можно что-то упустить, если анализ рисков проведен неверно.

✅4. Регресс на основе чек-листа

Что это: У вас есть заранее подготовленный (и постоянно обновляемый!) чек-лист основных сценариев, которые должны всегда работать. Вы не покрываете всё, но покрываете главное.

Плюсы: Структурировано, повторяемо, проще для новичков.
Минусы: Чек-лист может устаревать, если за ним не следить.

📎Какую стратегию выбрать?

Спросите себя:

· Масштаб изменений? (Одно поле / целый модуль)
· Критичность изменений? (Затрагивает ли ядро?)
· Сколько есть времени?
· Насколько зрелая ваша автоматизация?

Чаще всего вы будете комбинировать эти стратегии: перед каждым билдом — смоук-тест, в конце спринта — регресс по зонам риска, а перед крупным релизом — почти полный регресс
#знания

🧠Тестирование — это не про то, чтобы знать все ответы, а про то, чтобы уметь находить решения.

Мы все иногда бываем в тупике: странный баг, спорные требования или просто нужен совет по карьере.

🤝Не стесняйтесь просить о помощи!

⬇️Если у вас есть вопрос, нужна подсказка или просто мнение по ситуации в тестировании — пишите прямо в чат канала, в личку @larisa_voin или в комментарии под постами

Что можно спросить?

· Как подойти к тестированию этой штуки?
· Сталкивался ли кто-то с таким багом?
· Какой инструмент лучше выбрать?
· Помогите разобрать тест-кейс.
И тд

Думаю над призами 👁️

➡️Подставка для ноутбука
➡️Павербанк

А что еще❔

🟢💚💚💚💚💚💚💚💚

Протестируй свою удачу! Участвуй в нашем розыгрыше — все просто и понятно.

💚Призы для трех победителей
➡️Подарочная карта Ozon на 1500₽ (или любой товар с Ozon на эту сумму - по выбору победителя)
➡️Подставка для ноутбука
➡️Павербанк

💚Как участвовать
💚Подписаться на @testingqabug
💚Сделать репост этой записи в любой соцсети ИЛИ отправить ссылку другу
💚В комментариях ниже написать порядковый номер и прикрепить скриншот

💚Формат комментария
«1» + скриншот репоста/отправки
«2» + скриншот репоста/отправки
«3» + скриншот репоста/отправки
и так далее...

💚Важно
💚Проверьте наличие пунктов выдачи Ozon в вашем городе
💚Приз отправляем в течение 24 часов после определения победителя

💚Сроки: до 31 октября
💚Итоги: 1 ноября - выберу победителей по номеру комментария через
https://randstuff.ru/number/