История тестов FitNesse с контролем версий

Question

Я начинаю некоторые автоматизированные приемочные испытания для нашей компании и решил использовать FitNesse.

Я хочу, чтобы FitNesse находился под контролем исходного кода - это исполняемый файл FitNesse + плагины, вики-страницы и исходный код тестового оборудования.

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

Я прочитал, что управление версиями страницы можно отключить с помощью параметров -e 0. Тогда у нас нет ZIP-файлов в корневой папке FitNesse под контролем исходного кода - хорошо.

Но как насчет истории испытаний? Хочу ли я проверить историю локально выполненных тестов? И когда кто-то получает последнюю версию, он хочет, чтобы его локальная история тестов была перезаписана?

Я очень благодарен всем, кто может поделиться своим опытом использования FitNesse в сценариях, аналогичных описанным выше.

Answer 1

Почему вы не очищаете всю историю тестов перед регистрацией?

В моем текущем проекте для создания тестовых случаев в FitNesse есть только 2 необходимые операции: рисование таблицы (редактирование страницы) и разработка API (вывод в виде файлов.dll).

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

Структура нашего SVN:

-SVN
 --FitNess
  --- TestLib
  --- FitNesse
     ---- FitNesseBin
     ---- TestCases

[Обновить]

Код Fixture Test должен быть закончен и заморожен до того, как тестировщики начнут писать тестовые примеры и запускать их. Конечно, когда Test Fixture требует исправления или улучшения, код также может быть изменен. В моей команде мы просим разные роли для решения разных задач. Разработчик предоставляет API для тестирования использования. Старший QA заворачивает API в тестовое крепление. QA написать таблицу / вики. Каждую роль принимают только назначенные части. Перед изменением член команды должен обновить локальную копию FixNesse и извлечь файл. И только регистрация в измененном файле проверки.

Answer 2

Отключение и автоматическая очистка истории тестов по-прежнему является действительным требованием для тех, кто интегрирует фитнес в стандартную сборку (например, Maven), и для локального запуска сборок фитнеса, несмотря на параметры.svnignore.gitignore и т. Д.

История тестов замедляет завершение теста, и когда он будет очищен после нескольких запусков, вы непременно заметите разницу.

Дядя Боб упомянул, что он работает над возможностью сохранить историю тестов только для последнего запуска теста (вам всегда нужно по крайней мере 1, чтобы вы могли показать результаты) здесь http://tech.groups.yahoo.com/group/fitnesse/message/14306 но не вижу такой опции в коде. Я получил ошибку Python, пытаясь ответить на сообщение - так что, к сожалению, нет ответа на этот вариант:-(