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

Test module

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

Часть тестового бегуна является необязательной. Если тестовый модуль построен как исполняемый, тестовый бегун встроен. Если тестовый модуль построен как динамическая библиотека, он управляется внешним тестовым бегуном .

Test body

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

Test tree

Это иерархическая структура test suites (нелистовые узлы) и test cases (листовые узлы). Более подробную информацию можно найти здесь .

Test unit

Это коллективное название, когда оно упоминается либо в test suite, либо test cases. См. этот раздел для более подробной информации.

Test assertion

Это одно двоичное условие (двоичное в том смысле, что имеет два результата: проход и отказ), проверенное тестовым модулем.

Существуют различные школы мысли о том, сколько тестовых утверждений должно состоять из тестового случая. Две полярные позиции отстаиваются последователями TDD — одно утверждение на тестовый случай; и напротив этого — все тестовые утверждения в рамках одного тестового случая — отстаиваются теми, кто заинтересован только в первой ошибке в тестовом модуле. Unit Test Framework поддерживает оба подхода.

Test case

Это независимо контролируемая функция в тестовом модуле, которая состоит из одного или нескольких тестовых утверждений. Термин , независимо контролируемый , используется для того, чтобы подчеркнуть тот факт, что все тестовые случаи контролируются независимо. Непонятое исключение или другое нормальное прекращение выполнения тестового случая не приводит к прекращению тестирования. Вместо этого ошибка улавливается монитором выполнения тестового случая, о котором сообщает Unit Test Framework, и тестирование переходит к следующему тестовому случаю. Позже вы увидите, что это одна из основных причин, по которой мы предпочитаем несколько небольших тестовых случаев одной большой тестовой функции.

Test suite

Это контейнер для одного или нескольких тестовых случаев. Тестовый набор дает вам возможность группировать тестовые случаи в одну реферабельную сущность. Существуют различные причины, по которым вы можете сделать это, в том числе:

Тестовый набор может также содержать другие тестовые наборы, что позволяет формировать иерархическую структуру тестового дерева. Unit Test Framework требует, чтобы тестовое дерево содержало по меньшей мере один тестовый набор с по меньшей мере одним тестовым случаем. Тестовый пакет верхнего уровня - корневой узел тест-дерева - называется мастер-тест-люксом.

Test setup

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

Test cleanup

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

Test fixture

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

Test runner

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

Test log

Это запись всех событий, которые происходят во время тестирования.

Test report

Это отчет, подготовленный Unit Test Framework после завершения тестирования, который указывает, какие тестовые случаи / тестовые наборы прошли и какие не прошли.