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#уроки
Please open Telegram to view this post
    VIEW IN TELEGRAM
  🔥12❤5
  Пост в процессе обдумывания
Тема: Регрессионное тестирование: Как не сломать старое, добавляя новое?
Please open Telegram to view this post
    VIEW IN TELEGRAM
  ❤12❤🔥3🔥3
  Есть несколько основных стратегий.
Что это: Вы проверяете ВСЁ. Абсолютно все функции продукта, как будто он снова на стадии полного тестирования.
Когда использовать:
- Крупные релизы или смена мажорной версии (например, с v2.0 на v3.0).
- Когда изменения в коде были глобальными и затронули ядро системы.
- После серьезного рефакторинга архитектуры.
Плюсы: Максимальное покрытие и (теоретически) уверенность, что ничего не упустили.
Минусы: Очень дорого, долго и часто избыточно. На практике применяется все реже.
Что это: Быстрая проверка только самых КРИТИЧЕСКИХ функций, без которых продукт не может работать.
Когда использовать: После каждого небольшого билда, чтобы убедиться, что «система не дымится» (smoke test) и можно приступать к более глубокому тестированию.
Плюсы: Очень быстрый, отсекает катастрофические баги на раннем этапе.
Минусы: Не дает никакой гарантии по остальному функционалу.
Что это: Самый интеллектуальный подход. Вы анализируете, какие именно модули и функции были затронуты изменениями, и какие из них наиболее критичны для бизнеса. Фокус — на точках пересечения.
Плюсы: Оптимальное соотношение усилий и результата. Требует глубокого понимания продукта и архитектуры.
Минусы: Можно что-то упустить, если анализ рисков проведен неверно.
Что это: У вас есть заранее подготовленный (и постоянно обновляемый!) чек-лист основных сценариев, которые должны всегда работать. Вы не покрываете всё, но покрываете главное.
Плюсы: Структурировано, повторяемо, проще для новичков.
Минусы: Чек-лист может устаревать, если за ним не следить.
Спросите себя:
· Масштаб изменений? (Одно поле / целый модуль)
· Критичность изменений? (Затрагивает ли ядро?)
· Сколько есть времени?
· Насколько зрелая ваша автоматизация?Чаще всего вы будете комбинировать эти стратегии: перед каждым билдом — смоук-тест, в конце спринта — регресс по зонам риска, а перед крупным релизом — почти полный регресс
#знания
Please open Telegram to view this post
    VIEW IN TELEGRAM
  ❤14🔥5❤🔥2🍌1
  Для быстрой проверки ключевых функций после каждого билда подходит:
  Anonymous Quiz
    6%
    а) Полный регресс
      
    35%
    b) Регресс по рискам
      
    24%
    c) Выборочный регресс 
      
    35%
    d) Регресс по чек-листу
      
    ❤🔥4🔥4❤3🙈2
  Какой главный недостаток стратегии «Полный регресс», который ограничивает её частое применение на практике?
  Anonymous Quiz
    1%
    а) Низкое покрытие кода
      
    89%
    b) Высокая стоимость и длительность выполнения
      
    4%
    c) Требует глубокого анализа рисков
      
    6%
    d) Не подходит для крупных релизов
      
    🔥7❤4❤🔥3
  Какая стратегия регрессионного тестирования требует глубокого понимания продукта и архитектуры для анализа затронутых модулей и точек пересечения, но дает оптимальное соотношение усилий и результата?
  Anonymous Quiz
    23%
    а) Полный регресс
      
    19%
    b) Выборочный регресс
      
    48%
    c) Регресс по зонам риска
      
    9%
    d) Регресс на основе чек-листа
      
    ❤5❤🔥5🔥3🤣1🙈1
  При выборе стратегии регрессионного тестирования НЕ рекомендуется задавать себе вопрос:
  Anonymous Quiz
    15%
    а) Каков масштаб изменений?
      
    20%
    b) Сколько у нас времени?
      
    27%
    c) Какой браузер самый популярный у наших пользователей?
      
    39%
    d) Насколько зрелая наша автоматизация?
      
    ❤4😁3🔥2🍌2
  🔊QA Buddy | Tester pinned «При выборе стратегии регрессионного тестирования НЕ рекомендуется задавать себе вопрос:»
  Anonymous Quiz
    5%
    а) Она выполняется слишком медленно
      
    19%
    b) Она требует глубоких знаний архитектуры от тестировщика
      
    65%
    c) Чек-лист может устаревать, если за ним не следить
      
    11%
    d) Она не подходит для проверки критичного функционала
      
    ❤🔥4❤4🔥2
  Мы все иногда бываем в тупике: странный баг, спорные требования или просто нужен совет по карьере.
