Термин · Тестировщик / QA

Edge case

Edge case — ситуация на краю обычного сценария: последний товар на складе, истечение сессии во время оплаты или переход через полночь. Такие случаи могут включать допустимые и недопустимые условия; важны ожидаемое поведение системы и последствия сбоя.

Что означает

Представьте: покупатель нажал «Оплатить», деньги списались, но ответ сервера потерялся. Повторное нажатие не должно создавать второй платёж. Поиск edge cases начинается с вопроса «Что произойдёт, если привычное условие перестанет выполняться в самый неудобный момент?»

Пример применения

Два покупателя одновременно оформляют последний товар. Проверьте, что резерв получает только один заказ, второй покупатель видит понятное сообщение, а остаток не становится отрицательным. Это проверка конкурирующих действий, а не только числового лимита.

Пять мест, где искать edge cases

  • Данные: пустая корзина, единственная запись, максимальный файл и символы, занимающие несколько байтов.
  • Время: оплата после истечения сессии, промокод на границе срока действия и переход между часовыми поясами.
  • Состояния: повторная отправка формы, возврат на уже завершённый шаг и отмена во время обработки.
  • Параллельность: два покупателя одного товара или два редактора одной записи.
  • Внешние сервисы: таймаут после успешной операции, частичный ответ и запоздавшее подтверждение.

Edge case, boundary value и negative case

  • Boundary value analysis — техника выбора проверок около границы. Для количества от 1 до 10 проверьте, например, 0, 1, 2, 9, 10 и 11.
  • Negative case проверяет недопустимые действия или данные: покупка без обязательного адреса, неверный токен или количество −1.
  • Edge case описывает нетипичное сочетание условий: адрес удалили в другой вкладке прямо перед оплатой. Категории могут пересекаться; название не заменяет ожидаемый результат.

Как превратить находку в тест-кейс

  • Назовите условие: два запроса резервируют последний товар одновременно.
  • Подготовьте данные: остаток 1, два покупателя и независимые сессии.
  • Опишите действие и способ воспроизведения параллельности.
  • Запишите наблюдаемый результат: один резерв, отсутствие двойного списания и понятный отказ второму покупателю.
  • Определите приоритет по ущербу: деньги, потеря данных и права доступа требуют особого внимания.

Проверьте себя на рабочей ситуации

Покупатель нажал «Оплатить», увидел таймаут и нажал снова. Какие три результата нужно проверить?

Показать разбор ответа

Операция оплаты выполнена не более одного раза; заказ связан с фактическим статусом платежа; пользователь может узнать результат или безопасно повторить действие. Один только текст «Ошибка сети» не подтверждает корректность сценария.

Закрепите на практике

Примените разбор в тест-дизайне

Источник: ISTQB: программа Foundation Level и техники тест-дизайна. Примеры и задания подготовлены редакцией Ariol.

Синонимы и варианты

крайний случайкраевые случаиedge casesedge cases этоedge кейсграничный сценарий

Связанные термины

Где встречается

При анализе требований, подготовке тестовых данных и проверке критичных операций: оплаты, прав доступа, резервирования и сохранения данных.

Ошибки понимания

Редкость сценария сама по себе не определяет приоритет. Сопоставляйте вероятность с ущербом и проверяйте ожидаемый результат; крайние и негативные сценарии могут пересекаться.

· Версия 4 · Обновлено

Независимая экспертная проверка не заявлена.

Что обновлено
  • — Обновлено: Пример, Определение, Объяснение, Где встречается, Ошибки понимания, Заголовок поиска, Описание поиска.
  • — Обновлено: Пример, Определение, Объяснение, Синонимы, Где встречается, Ошибки понимания, Заголовок поиска, Описание поиска, Поисковые фразы.
  • — Обновлено: Где встречается, Ошибки понимания.

Материал предназначен для обучения. Адаптируйте рекомендации к внутренним регламентам компании и условиям проекта.

Предложить исправление через контакты Ariol