Windows'da .NET için RSpec + Selenium testleri


9

RSpec, Capybara ve Selenium webdriver ile Mac'te TDD yapan bir Rails geliştiricisiyim. Şimdi şirketim tarafından Windows ortamında bir .NET için bu yaklaşımı kullanmam istendi. Bunu yapmanın en iyi yolu nedir?

Ruby'yi kurabilir ve entegrasyon testi için RSPEC, Capybara ve Selenium webdriver'ı kullanabilirim. Peki ya birim testleri? NSpec'e de baktım , ancak entegrasyon testleri için bunu Capybara veya Selenium ile birleştirip birleştiremeyeceğimi bilmiyorum.

Burada iyi bir yaklaşım ne olabilir?


1
Selenium Web Driver için: desteklenen diller listesine baktınız mı? seleniumhq.org/about/platforms.jsp#programming-languages ? C # listenin başında.
Doc Brown

Yanıtlar:


1

Bu iki kısımda bir sorundur.

Yazılımı dışarıdan sürdüğünüzde fonksiyonel / entegrasyon testi açısından her iki yaklaşım da geçerlidir, burada dikkat edilmesi gereken husus, testleri oluşturan ve sürdürenlerin becerisidir. Genel olarak, takımların bağlı olduğu tek bir alan adı uzmanıyla sonuçlanmak istemiyorsanız, araçlar için kullanılan dile (test / derleme / herhangi bir şey) aşina olma eğilimini en önemli şey olarak görüyorum.

Ancak birim test için bu .NET geliştirme ortamında çalışan bir şey olması gerekir - xUnit (veya nUnit, ama ben çok xUnit tercih) "geleneksel" seçimdir, ancak NSpec kullanmak için hiçbir neden görmüyorum.

Tüm .NET'e gitmek istiyorsanız Coypu'dan Capybara'dan ilham alındı


0

Ruby'yi terk eder ve ürün .net ile yazılmışsa birim, entegrasyon ve kullanıcı arayüzü testleri için nUnit, SpecFlow ve Selenium WebDriver ile birlikte giderdim. Ayrıca, bir windows makine için mac takas olur.

Dilleri ve platformları karıştırmanın mümkün olduğunu biliyorum ve .net ürünleri için yakut testleri yazdım. Ancak her şey için aynı yığını kullanırsanız biraz daha kolaydır.

Test projelerinizi aynı çözüme ekleyebilir ve her şeyi aynı oluşturma işleminden çıkarabilirsiniz. Geliştiriciler, testleri birkaç tıklamayla görsel stüdyo içinden çalıştırabilecekler. Artı özgeçmişinizde yeni bir beceri.

Ama öncelikle, ekstra ürünleri kurmak, üçüncü parti bitleri ve bobs'ları birlikte oynamak ve karmaşık bir CI süreci sürdürmek konusunda endişelenmemek.


Ya da Mac'i
koru

neden düşük donanım kullanıyorsunuz?
Ewan

Çünkü genel olarak bir Mac donanım açısından daha düşük değildir (touchbar sapması bir yana)? Kesinlikle PC donanımına insanlar kural olarak teklif edildi
Murph
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.