Сначала определите сумму, с которой сравнивают порог
Условие подарок от 3000 рублей неполно без уточнений. В сумму входят доставка, налоги, товары со скидкой или только определённая категория? Рассмотрим учебное правило: учитывается стоимость подходящих товаров после скидок, без доставки и без самого подарка. Это выбранное условие примера, а не обязательное поведение любой платформы. У корзины на 3100 рублей после скидки 200 рублей расчётная сумма станет 2900. По такому правилу право на подарок исчезнет. Покупатель должен видеть понятное объяснение изменения.
Отделите право на подарок от его отображения
Условие акции отвечает на вопрос, положен ли подарок. Отдельные решения определяют, какой товар доступен, сколько единиц разрешено и что делать при отсутствии остатка. Бесплатная позиция должна быть отличима от обычной покупки того же товара. Иначе удаление подарка может затронуть платную единицу или скидка применится не к той строке. Полезно заранее описать поведение при ручном отказе покупателя от подарка. Автоматическое возвращение удалённой позиции после каждого действия может противоречить его явно выраженному выбору.
Повторный пересчёт не должен создавать дубликаты
Корзина пересчитывается после разных событий: изменения количества, применения правила, обновления данных или повторного запроса. Если условие остаётся тем же, повторная проверка должна приводить к тому же результату. Это свойство часто называют идемпотентностью. Вместо безусловного добавления подарка при каждом событии система сопоставляет нужное состояние с текущим. Особого внимания требуют два почти одновременных изменения и сочетание нескольких акций. Понятные правила совместимости и приоритета помогают избежать случайного накопления подарков и непредсказуемого итога.
Проверяйте переходы, а не один красивый экран
Успешное появление подарка показывает только один сценарий. Нужно проверить корзину ниже порога, ровно на границе и выше неё, а затем переходы между этими состояниями. Отдельно рассматривают изменение валюты, недоступность подарочного товара и сочетание со скидками, если такие функции входят в проект. Перед созданием заказа условия и доступность должны проверяться в актуальном состоянии на сервере. Интерфейс сообщает результат покупателю, но его видимая отметка сама по себе не является надёжным основанием для расчёта заказа. Испытания проводят в тестовом окружении с фиктивными данными.
Попробуйте на практике
Составьте на бумаге сценарии для учебной акции: один подарок при сумме подходящих товаров после скидок не менее 3000 рублей, без учёта доставки.
- Запишите ожидаемый результат для сумм 2999, 3000 и 3001 рубль. Укажите, что граница включена в условие.
- Рассмотрите корзину на 3100 рублей и скидку 200 рублей. Посчитайте новую расчётную сумму и ожидаемое состояние подарка.
- Повторите мысленно пересчёт подходящей корзины три раза без изменения данных. Зафиксируйте, что число подарочных единиц остаётся равным одному.
- Добавьте сценарий, где покупатель вручную удаляет подарок. Явно выберите и опишите правило сохранения отказа, чтобы поведение можно было проверить.
- Составьте случай отсутствия подарка на складе и сообщение для покупателя. Укажите, какое решение требует согласования с владельцем акции, вместо выдумывания замены.
Как проверить результат. Граница, скидка, повторный пересчёт, ручное удаление и отсутствие остатка имеют отдельные ожидаемые исходы. В сценариях нет дубликатов и несогласованных платных замен.
Частые вопросы
Почему нельзя просто включать подарок в общую сумму для проверки порога?
Это может создать зависимость условия от собственного результата: подарок поддерживает право на своё получение. Основание расчёта нужно определить явно и проверить на изменениях корзины.
Достаточно ли скрыть подарок в интерфейсе, когда условие не выполнено?
Нет. Важно согласованное состояние данных корзины, расчёта и создаваемого заказа. Скрытая строка не гарантирует, что товар или скидка действительно исключены из итоговой операции.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.