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

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

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

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

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

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

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


automated-tests version-control fitnesse
person GarethOwen    schedule 14.11.2011    source источник

Ответы (2)


arrow_upward
1
arrow_downward

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

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

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

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

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

[Обновлять]

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

person SUT    schedule 15.11.2011
comment
Спасибо за ответ. Держите ли вы свою FitNesse Wiki под контролем версий, чтобы у всех разработчиков была своя собственная локальная версия? Или у вас «централизованная» установка с резервным копированием? - person GarethOwen; 15.11.2011
comment
Да, мы загружаем всю папку FitNesse, содержащую вики-страницу, в SVN. Мы не запускаем FitNesse локально, кроме отладки тестовых примеров. - person SUT; 15.11.2011
comment
Кстати, мы не загружаем локальную историю запуска в svn, поскольку мы развернем FitNesse на удаленных тестовых машинах для тестирования после выпуска новых сборок. После запуска мы получим результат тестирования из файла .csv, который может находиться в папке FitNesse. Так что местная история нам ни к чему. Более того, местная история ввела бы нас в заблуждение. - person SUT; 15.11.2011
comment
Очень признателен за вашу помощь. У меня есть еще пара вопросов, просто для ясности, я понимаю, как вы используете fitNesse: как вы собираетесь писать новый тест или как в целом редактировать Wiki? Вы делаете это локально, а затем регистрируете вместе с любыми необходимыми изменениями в коде testFixture? Это делают не разработчики или только разработчики? По моему опыту, только разработчикам комфортно использовать систему контроля версий. - person GarethOwen; 15.11.2011
comment
Если ваш начальник скупердяй, вы расширите свой кругозор, используя SVN и MS Excel для управления тестовыми примерами и результатами тестов вручную. ;) Итак, тестеры / qa также использовали бы SVN для некоторых особых сценариев. - person SUT; 16.11.2011
comment
А поскольку комментарий имеет ограниченные символы и плохой формат, я добавляю свой вариант напрямую к своему ответу. - person SUT; 16.11.2011
comment
Спасибо за вашу помощь - теперь у меня есть хорошее представление о том, как реализовать это, чтобы удовлетворить нашу команду. - person GarethOwen; 16.11.2011

arrow_upward
0
arrow_downward

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

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

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

person Matt Byrne    schedule 24.09.2012