Kiểm tra RSpec + Selenium cho .NET trên Windows


9

Tôi là nhà phát triển Rails thực hiện TDD trên máy Mac với RSpec, Capybara và Selenium webdo. Bây giờ tôi đã được công ty của tôi yêu cầu sử dụng phương pháp này cho môi trường .NET trên Windows. Cách nào là tốt nhất để thực hiện việc này?

Tôi chỉ có thể cài đặt Ruby và sử dụng RSPEC, Capybara và Selenium webdo để thử nghiệm tích hợp. Nhưng những gì về bài kiểm tra đơn vị? Tôi cũng đã xem xét NSpec , nhưng tôi không chắc liệu tôi có thể kết hợp điều đó với Capybara hoặc Selenium cho các bài kiểm tra tích hợp hay không.

Điều gì sẽ là một cách tiếp cận tốt ở đây?


1
Đối với Trình điều khiển web Selenium: bạn đã xem danh sách các ngôn ngữ được hỗ trợ chưa? seleniumhq.org/about/pl platforms.jsp#programming-lacular ? C # đứng đầu danh sách.
Doc Brown

Câu trả lời:


1

Đây là một vấn đề trong hai phần.

Về mặt kiểm tra chức năng / tích hợp nơi bạn đang lái phần mềm bên ngoài thì cách tiếp cận là hợp lệ, xem xét ở đây là kỹ năng của những người tạo và duy trì các bài kiểm tra. Nhìn rộng ra, tôi thấy xu hướng làm quen với ngôn ngữ được sử dụng cho các công cụ (kiểm tra / xây dựng / bất cứ điều gì) là điều quan trọng nhất nếu bạn không muốn kết thúc với một chuyên gia tên miền duy nhất mà nhóm phụ thuộc.

Tuy nhiên, để kiểm thử đơn vị, nó phải là thứ hoạt động trong môi trường phát triển .NET - xUnit (hoặc nUnit, nhưng tôi thích xUnit hơn) là lựa chọn "thông thường", nhưng tôi thấy không có lý do gì để không sử dụng NSpec.

Nếu bạn muốn đi tất cả .NET thì Coypu được Capybara lấy cảm hứng


0

Tôi sẽ từ bỏ Ruby và đi với nUnit, SpecFlow và Selenium WebDriver để kiểm tra đơn vị, tích hợp và giao diện người dùng nếu sản phẩm được viết bằng .net. Ngoài ra, tôi sẽ trao đổi mac cho một máy tính windows.

Tôi biết có thể kết hợp các ngôn ngữ và nền tảng và tôi đã viết các bài kiểm tra ruby ​​cho các sản phẩm .net. Nhưng nó chỉ dễ dàng hơn một chút nếu bạn sử dụng cùng một ngăn xếp cho mọi thứ.

Bạn có thể thêm các dự án thử nghiệm của mình vào cùng một giải pháp và loại bỏ toàn bộ quá trình xây dựng. Các nhà phát triển sẽ có thể chạy thử nghiệm từ trong phòng thu trực quan với một vài cú nhấp chuột. Cộng với một kỹ năng mới trên CV của bạn.

Nhưng chủ yếu là nó không phải lo lắng về việc phải cài đặt các sản phẩm bổ sung, tìm các bit và bob của bên thứ ba mà chúng làm cho chúng chơi cùng nhau và duy trì quy trình CI phức tạp.


Hoặc giữ máy Mac và cài đặt song song ...
Murph

Tại sao sử dụng phần cứng kém hơn mặc dù?
Ewan

Bởi vì nói chung, Mac không thua kém về phần cứng (quang sai của thanh cảm ứng sang một bên)? Chắc chắn không phải cho người dùng phần cứng PC được cung cấp như một quy tắc
Murph
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.