2016-01-29 10 views
1

В настоящее время я использую эти инструменты, чтобы запустить свои тесты, покрытия кода и документации:Результаты тестов и документация Сайт

Модульное тестирование:

  • жасмин
  • XUnit

Покрытие кода:

  • Стамбул
  • dotCover

Документация:

  • Typedoc

Как я пытаюсь сделать все модульное как для интерфейса и внутреннего интерфейса, есть несколько беседки компонентов и пакетов nuget, где, конечно, каждый компонент работает d ifferent тип испытаний и документации.

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

Есть ли доступный плагин, который может помочь мне в этом?

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

ответ

5

Я использую примерно те же технологии. В качестве сервера сборки я использую TeamCity. В двух словах: ваш билд состоит из этапов, например, (упрощенно):

  1. сборки .sln
  2. глотка построить
  3. XUnit тестов (* A: publishing coverage)
  4. кармы прогонов
  5. (* B: публикация)

Единственная проблема, с которой я столкнулся, - это покрытие (* A + * В). Последние данные будут перезаписаны первым, (в среднем не все). Поэтому в этом случае я использую custom reports page, чтобы отобразить отчет, созданный с помощью istanbul, и использовать отчет о покрытии xUnit.

Возможно, у вас есть покрытие.json из istanbul как артефакт вашей сборки, а вторая сборка забирает и сообщает об охвате командой teamcity. Это будет просто сбор отчетов о покрытии (только 1 шаг, покрытие кода отчета). Триггер - это успешная сборка, создающая покрытие.

Для вашей сгенерированной документации вы также можете использовать custom reports page.

О выполнении единичных тестов (оба жасмина (карма?) и xunit), оба сообщают о своих цифрах, и итоговый протокол испытаний покажет их вместе.

+0

, но у вас есть документация, создаваемая для каждого права сборки? Разве не имело бы смысла иметь отдельный сайт для размещения всей вашей документации? – comb

+0

Для такой документации (сгенерированной из кодового комментария) каждая фиксация потенциально изменила документацию. Целевая аудитория - это разработчики, поэтому я лично вижу TeamCity как отличное место для его размещения. По мере развития вашего приложения, документация API и разные ветви имеют различный контент. Вы могли бы использовать TC генерировать артефакт из документации и публиковать на другом сервере. –

 Смежные вопросы

  • Нет связанных вопросов^_^