Test RSpec + Selenium per .NET su Windows

Sono uno sviluppatore di Rails che fa TDD su un Mac con RSpec, Capybara e Selenium webdriver. Ora la mia azienda mi ha chiesto di utilizzare questo approccio per un ambiente .NET su Windows. Qual è il modo migliore per fare questo?

Potrei semplicemente installare Ruby e utilizzare i driver web RSPEC, Capybara e Selenium per i test di integrazione. Ma per quanto riguarda i test unitari? Ho anche esaminato NSpec , ma non sono sicuro di poterlo combinare con Capybara o Selenium per i test di integrazione.

Quale sarebbe un buon approccio qui?

Questo è un problema in due parti.

In termini di test funzionali / di integrazione in cui stai guidando il software esternamente, allora uno dei due approcci è valido, la considerazione qui è lo skillset di coloro che creano e mantengono i test. In generale vedo la tendenza alla familiarità con il linguaggio usato per gli strumenti (test / build / qualunque cosa) come la cosa più importante se non vuoi finire con un singolo esperto di dominio da cui il team dipende.

Tuttavia, per il unit test deve essere qualcosa che funziona all'interno dell'ambiente di sviluppo .NET: xUnit (o nUnit, ma preferisco di gran lunga xUnit) è la scelta "convenzionale", ma non vedo alcun motivo per non usare NSpec.

Se vuoi andare su .NET, Coypu è stato ispirato da Capybara

Abbandonerei Ruby e andrei con nUnit, SpecFlow e Selenium WebDriver per test di unità, integrazione e interfaccia utente se il prodotto è scritto in .net. Inoltre, vorrei scambiare il mac con un computer Windows.

So che è possibile combinare lingue e piattaforme e ho scritto test su ruby ​​per i prodotti .net. Ma è solo un po 'più semplice se usi lo stesso stack per tutto.

Puoi aggiungere i tuoi progetti di test alla stessa soluzione e allontanare tutto dallo stesso processo di compilazione. Gli sviluppatori saranno in grado di eseguire i test da Visual Studio con un paio di clic. Inoltre è una nuova abilità nel tuo CV.

Ma in primo luogo non si deve preoccupare di dover installare i prodotti extra, trovare bit e bob di terze parti che li fanno giocare insieme e mantenere un complicato processo di CI.