Тести RSpec + Selenium для .NET на Windows

Я розробник Rails, який робить TDD на Mac з веб-дисками RSpec, Capybara та Selenium. Тепер моя компанія попросила використовувати цей підхід для .NET у середовищі Windows. Який найкращий спосіб зробити це?

Я міг просто встановити Ruby і використовувати RSPEC, Capybara і Selenium webdriver для тестування інтеграції. А як щодо одиничних тестів? Я також дивився на NSpec , але я не впевнений, чи зможу я поєднати це з Capybara або Selenium для інтеграційних тестів.

Який би тут був хороший підхід?

Це проблема в двох частинах.

Що стосується функціонального / інтеграційного тестування, коли ви керуєте програмним забезпеченням зовні, то будь-який підхід є дійсним, тут враховується набір навичок тих, хто створює та підтримує тести. Як правило, я бачу тенденцію до ознайомлення з мовою, що використовується для інструментів (тестування / складання / будь-яку іншу), як найважливішу річ, якщо ви не хочете стати одним експертом з домену, від якого залежить команда.

Однак для тестування одиниць це має бути те, що працює в середовищі розробки .NET - xUnit (або nUnit, але я більше віддаю перевагу xUnit) - це "звичайний" вибір, але я не бачу причин не використовувати NSpec.

Якщо ви хочете пройти всі .NET, то Coypu надихнув Капібару

Я б відмовився від Ruby і пішов би з nUnit, SpecFlow та Selenium WebDriver для тестування одиниць, інтеграції та інтерфейсу користувача, якщо продукт написаний у .net. Крім того, я міняв би mac на машину Windows.

Я знаю, що можливо змішувати мови та платформи, і я написав рубінові тести для продуктів .net. Але це трохи простіше, якщо ви використовуєте один і той же стек для всього.

Ви можете додати свої тестові проекти до одного рішення і відключити все від того ж процесу збирання. Розробники зможуть запустити тести з візуальної студії в пару кліків. Плюс це новий навик у вашому резюме.

Але насамперед це не турбуватися про необхідність встановлення додаткових продуктів, знайти сторонні біти та боби, які змушують їх грати разом та підтримувати складний процес CI.