История испытаний FitNesse с контролем версий - PullRequest
3 голосов
/ 14 ноября 2011

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

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

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

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

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

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

Ответы [ 2 ]

1 голос
/ 15 ноября 2011

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

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

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

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

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

[Обновление]

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

0 голосов
/ 25 сентября 2012

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

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

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

...