Ответа в ветке Организация TDD при разработке на Visual C++

Автор: MarW
Дата: 26.09.04

не нашел.
В С# проектах при использовании NUnit либо CsUnit добавляется ссылка на библиотеку nunit.framework.dll, которую затем придется включать в дистрибутив. Нежелательно перед каждым релизом удалять тестирующие классы, но в то же время не хочется таскать каждый раз этот файл, и я вынес все тестирующие классы в отдельный проект (соответвенно отдельную библиотеку, не связанную с основными — программа состоит фактически из одного exe-шника и кучи "плагинов").
Как эту проблему решаете вы? Или может, просто включить лишний файл в дистрибутив, благо он небольшой по размеру? Ведь удобнее, когда все тесты в проекте "под рукой", а не в отдельном проекте.

Здравствуйте, v.ermolov, Вы писали:

VE> Ответа в ветке Организация TDD при разработке на Visual C++

Автор: MarW
Дата: 26.09.04

не нашел.
VE> В С# проектах при использовании NUnit либо CsUnit добавляется ссылка на библиотеку nunit.framework.dll, которую затем придется включать в дистрибутив. Нежелательно перед каждым релизом удалять тестирующие классы, но в то же время не хочется таскать каждый раз этот файл, и я вынес все тестирующие классы в отдельный проект (соответвенно отдельную библиотеку, не связанную с основными — программа состоит фактически из одного exe-шника и кучи "плагинов").
VE> Как эту проблему решаете вы? Или может, просто включить лишний файл в дистрибутив, благо он небольшой по размеру? Ведь удобнее, когда все тесты в проекте "под рукой", а не в отдельном проекте.

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

Здравствуйте, Аноним, Вы писали:

VE>> Как эту проблему решаете вы? Или может, просто включить лишний файл в дистрибутив, благо он небольшой по размеру? Ведь удобнее, когда все тесты в проекте "под рукой", а не в отдельном проекте.

А>везде где видел — в отдельном проекте лежат тесты. код для них выступает в виде чОрного ящика с интерфейсами публичными.

Аналогично. Какой смысл включать тесты в основную сборку ?

Здравствуйте, v.ermolov, Вы писали:

VE> Ответа в ветке Организация TDD при разработке на Visual C++

Автор: MarW
Дата: 26.09.04

не нашел.
VE> В С# проектах при использовании NUnit либо CsUnit добавляется ссылка на библиотеку nunit.framework.dll, которую затем придется включать в дистрибутив. Нежелательно перед каждым релизом удалять тестирующие классы, но в то же время не хочется таскать каждый раз этот файл, и я вынес все тестирующие классы в отдельный проект (соответвенно отдельную библиотеку, не связанную с основными — программа состоит фактически из одного exe-шника и кучи "плагинов").
VE> Как эту проблему решаете вы? Или может, просто включить лишний файл в дистрибутив, благо он небольшой по размеру? Ведь удобнее, когда все тесты в проекте "под рукой", а не в отдельном проБолее

Более того, тесты в отедьльных проектав НЕ ДАДУТ тестить приватные или internal механизмы

Решается просто

#define TEST

#if TEST

[Test]
public void....

#end if

Здравствуйте, v.ermolov, Вы писали:

VE> В С# проектах при использовании NUnit либо CsUnit добавляется ссылка на библиотеку nunit.framework.dll, которую затем придется включать в дистрибутив.

DLL-ки на которые стоят ссылки — подцепляются не в момент запуска программы, а динамически — поэтому, если в ходе работы программы тестовые классы не будут использоваться — то и включать nunit.framework.dll в дистрибутив — смысла нет.