Testy RSpec + Selenium dla platformy .NET w systemie Windows

Jestem programistą Railsów, który robi TDD na komputerze Mac z RSpec, Capybara i Selenium webdriver. Teraz moja firma poprosiła mnie o zastosowanie tego podejścia w środowisku .NET w środowisku Windows. Jak najlepiej to zrobić?

Mogłem po prostu zainstalować Ruby i użyć RSPEC, Capybara i Selenium do testowania integracji. Ale co z testami jednostkowymi? Spojrzałem również na NSpec , ale nie jestem pewien, czy mogę połączyć to z Capybara lub Selenium do testów integracyjnych.

Jakie byłoby tutaj dobre podejście?

Jest to problem z dwóch części.

Jeśli chodzi o testy funkcjonalne / integracyjne, w których oprogramowanie jest obsługiwane zewnętrznie, wówczas każde z tych podejść jest ważne, należy wziąć pod uwagę umiejętności osób tworzących i utrzymujących testy. Ogólnie rzecz biorąc, uważam tendencję do znajomości języka używanego do narzędzi (test / build / cokolwiek) za najważniejszą rzecz, jeśli nie chcesz skończyć z ekspertem z jednej dziedziny, od którego zespół jest zależny.

Jednak w przypadku testów jednostkowych musi to być coś, co działa w środowisku programistycznym .NET - xUnit (lub nUnit, ale zdecydowanie wolę xUnit) to „konwencjonalny” wybór, ale nie widzę powodu, aby nie używać NSpec.

Jeśli chcesz przejść na całą platformę .NET, Coypu zostało zainspirowane Capybara

Porzuciłbym Ruby i poszedłbym z nUnit, SpecFlow i Selenium WebDriver na testy jednostkowe, integracyjne i interfejsu użytkownika, jeśli produkt jest napisany w .net. Ponadto zamieniłbym komputer Mac na maszynę z systemem Windows.

Wiem, że można łączyć języki i platformy, i napisałem testy ruby ​​dla produktów .net. Ale jest to trochę łatwiejsze, jeśli używasz tego samego stosu do wszystkiego.

Możesz dodać swoje projekty testowe do tego samego rozwiązania i sprowadzić całość z tego samego procesu kompilacji. Programiści będą mogli przeprowadzić testy z poziomu wizualnego studia za pomocą kilku kliknięć. Plus to nowa umiejętność w twoim CV.

Ale przede wszystkim nie martwi się o konieczność instalowania dodatkowych produktów, znajdowania bitów i bobów stron trzecich, które sprawiają, że grają razem i utrzymują skomplikowany proces CI.