Практический материал

Уровни тестирования: объяснение и примеры

Редакция XenonQuasar·Обновлено в августе 2026

Уровни тестирования

Отдельная функция правильно считает скидку, сервис цен передаёт её без ошибки, а витрина показывает. Но в финальном счёте применяется не то правило. Фраза «функция протестирована» скрывает вопрос: на каком участке поведения появилось доказательство?

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

Вложенные уровни тестирования одной функции от компонента до приёмки
Уровни тестирования: на каждом слое задаётся свой вопрос

Уровни тестирования: начните с вопроса к компоненту

Компонентное тестирование рассматривает небольшой элемент изолированно. В примере со скидкой вопрос может звучать так: правильно ли расчёт обрабатывает правило и входные данные? Такой уровень быстрый и точный, но не показывает, что именно пришло от соседнего компонента.

На интеграционном уровне проверяйте договорённость частей

Интеграционное тестирование следует за связью между компонентами или сервисами. Проверьте контракт, преобразование, время ожидания и обработку отказа. Функция может быть верной, но сломаться, если сервис передал другую валюту, округление или идентификатор.

Системный уровень показывает полный путь продукта

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

Приёмочное тестирование связывает поведение с решением

Приёмочный уровень спрашивает, соответствует ли продукт согласованной потребности бизнеса или пользователя. Здесь важны понятные заинтересованному лицу сценарий, данные и результат. Системный тест может пройти, а бизнес-правило всё ещё быть истолковано неверно.

Не смешивайте уровни и виды тестирования

Функциональное, нагрузочное, тестирование удобства, безопасности и другие виды описывают качество или цель вопроса. Один вид может применяться на нескольких уровнях. Функциональную проверку можно выполнить для компонента и для всей системы. Разделение двух измерений делает покрытие обсуждаемым.

Создавайте дополняющее покрытие и называйте границу

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

Итогом становится не список из четырёх терминов, а карта вопросов, доказательств и оставшейся неопределённости.

Уровни тестирования: проведите одну функцию через четыре вопроса

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

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

В конце напишите, какой уровень не выполнялся и что именно ограничивает этот пропуск. Так успешная низкоуровневая проверка не станет доказательством всей цепочки.

Вопросы перед следующим шагом

  • Что можно узнать на каждой границе?
  • Какая договорённость соединяет части?
  • Что должен увидеть пользователь или бизнес?
  • Какой уровень остаётся вне доказательств?
Сверяйте термины и ограничения с первичным источником: официальный глоссарий ISTQB.
Закрепите терминологию CTFL

Повторяйте уровни, виды тестирования и связанные понятия с объяснением каждого ответа.

Подробнее об ISTQB Quiz →