Используя CppUnit для обнаружения утечки памяти

Если вы работаете в Linux, вы можете запускать свои тесты с помощью memcheck .

В разделе Client Requests руководства описывается несколько полезные макросы, один из которых отмечен как полезный для тестирования:

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

Макрос определен в memcheck.h (вероятно, в / usr / include / valgrind ), и желаемая последовательность будет напоминать

unsigned long base_definite, base_dubious, base_reachable, base_suppressed;
VALGRIND_DO_LEAK_CHECK;
VALGRIND_COUNT_LEAKS(base_definite, base_dubious, base_reachable, base_suppressed);
// maybe assert that they're zero!

// call test

unsigned long leaked, dubious, reachable, suppressed;
VALGRIND_DO_LEAK_CHECK;
VALGRIND_COUNT_LEAKS(leaked, dubious, reachable, suppressed);
CPPUNIT_ASSERT_EQUAL(base_leaked, leaked);
// etc.

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

CPPUNIT по умолчанию не поддерживает проверку на утечку памяти.

Проект был возобновлен (он был остановлен на долгое время), и это может быть особенностью CPPUNIT2, вы может предлагать (или писать) авторам.

Если вы ищете среду модульного тестирования с поддержкой обнаружения утечек памяти, вы можете попробовать CppUTest . Этот проект использовали Мартин Фаулер и Боб Мартин на некоторых курсах TDD. Довольно неплохо.

В Windows было бы довольно просто использовать некоторые вызовы кучи отладки, чтобы заставить CppUnit воздействовать на эту информацию с помощью _CrtMemCheckpoint () и _CrtMemDifference () :

• http://msdn.microsoft.com/en-us/library/wc28wkas.aspx

Есть недостатки:

• вам придется разместить что-то вручную в начале тест для получения контрольной точки (возможно, есть способ как-то интегрировать это в CppUnit)
• это только Windows (вероятно, есть что-то похожее на различных других платформах)
• он будет работать только для сборок с Debug CRT

Где я работаю, мы строим наши модульные тесты с помощью purify. Затем наша платформа непрерывной интеграции извлекает как количество успешных / неудачных тестов, так и количество пропущенных байтов (+ результаты lint и coverity) и показывает их на веб-странице. Я настоятельно рекомендую сделать это таким образом.

Извините за то, что не предоставил желаемое решение.

Понятия не имею, но вы можете использовать что-то вроде кода диспетчера памяти Fluid Studios и зацепить это в себе с помощью некоторой настройки. Либо это, либо скомпилируйте его в свое тестовое приложение, а затем получите сценарий, который запускает приложение один раз для каждого теста и сопоставляет результаты отслеживания памяти.

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

Я знаю, что это не CppUnit, но boost :: test может обнаруживать утечки памяти.

Из http://www.boost.org/doc/libs/1_39_0/ libs / test / doc / html / execution-monitor / user-guide.html :

void detect_memory_leaks (bool on_off);

void break_memory_alloc (long mem_alloc_order_num);