Próbuję skonfigurować zdarzenie typu post-build w .NET 3.5, które uruchomi pakiet testów jednostkowych z testem MS. Znalazłem this post, który pokazuje, jak wywołać plik bat przy użyciu MbUnit, ale chcę zobaczyć, czy ktoś zrobił tego typu rzeczy w/MS Test?Korzystanie z zdarzenia po kompilacji w celu wykonania testów jednostkowych za pomocą testu MS w .NET 2.0+
Jeśli tak, byłbym zainteresowany w próbce co plik bat będzie wyglądać
Osobiście nie polecam uruchamiania testów jednostkowych jako część procesu kompilacji. Zamiast tego rozważ coś w stylu ReSharper (+ odpowiedni tester jednostek lub jak nazywają to w dzisiejszych czasach) lub inny programista GUI.
Zamiast robić to w zdarzeniu budowania postów, które będzie się działo za każdym razem, gdy będziesz kompilował, patrzę na konfigurację serwera Continuous Integration Server, takiego jak CruiseControl.Net. Zapewni ci to ciasny cykl zwrotny, ale nie będzie blokował twojej pracy przy testach za każdym razem, gdy budujesz swoją aplikację.
Jeśli chcesz uruchomić zestaw testów, które obecnie opracowujesz, sugestia Anton's użycia ReSharper będzie działać świetnie. Możesz utworzyć podzbiór testów, aby wykonać, kiedy chcesz i jest wystarczająco inteligentny, aby skompilować dla ciebie, jeśli to konieczne. Kiedy już znajdziesz demo, jeśli nie masz jeszcze licencji, wybierz Team City. To kolejny serwer CI, który ma pewne obietnice.
Jeśli chcesz użyć tej metody do kontroli jakości wykonania, prawdopodobnie okaże się, że wraz ze wzrostem liczby testów nie musisz już czekać na wykonanie 1000 testów za każdym razem, gdy naciskasz klawisz F5, aby przetestować zmiana.
Dobre sugestie - Używam VS2008 i mogę szybko przeprowadzać testy (jak wspomniałeś R #). Kupiliśmy TFS pod koniec zeszłego roku ... ale z jakiegoś powodu zespół poświęcony temu zajęciu zajmuje trochę czasu :( –
Na razie możesz skonfigurować CC.Net lub inny serwer CI poza Build Team, aby uruchomić na swoim lokalnym Box lub serwer Make-Shift (inaczej nieużywany pulpit) zablokowany pod czyimś biurkiem Zmagaliśmy się z przygotowaniem zespołu "enterprise" do skonfigurowania rozwiązania "enterprise", więc zrobiliśmy to sami. – Mark
Wadą uruchamiania go na Serwerem CI zamiast części kompilacji jest to, że deweloperzy nie będą powiadamiani o zepsuciu.Jest to typowe dla dev, aby ukradkiem pchnąć zmiany, które powodują awarię serwera CI, co powoduje dużo przemijania i wstydu :) – pmont
Używaliśmy NUnit w tym samym stylu i zdecydowaliśmy się przejść do MSTest. Dokonując tego, po prostu dodaje się do naszej imprezy po post-build obowiązującego projektu MSTest:
CD $(TargetDir)
"$(DevEnvDir)MSTEST.exe" /testcontainer:$(TargetFileName)
Pełen zestaw opcji wiersza poleceń MSTest można znaleźć w applicable MSDN site.
Zgadzam się, ale moi koledzy deweloperzy nie robią właśnie tego ... więc staram się, aby ta post-build wymusiła to ... –
+1 za sugerowanie R #. – Mark