Что можно спросить? 
· Как подойти к тестированию этой штуки?
· Сталкивался ли кто-то с таким багом?
· Какой инструмент лучше выбрать?
· Помогите разобрать тест-кейс.
И тдPlease open Telegram to view this post
    VIEW IN TELEGRAM
  ❤22
  
  🔊QA Buddy | Tester
Хотите розыгрыш с подарками ?
Думаю над призами 👁️ 
➡️ ➡️ 
А что еще❔ 
Подставка для ноутбука 
Павербанк 
А что еще
Please open Telegram to view this post
    VIEW IN TELEGRAM
  🔥7
  Протестируй свою удачу! Участвуй в нашем розыгрыше — все просто и понятно.
«1» + скриншот репоста/отправки
«2» + скриншот репоста/отправки
«3» + скриншот репоста/отправки
и так далее...
https://randstuff.ru/number/
Please open Telegram to view this post
    VIEW IN TELEGRAM
  🔥20
  Цель: Научиться структурировать процесс тестирования и создавать ключевой документ, определяющий scope, подход и риски проекта.
Продукт для тестирования: Мобильное приложение Ozon
Версия: 4.25.0 (гипотетический следующий релиз)
Ozon — мобильное приложение одного из крупнейших в России маркетплейсов.
Целевая аудитория: пользователи 18-60 лет, совершающие покупки онлайн.
1. Поиск и каталог
- Поиск товаров по названию/артикулу
- Фильтрация и сортировка
результатов
- Просмотр категорий товаров
- Карточка товара (характеристики, отзывы, рейтинг)
2. Работа с корзиной
- Добавление/удаление товаров
- Изменение количества товаров
- Применение промокодов
- Расчет общей стоимости
3. Оформление заказа
- Выбор способа доставки.
(курьер, пункт выдачи)
- Выбор способа оплаты (карта,
рассрочка, наличные)
- Ввод/выбор адреса доставки
- Подтверждение заказа
4. Личный кабинет
- Просмотр истории заказов
- Отслеживание текущих заказов
- Настройки уведомлений
- Бонусный счет Ozon Card
5. Акции и промо
- Просмотр акционных товаров
- Участие в распродажах (Ozon Days)
- Персональные предложения
Разработать упрощенный тест-план для мобильного приложения Ozon версии 4.25.0. План должен содержать следующие разделы:
1. Введение
- Краткое описание проекта и целей тестирования
2. Цели тестирования
Какие бизнес-критичные функции требуют наибольшего внимания?
Пример: бесперебойное оформление заказа, корректность расчетов стоимости
3. Объем тестирования
- Входит: основные сценарии
покупки, работа корзины, поиск товаров
- Не входит: Ozon Travel, Ozon Finances, Ozon Premium (предположим, что они не входят в этот релиз)
4. Подход/Стратегия
Какие виды тестирования будут применяться
5. Расписание/Этапы
Предложите примерный план на 2 недели
6. Критерии начала/окончания тестирования
- Начало: сборка от разработчиков прошла smoke-тестирование
- Окончание: выполнено 95% тест-кейсов, критические баги исправлены
7. Риски
Минимум 3-5 потенциальных рисков:
Пример:
- Нестабильность тестового стенда
- Недоступность платежного шлюза для тестирования
- Изменение требований в процессе тестирования
- Для каждого риска предложите способ mitigation
e-commerce проекту
- Сфокусируйтесь на основных пользовательских сценариях (поиск → товар → корзина → заказ)
- Учитывайте высокие требования к безопасности (платежные данные)
- Помните о важности кросс-платформенного тестирования (миллионы пользователей на разных устройствах)
- Предусмотрите тестирование в условиях нестабильного интернета
Форма сдачи и срок:
1. Ссылка на Google таблицу
2. Срок: 31 октября 2025
💬 Если присоединились позже дедлайна, напишите мне для уточнения @larisa_voin
#уроки
Please open Telegram to view this post
    VIEW IN TELEGRAM
  ❤11🔥6🤣6👌1🫡1