Доброе время суток.
Я работаю с Visual Studio 2005 и хотел бы при помощи cppUnit
для моего DLL-Проэкта (динамическая библиотека) создать
автоматические тесты.
Вопрос в том как мне получить доступ к функциям проекта из "cppUnit"- Проэкта?
Вопрос в догонку?
Как тестировать приватные функции класса?

cppUnit не самая удобная либа. Возьми лучше Boost.Test или UnitTest++. Что касается private функций, то я считаю, что их следует тестировать только через публичные функции.
Первый вопрос не вполне понятен. Сделай в том же solution проект для тестов, пропиши его в зависимости к основному, а исполнение тестовой программы пропиши в post-build основного проекта.
Можешь ещё почитать парочку вопросов на SO:
Should non-public functions be unit tested and how?
testing classes

Он имеет в виду классы/функции, которые не экспортируются из dll. Я решил эту проблему сл. образом: вдобавок к обычной цели (dll) сделал статическую, которую и линкую к тестовой exe. С помощью cmake это делается одной строкой :)

Вот еще одна ссылка: http://stackoverflow.com/questions/693206/seeking-suggestions-for-unit-testing-c...

Я вообще не понимаю при чём тут это. Unit test'ы работают на уровне исходников, ты просто инклюдишь/включаешь в проект нужные файлы...

Мне это почему-то казалось нехорошим приемом, но раз ты это говоришь... :)

Дискуссия так себе. Я пожалуй с o-l-o и iain соглашусь.

Ну ты же фактически тоже включаешь в тестовый проект хедеры и либ-файлы. Либ-файлы или cpp-файлы -- это уже детали.

Да, ты прав.

В конкретном данном случае прав ты. Надо сказать, что в последнее время я работал с gcc и make, так что мои рассуждения имели несколько теоретический характер. Поигравшись немного со студией, я думаю, что в случае DLL-проекта лучше сделать три под-проекта в одном solution'е: lib, dll, test. Test зависит от lib, dll зависит от test. Test.exe запускается в постбилде самого себя.
PS Вообще говоря всё это не совсем удобно делать со студией. Make'ом удобнее разбить тесты на части, так чтобы при компиляции небольшой части исходников запускалась компиляция и исполнение тестов только для этой части проекта.

Make'ом удобнее разбить тесты на части, так чтобы при компиляции небольшой части исходников запускалась компиляция и исполнение тестов только для этой части проекта.
------
Не совсем внятно что именно составляет проблему - студия позволяет перестроить отдельный проект и, после того как он перестроен, делать или не делать перестройку зависимых проектов. Да, чуток беднее, но никаких проблем, если нет завышенных требований к управлению зависимостями...

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

Если файлы проектов генерируются cmake, то вполне удобно. Я очень рад, что тогда вас послушал и остановился на нем :)

А код в чем писал?

В студии. Make-проект можно вполне удобно вписать в студию, только дебажить нельзя. Надо бы debug-engine для gdb написать...

А тестируешь чем?

UnitTest++.
Правда, мне щас не до тестов: успеть бы разгрести до очередного релиза.

Открой для себя friend. http://www.cyberguru.ru/programming/cpp/cpp-language-straustrup3-page14.html