RSpec + Selenium menguji .NET di Windows


9

Saya seorang pengembang Rails melakukan TDD pada Mac dengan RSpec, Capybara, dan webdriver Selenium. Sekarang saya telah diminta oleh perusahaan saya untuk menggunakan pendekatan ini untuk .NET pada lingkungan Windows. Apa cara terbaik untuk melakukan ini?

Saya hanya bisa menginstal Ruby dan menggunakan RSPEC, Capybara dan Selenium webdriver untuk pengujian integrasi. Tetapi bagaimana dengan unit test? Saya juga melihat NSpec , tetapi saya tidak yakin apakah saya dapat menggabungkannya dengan Capybara atau Selenium untuk tes integrasi.

Apa yang akan menjadi pendekatan yang baik di sini?


1
Untuk Selenium Web Driver: apakah Anda melihat daftar bahasa yang didukung? seleniumhq.org/about/platforms.jsp#programming-languages ? C # ada di bagian atas daftar.
Doc Brown

Jawaban:


1

Ini adalah masalah dalam dua bagian.

Dalam hal pengujian fungsional / integrasi di mana Anda mengendarai perangkat lunak secara eksternal maka pendekatan mana pun yang valid, pertimbangannya di sini adalah keahlian dari mereka yang membuat dan memelihara tes. Secara umum saya melihat kecenderungan keakraban dengan bahasa yang digunakan untuk alat (tes / build / apa pun) sebagai hal yang paling penting jika Anda tidak ingin berakhir dengan satu ahli domain tunggal yang bergantung pada tim.

Namun untuk pengujian unit itu harus menjadi sesuatu yang berfungsi dalam lingkungan pengembangan .NET - xUnit (atau nUnit, tapi saya lebih suka xUnit) adalah pilihan "konvensional", tetapi saya tidak melihat alasan untuk tidak menggunakan NSpec.

Jika Anda ingin pergi semua. NET maka Coypu terinspirasi oleh Capybara


0

Saya akan meninggalkan Ruby dan menggunakan nUnit, SpecFlow, dan Selenium WebDriver untuk pengujian unit, integrasi, dan UI jika produk tersebut ditulis dalam .net. Juga, saya akan menukar mac untuk mesin windows.

Saya tahu ini mungkin untuk mencampur bahasa dan platform, dan saya telah menulis tes ruby ​​untuk produk .net. Tapi itu hanya sedikit lebih mudah jika Anda menggunakan tumpukan yang sama untuk semuanya.

Anda dapat menambahkan proyek pengujian Anda ke solusi yang sama dan mengusir semuanya dari proses pembangunan yang sama. Pengembang akan dapat menjalankan tes dari dalam studio visual dengan beberapa klik. Ditambah keterampilan baru pada CV Anda.

Tetapi terutama karena tidak perlu khawatir harus menginstal produk ekstra, menemukan bit pihak ketiga dan bobs mereka membuat mereka bermain bersama dan mempertahankan proses CI yang rumit.


Atau simpan Mac dan instal paralelnya ...
Murph

mengapa menggunakan perangkat keras yang lebih rendah?
Ewan

Karena pada umumnya Mac tidak kalah dalam hal perangkat keras (selain penyimpangan touchbar)? Tentu saja tidak untuk perangkat keras PC yang ditawarkan sebagai aturan
Murph
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.