С++ Unit Test (модульное тестирование)

Вопроса по сути два.
1. что используете для модульного тестирования и почему отдаете этому предпочтение.
2. если используете eclipse, то очень интересует процесс конфигурирования eclipse для работы с фрэймворком тестирования.

Почему задаю вопрос... Гуглю неделю на предмет поиска данной инфорации. И прихожу в недоумение от того что 90% статей которые удалось найти не моложе 2010 года.. Как результат не могу найти нормального объяснения процесса конфигурирования IDE и фреймворка.
Я читал про : googletest, cpptest, boost.test.
к сожалению ни одну из них не удалось по человечески настроить. вроде что-то работает.. но как-то частично.. то на библиотеки ругань... то якобы не подключены пути...

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

0

Сообщение от greeezz Уверен что все зависит от проекта и что пословица “Кашу маслом не испортишь” применима к модульному тестированию.

Если требования к проекту динамически изменяются, вероятно, придется переписывать и большую кучу тестов Так что все должно быть в меру.

0

Гм. А как тогда, не переписывая тестов или не имея их вообще, ты подтвердишь, что некоторое требование действительно выполняется, и при этом выполняется правильно?
На любое требование должны быть один или несколько методов проверки. Это относится не только к высокоуровневым требованиям (описанным в ТЗ), но и к более низкоуровневым - в спецификации модуля и/или класса, и/или функции.

0

Сообщение от CheshireCat Гм. А как тогда, не переписывая тестов или не имея их вообще, ты подтвердишь, что некоторое требование действительно выполняется, и при этом выполняется правильно? На любое требование должны быть один или несколько методов проверки. Это относится не только к высокоуровневым требованиям (описанным в ТЗ), но и к более низкоуровневым - в спецификации модуля и/или класса, и/или функции.

Я про то, что не надо загоняться и всегда стремиться к 100% покрытию кода тестами. Это лишнее.

0

Сообщение от fasked Если требования к проекту динамически изменяются, вероятно, придется переписывать и большую кучу тестов Так что все должно быть в меру. ... Я про то, что не надо загоняться и всегда стремиться к 100% покрытию кода тестами. Это лишнее.

Думаю что требуется внести уточнение. Когда вы говорите о динамическом изменении проекта то что это значит ? что вы собираетесь переписать его половину? Это уже не динамическое изменения а практически новый проект в таком случае.
Если по существу ....
Что такое модульное тестирование. В первую очередь это тестирования не всего проекта одним тестом. А тестирование его компонентов (читай, методов, классов например). Как вы пишете код? Вы создаете классы, описываете поведение каждого класса. Каким вы стремитесь писать ваши классы ? Верно.. Переиспользуемыми. Почему? Потому что это одна из основ ООП.
Отсюда следует. Если вы вносите изменение в часть проекта то вы не будете переписывать все тесты и даже не большую их часть. Вы перепишите тесты которые тестируют то что вы меняете и не более. Конечно если код ваших классов зависит от кода других ваших классов... вот тут уже проблема и надо менять подход к имплиментации ваших идей.
Поймите правильно. Всем что написано выше я не хотел сказать что ЭТО ВЫ делаете неправильно. Мне лишь показалось что мы говорим об одних вещах но только разными словами.

0

0

0

Сообщение от fasked Конечно если код ваших классов зависит от кода других ваших классов... вот тут уже проблема и надо менять подход к имплиментации ваших идей.

сферические классы в вакууме, обменивающиеся между собой анонимными сообщениями чтоли?

0

Сообщение от alex_x_x сферические классы в вакууме, обменивающиеся между собой анонимными сообщениями чтоли?

Красиво сказано. Ничего не скажешь.
alex_x_x, Я уверен что вам известно понятие интерфейса класса а также одного из постулатов ООП - инкапсуляция. И еще я уверен что логику классов, которые вы пишите, вы можете менять. И причем менять так что вам не придется менять код "клиентов" который используют этот класс.
Я ответил на ваш вопрос ?

0

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

0