2011-08-04 21 views
6

Używamy TeamCity 6.5.1 do zarządzania kompilacją, testowaniem i wdrażaniem naszych kompilacji. Do tej pory korzystaliśmy z NUnit Build Runner z TeamCity, aby uruchomić nasze testy z NUnit 2.5.8 i odnieśliśmy wielki sukces.Uruchamianie testów NUnit w TeamCity 6.5.X z dodatkami NUnit

http://confluence.jetbrains.com/display/TCD65/NUnit

Wszystkie nasze testy są napisane w języku C# i .NET 4.0 przy użyciu programu Visual Studio 2010. Projekty badawcze są kompilowane w zespół, który możemy odwoływać się za pośrednictwem interfejsu TeamCity.

Teraz dodajemy nowy projekt testowy dla testów interfejsu użytkownika, które wymagają niestandardowego dodatku NUnit, który opracowaliśmy w celu rozszerzenia natywnej funkcjonalności NUnit. Podczas uruchamiania testów w lokalnym środowisku programistycznym z zainstalowanym NUnit 2.5.8 jesteśmy w stanie umieścić niestandardowy dodatek w katalogu dodatków NUnit. Po załadowaniu NUnit nasz dodatek jest pobierany automatycznie.

C: \ Program Files (x86) \ NUnit 2.5.8 \ bin \ net-2.0 \ Addins

Korzystanie z NUnit Budowanie Runner w TeamCity 6.5.1 nie możemy zobaczyć, jak go zainstalować naszą dodatku. W przeciwieństwie do natywnej instalacji NUnit, TeamCity wydaje się nie pobierać żadnego dodatku przez umieszczenie go w podkatalogu instalacji NUnit.

Czy ktoś wie o sposobie instalacji/używania dodatku przy użyciu narzędzia NUnit Build Runner? Istniejąca dokumentacja omawia biegacz konsoli konsoli NUnit, którego nie używamy. Używamy NUnit Build Runner jako metody do przeprowadzania wszystkich naszych testów, więc byłoby najbardziej idealne, gdybyśmy mogli utrzymać standardowy mechanizm testowania.

Dziękujemy!

+0

Czy próbowałeś dodać ten dodatek do projektu testów Visual Studio jako referencję/źródło określające działanie kompilacji jako "Kopiuj na wyjście" i sprawdzić, czy zostanie on pobrany przez TeamCity po umieszczeniu razem z zestawem testowym, który używa tego dodatku – sll

+0

Dlaczego nie chcesz korzystać z narzędzia wiersza poleceń NUnit? Jest to z pewnością standardowy mechanizm testujący. Łatwo też zaimportować wyniki testu do Temacity. Kiedy podejście "od razu po wyjęciu z pudełka" się nie udaje, idealnie jest użyć niestandardowego ... – seldary

Odpowiedz

0

Próbowałem rozwiązać ten sam problem. Jak się dowiedziałem TeamCity używa swojej jednostki montażowej Nunit. Dlatego nie ma możliwości rozszerzenia. Możesz użyć wiersza poleceń, aby uruchomić testy przez Nunit. I TeamCity używają kroku "Build Failure Conditions" do odczytywania logów i przeglądania wyników.

Powiązane problemy