Несколько интерфейсов крепления поддерживаются Unit Test Framework. Выбор интерфейса зависит в основном от использования светильника.

Fixture class model

Unit Test Framework определяет общую модель класса светильников следующим образом:

struct <fixture-name>{
  <fixture-name>();      // setup function
  ~<fixture-name>();     // teardown function
};

Другими словами, устройство, как ожидается, будет реализовано в виде класса, где конструктор класса служит в качестве метода setup, а деструктор класса служит в качестве метода teardown. Unit Test Framework предпочёл избегать явных имен в интерфейсе крепления для методов setup и teardown, поскольку он считается наиболее естественным в C++ для задач, подобных RAII, и совпадает с чистым решением C++, рассмотренным выше.

Данная модель ожидается от светильников, используемых с BOOST_FIXTURE_TEST_CASE и BOOST_FIXTURE_TEST_SUITE.

	Caution
	Вышеупомянутый интерфейс не позволяет вам сообщать об ошибках в процедуре teardown с использованием исключения. Это имеет смысл, хотя: если каким-то образом более чем один светильник назначен на испытательный блок (например, с использованием приставки декоратора), вы хотите, чтобы все процедуры стирания запускались, даже если у некоторых могут возникнуть проблемы.

Flexible models

В дополнение к BOOST_FIXTURE_TEST_CASE и BOOST_FIXTURE_TEST_SUITE Unit Test Framework позволяет связать крепление с тестовым блоком с помощью декоратора фиксация. Этот декоратор поддерживает дополнительные модели для декларирования setup и teardown:

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