Для справки, я ищу некоторые проекты с открытым исходным кодом с модульными тестами.
Изменить. Конечно, должно быть больше!
Для справки, я ищу некоторые проекты с открытым исходным кодом с модульными тестами.
Изменить. Конечно, должно быть больше!
SQLite имеет очень полный набор тестов. Это может быть не единичное тестирование, как таковое, но оно довольно всеобъемлющее.
Начиная с версии 3.6.16 (вся статистика в отчете против этого выпуска SQLite), библиотека SQLite состоит приблизительно из 63,9 KSLOC кода C. (KSLOC означает тысячи "Исходные строки кода" или, в других слова, строки кода, исключая пробел линий и комментариев.) Для сравнения, проект испытал в 709 раз больше код и тестовые скрипты - 45385.9 KSLOC.
OpenJDK имеет очень полный набор тестов соответствия, которые необходимо пройти, чтобы считаться допустимой реализацией Java.: -)
Проект ASP.NET MVC, исходный код которого можно увидеть на codeplex, имеет очень полный набор модульных тестов. Его можно даже просматривать онлайн: -)
Spring загружается с помощью тестов JUnit.
Несколько примеров:
Похоже, Groovy имеет кучу. Вы можете видеть, когда они терпят неудачу на своем сервере CI.
Многие библиотеки Boost имеют модульные тесты, поэтому многие из реализаций Буферы протокола Google
Ruby On Rails имеет множество модульных тестов, а большинство популярных расширений (плагинов/драгоценных камней) также имеют модульные тесты.
Если вы рассматриваете CodePlex проекты с открытым исходным кодом, посмотрите на Сервис Factory. Там было более 700 тестов, когда я расширил источник в прошлом году.
Все инструменты Selenium имеют хорошее количество тестов.
Ядро селена и Selenium IDE имеют тесты jsunit и Selenium RC имеют тесты JUnit. Исходный код можно найти здесь
Mark Pilgrim Feedparser выставляет себя таким образом:
Разбирайте RSS и Atom-каналы в Python. 3000 единиц. Открытый исходный код.
Менеджер пакетов Chestnut (реклама)
Я думаю, вы найдете несколько проектов с открытым исходным кодом, которые имели некоторый тип модульного тестирования. Но следите за тем, что вы пытаетесь сделать с этой информацией. Помните, что проект с открытым исходным кодом - это совместная работа разработчиков. Код перемещается назад, а для него и несколько человек смотрят на него, прежде чем код даже будет скомпилирован для окончательной версии. Таким образом, даже если модульное тестирование не является преобладающим в большинстве проектов с открытым исходным кодом, качество кода гарантируется экспертной оценкой/тестированием, выполненной несколькими людьми в то время.
С другой стороны, на общих корпоративных проектах у вас есть группа разработчиков, каждая из которых работает в определенной части кода и взаимодействует между другими методами и функциями разработчиков. Так как только несколько очень занятых людей смотрят на большую картину, то в этих проектах обязательно должны быть тесты Unit Tests. Итак, когда разработчик добавляет что-то новое, нам нужно знать, что мы не сломали код другого. В проекте с открытым исходным кодом кто-то, вероятно, отправит вам неприятный адрес электронной почты, как только он установит ваш патч.
Просто помните, что оба метода не следует сравнивать бок о бок.
NUnit модульная система тестирования имеет код для тестирования . Я уверен, что то же самое верно для всех других модулей тестирования модулей.
Мой проект JMockit (набор инструментов для тестирования разработчиков, особенно для модульного тестирования с помощью mocks) содержит большое количество тестов, в основном используя JUnit 4.
Этот тестовый набор примеров, например, содержит более 150 модульных тестов.
Язык программирования Factor содержит около 42 тысяч строк в тестовых файлах.
Все мои проекты с открытым исходным кодом имеют модульные тесты: