If you got fatal exception somewhere within test case, make program generate coredump by adding extra command line argument

Если вы получили сообщение «нарушение доступа к памяти» (или любое другое сообщение, указывающее на фатальную или системную ошибку) при запуске теста, чтобы получить дополнительную информацию о местоположении ошибки, добавьте

--catch_system_error=no

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

How to use test module build with Boost.Test framework under management of automated regression test facilities?

Моя первая рекомендация состоит в том, чтобы убедиться, что система тестирования улавливает все фатальные ошибки, добавляя аргументы.

--catch_system_error=yes

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

--__param_report_level__=no

Аргументация и вывод тестового журнала путем добавления

--log_level=nothing

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

--output_format=XML

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