Термин · Тестировщик / 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.
Синонимы и варианты
Связанные термины
Где встречается
При анализе требований, подготовке тестовых данных и проверке критичных операций: оплаты, прав доступа, резервирования и сохранения данных.
Ошибки понимания
Редкость сценария сама по себе не определяет приоритет. Сопоставляйте вероятность с ущербом и проверяйте ожидаемый результат; крайние и негативные сценарии могут пересекаться.
Редакция Ariol · Версия 4 · Обновлено
Независимая экспертная проверка не заявлена.
Что обновлено
- — Обновлено: Пример, Определение, Объяснение, Где встречается, Ошибки понимания, Заголовок поиска, Описание поиска.
- — Обновлено: Пример, Определение, Объяснение, Синонимы, Где встречается, Ошибки понимания, Заголовок поиска, Описание поиска, Поисковые фразы.
- — Обновлено: Где встречается, Ошибки понимания.
Материал предназначен для обучения. Адаптируйте рекомендации к внутренним регламентам компании и условиям проекта.
Предложить исправление через контакты Ariol