Tôi đang cố gắng quyết định xem có nên sử dụng Cuke4Nuke hay SpecFlow không. Ưu điểm/nhược điểm của mỗi loại là gì? Ý kiến trên đó là tốt hơn và tại sao.Cuke4Nuke hoặc SpecFlow?
Cảm ơn!
Tôi đang cố gắng quyết định xem có nên sử dụng Cuke4Nuke hay SpecFlow không. Ưu điểm/nhược điểm của mỗi loại là gì? Ý kiến trên đó là tốt hơn và tại sao.Cuke4Nuke hoặc SpecFlow?
Cảm ơn!
(Tôi có thể bị sai lệch bởi vì tôi tham gia với SpecFlow, nhưng ở đây suy nghĩ của tôi ...)
Cuke4Nuke rất gần với dưa chuột. này hứa hẹn rất nhiều lợi thế:
Tuy nhiên điều này cũng đi kèm với một số nhược điểm tiềm năng:
SpecFlow là một dự án riêng biệt từ dưa chuột. Nó cố gắng càng gần Cucumber càng tốt, nhưng có và sẽ có những khoảng trống. Có những kế hoạch sử dụng cùng một trình phân tích cú pháp như Cucumber, để cải thiện khả năng tương thích ở cấp độ ngôn ngữ.
SpecFlow cố gắng cung cấp những ưu điểm sau:
Như nhược điểm của SpecFlow Tôi hiện thấy:
jbandi đưa ra một bản tóm tắt tốt. Tôi trả lời câu hỏi theo cùng một cách (với tuyên bố từ chối trách nhiệm đối với thiên vị, dĩ nhiên).
Mục tiêu cho Cuke4Nuke là tương thích đầy đủ Dưa chuột trong .NET khi sao chép ít mã Cucumber nhất có thể. Do đó, một số sự cân bằng mà bạn đã đánh dấu — ví dụ: sự phụ thuộc của Ruby - vốn vốn có của công cụ. Những người khác, như lỗi trong ngôn ngữ và hỗ trợ định dạng và hỗ trợ gỡ lỗi giới hạn, là các vấn đề tạm thời và sẽ biến mất cùng với các phiên bản trong tương lai.
Tôi đã gặp phải một vài vấn đề mà Cuke4Nuke không hoạt động giống như Cucumber. Nhưng khi tôi làm việc chủ yếu bằng tiếng Anh, tôi không thấy các vấn đề liên quan đến ngôn ngữ trong công việc bình thường của mình. Tôi hoan nghênh các bước để tái tạo bất kỳ vấn đề nào trong số những vấn đề này để tôi có thể khắc phục chúng. (Xin vui lòng gửi cho họ the Cuke4Nuke issues list, không ở đây.)
Một ý kiến rất nhiều thành kiến: Cố gắng StoryQ :)
kiểm tra StoryQ thực sự là mã, do đó bạn sẽ có được sự ủng hộ refactoring/IDE tốt hơn nhiều, và nó nhúng trong hiện tại của bạn Á hậu thử nghiệm đơn vị, do đó, CI là một khoe.
Đây có thể là vấn đề ưu tiên bạn có muốn kiểm tra các tính năng văn bản thuần túy hoặc mã có thể biên dịch hay không. Nhưng đối với chúng tôi, chúng tôi thấy rằng thật tuyệt khi có thể đổi tên các phương thức tường thuật và tự cập nhật tất cả các câu chuyện. Có một GUI được cung cấp để chuyển đổi các kịch bản thuần văn bản thành mã StoryQ cho bạn, nếu bạn đã đầu tư vào các kịch bản rõ ràng hoặc nếu bạn muốn cung cấp bàn phím cho những người kinh doanh của mình. Nó thậm chí còn có một hình thức đơn giản của intellisense!
Give it một đi nếu bạn muốn có một điểm vào siêu nhẹ vào BDD :)
Tôi rất hài lòng với cách thức dễ dàng StoryQ được dựng và chạy. Tuy nhiên, tôi chưa thử text-> code GUI. –
@david cảm ơn! Các văn bản để mã gui là để giúp bạn bắt đầu, hoặc mang những người phi kỹ thuật trên tàu. Mục đích là cuối cùng bạn vẫn duy trì các tệp C# và tôi chỉ sử dụng API. –
Một phản ứng sai lệch: StorEvil ngốn tất cả các công cụ .NET BDD khác.
Ưu điểm: StorEvil có nhân vật dòng lệnh riêng, có báo cáo đẹp (sử dụng công cụ xem Spark), và có bản dịch tốt nhất - C# và công cụ thực thi.
Ngoài ra, nó còn có nhiều hơn 100% so với bất kỳ giải pháp nào khác.
Nhược điểm: StorEvil không hỗ trợ đầy đủ các ngôn ngữ khác của con người (trừ tiếng Anh). Tích hợp Visual Studio của StorEvil vẫn chưa tốt bằng các công cụ khác. StorEvil sẽ uống tất cả bia trong tủ lạnh nếu bạn không để ý đến nó.
Có vẻ thú vị. vẫn còn hoạt động trong dự án? –
tôi bắt đầu với Cuke4Nuke nhưng kể từ khi đào thoát sang SpecFlow (xin lỗi Richard ;-)
Những lý do chính cho tôi để thực hiện chuyển đổi đó là:
Có một số vấn đề với Specflow/điều tôi thích tốt hơn trong thế giới dưa chuột/Cuke4Nuke:
Tất cả trong cả hai đều có khả năng cải thiện cách chúng tôi viết phần mềm.
Tôi hiểu từ Richard rằng ông dự định sẽ ngừng Cuke4Nuke và đang hỗ trợ di chuyển một số tính năng Cuk4Nuke vào SpecFlow. Vì vậy, câu trả lời rõ ràng bây giờ là SpecFlow.
[cần dẫn nguồn] –
Vì không ai khác cung cấp trích dẫn, tôi sẽ: https://github.com/richardlawrence/Cuke4Nuke/wiki –
Cảm ơn bạn đã có thông tin chi tiết tuyệt vời. Tôi là một nhà phát triển .NET nên dựa trên các ý kiến của bạn, tôi sẽ thử Specflow ngay bây giờ. –
Tôi cũng đánh giá cao ý kiến của bạn, jbandi. Tôi đã thực hiện một bình luận tương tự trên một bài khác trong đó khả năng chạy thử nghiệm SpecFlow của tôi trong ReSharper (giống như bất kỳ thử nghiệm NUnit khác) là một lợi thế rất thực tế hơn Cuke4Nuke. Không cài đặt Ruby là một cái khác (sau khi tất cả chúng ta phải giữ cho máy chủ xây dựng được cập nhật và đó là một điều nữa phải lo lắng). –
Trên tàu, .. tuyệt vời chạy xuống jb. Đã xóa hoàn toàn lựa chọn này cho tôi. Bây giờ tôi vừa thuyết phục người quản lý. :-) – Stimul8d