Интеграция Гудзона с тестом MS?
Вы можете использовать Collections.sort и передать свой собственный Comparator
5 ответов
Гудзон имеет новый плагин для MSTest. Просто укажите местоположение .trx файла, и работа сделана для Вас. Меня не удивило бы, если бы плагин использовал решение Allen.
Я означал писать это как руководство и разрабатывать плагин, но я не нашел время для него. Я знаю, что этот вопрос стар, но я УВЕРЕН, что кто-то еще там хочет то же самое, таким образом, здесь это.
В конфигурации проекта на Гудзоне:
Выполняются, пакетная команда Windows
SET MSTest="C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\MSTest.exe"
SET XSLParser="C:\MsBuildNunit\msxsl.exe"
SET TestDLL=path-to-your-test-projects.dll
SET TestOutFILE=TestResults\some-unique-filename.trx
SET TransformedOutputFile=%TestOutFILE:.trx=%.xml
SET XSLFile=c:\MsBuildNunit\MSBuild-to-NUnit.xslt
MKDIR TestResults
%MSTest% "/testcontainer:%TestDLL%" /nologo /resultsfile:%TestOutFILE%
%XSLParser% %TestOutFILE% %XSLFile% -o %TransformedOutputFile%
SET ERRORLEVEL=0
Затем проверяют поле "Publish NUnit test result report", и для "Отчета о тестировании XMLs" входят
TestResults/*.xmlсуществует XSLT в C:\MsBuildNunit as well as msxsl.exe, который прибывает из Microsoft.
можно загрузить MSBuild-to-NUnit.xslt от [1 116] здесь и получить msxsl.exe от microsoft здесь , или можно просто получить заархивированную копию моей папки MsBuildNunit, которая содержит xslt и exe здесь
, Когда выполнено, это называет MSTest.exe, который запускает тесты и производит формат в microsofts trx (xml) формат. Затем это называет msxsl.exe с xslt и trx и переводит его в nunits xml формат. В конце сборки Гудзон берет его как любой другой результат испытаний Nunit, и Вы хороши пойти.
Отредактированный для добавления: Я забыл упоминать с этим xslt, мы получаем полные результаты испытаний. У нас есть несколько тестовых проектов и несколько dll's, и мы получаем большую обратную связь со способностью к графику тенденции, просматриваем тесты по имени, просматриваем состояния тестов, и если это ошибки мы получаем сообщение об ошибке наряду с отслеживанием стека. В основном почти все, что Вы получили бы с Nunit.
Редактирование (снова): Я сейчас добавил тестовую продолжительность в преобразовании, таким образом, это обнаружится в Гудзоне теперь! Кажется, работает отлично для наших тестов.
Редактирование: Я попробовал новый плагин MSTest, и он в настоящее время не поддерживает парсинг нескольких файлов TRX, всего 1, поэтому в настоящее время это - Ваше единственное решение, если Вы похожи на нас и имеете несколько опытных сборок, что необходимо пробежать MSTest.
Гудзон имеет Плагин Графика , который может использоваться для отображения универсальных данных на графике. Это не самый легкий плагин, чтобы настроить и использовать, если у Вас есть несколько точек данных на график, но если можно проанализировать Тестовый вывод MS и генерировать входные файлы для плагина, можно по крайней мере вывести тенденции на печать неудавшихся, успешных, и общих тестов.
Я не смог использовать Гудзон для выполнения анализа Результатов испытаний MS в исторических целях, но я, по крайней мере, смог выяснить, что при использовании MSBuild и Исполнительной задачи Гудзонская сборка будет правильно отмечена, как "отказавший", если какой-либо из тестов перестанет работать.
<Exec Command=""C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\IDE\mstest.exe" /testcontainer:"MyAssembly.dll"" />
I've been able to use a variation of "hangy's" command line, and the MSTest plugin to successfully run and analyze/publish the test cases. The biggest change I made was to specify the output file for mstest.exe and fore the MSTest plugin to consume that file (no wildcards allowed... must be actual filename). For example, the following is my custom build step:
"%PROGRAMFILES%\Microsoft Visual Studio 9.0\Common7\IDE\MSTest.exe" /runconfig:LocalTestRun.testrunconfig /testcontainer:MyProject1.Test/bin/Debug/MyProject1.Test.dll /testcontainer: MyProject2.Test/bin/Debug/MyProject2.Test.dll /resultsfile:TestResults\HudsonJobTestResults.trx
exit 0
Notice that the "results file" is relative to the Job's workspace. Thus, the MSTest plugin's result file to parse is:
TestResults\HudsonJobTestResults.trx
And that's it!