Какую документацию (ссылки и советы) вы могли бы предложить мне для создания библиотеки тестирования? - PullRequest
0 голосов
/ 08 октября 2010

Я думаю о разработке своей собственной библиотеки тестов (фреймворка) -> на c ++. Мне интересно, если некоторые из вас уже разработали там свои собственные (и какие полезные советы, документацию они могли бы предложить мне), решили не делать этого(и почему). Какие критики (и споры) вы имеете против различных существующих фреймворков тестирования.

Я не хочу больше рассказывать о тестировании фреймворка.На самом деле у меня есть несколько довольно разных вещей для тестирования:

  • простой модульный тест
  • MVC и слот сигнала
  • данных (особенно для аудио и DSP)
  • производительность
  • совместимость

"Так много вещей ... и так мало времени"

Нет, мне действительно нужнопроверить много разных вещей.Итак, я ознакомлюсь с тем, как спроектирован XUnit, а также с соответствующей книгой Addison и W XUnit, а также со статьей, посвященной Advanced Unit Testing, по проекту кода ... И другими статьями, обсудим это с коллегами ... И в конце я хочуспроектировать свой собственный.

Почему:

  • особые потребности,
  • , например, «сделай сам» (и узнай, почему это делается в существующих фреймворках и что яЯ не гениальный ... ^^)

Спасибо всем.

Ответы [ 2 ]

1 голос
/ 08 октября 2010

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

За эти годы я использовал несколько фреймворков, включая CxxTest, CppUnitLite и UnitTest ++.Но я рекомендую Google Test вместе с Google Mock (Google Mock поставляется с прилагаемой копией Google Test).

1 голос
/ 08 октября 2010

Я помню, как читал некоторые дискуссии о дизайне Cppunit 2 на sourceforge wiki .Я бы начал отсюда.Кроме того, Ноэль Ллопис исследовал инфраструктуру модульного тестирования C ++ в джунглях .

Но , вы говорите, что хотите воссоздать другой фреймворк, и у вас осталось совсем немного времени.Я бы предложил выбрать один фреймворк, соответствующий вашим потребностям для модульных тестов, посмотреть, можно ли его использовать для MVC и тестирования данных.Более того, инфраструктура модульного тестирования не предназначена для запуска тестов производительности.Я бы порекомендовал следовать философии Unix здесь: простые маленькие инструменты, которые делают одно и делают это хорошо .

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...