Câu hỏi này là đường biên giới hỏi ý kiến. Câu hỏi của bạn thực sự đọc cho tôi, "Công cụ nào phù hợp với tôi?" Tôi nói điều này bởi vì bạn không đưa ra lý do tại sao bạn chọn Cucumber và Capybara. Tôi tin rằng để trả lời câu hỏi của người kiểm tra đó, trước tiên bạn cần phải trả lời thêm một vài câu hỏi:
1.) Bạn sẽ viết những giai đoạn nào trong quá trình này?
Dưa chuột có thể không phải là lựa chọn phù hợp cho các bài kiểm tra đơn vị, tùy thuộc vào ngôn ngữ bạn đang sử dụng. Nhưng nó có thể được sử dụng cho bất kỳ mức độ thử nghiệm nào, từ đơn vị đến tích hợp đến người dùng cuối.
2.) Ai sẽ duy trì thử nghiệm của bạn? Bạn? Các nhà phát triển khác? Testers? Các nhà phân tích kinh doanh? Quản lý dự án?
Tự động kiểm tra phải được duy trì và biết ai sẽ làm điều đó có thể giúp bạn quyết định công cụ - vì một số sẽ quá kỹ thuật đối với một số người dùng nhất định.
3.) Ai sẽ xác định các thử nghiệm mới?
Dưa chuột được sử dụng hợp tác giữa phát triển, QA và chủ sở hữu doanh nghiệp.Nó là công cụ hoàn hảo để tận dụng kiến thức của mọi người vào quy trình thử nghiệm tự động. Nó đòi hỏi sự phát triển của một ngôn ngữ phổ biến có hiệu lực tuy nhiên. Bạn có thể đọc lên trên trang James Shore's Art of Agile.
Khi bạn đã trả lời các câu hỏi này, bạn đã sẵn sàng giải quyết câu hỏi của người kiểm tra. Tuy nhiên, có một vài điểm cần ghi nhớ khi so sánh các công cụ ghi âm (chẳng hạn như Selenium IDE, HP Quick Test Pro, IBM Rational Functional Tester) so với các công cụ phát triển (nUnit, jUnit, RSpec, Selenium webdriver, Capybara) là chúng được nhắm mục tiêu đến các đối tượng khác nhau. Họ cũng có những chiếc kẽ và mấu chốt khác nhau.
Công cụ ghi dễ dàng cho bất kỳ ai sử dụng, nhưng các tập lệnh mà chúng tạo ra rất dễ vỡ. Họ phá vỡ dễ dàng và yêu cầu bảo trì nhiều hơn. Chúng rất tuyệt vời cho thử nghiệm tự động một lần, nơi bạn cần hoàn thành công việc một cách nhanh chóng và có nhân lực phi kỹ thuật.
Công cụ phát triển có đường cong học tập lớn hơn và yêu cầu trải nghiệm lập trình (hoặc ít nhất là tập lệnh). Các kịch bản nói chung mạnh mẽ hơn, nhưng đòi hỏi nhiều kiến thức kỹ thuật hơn để duy trì. Chúng là một giải pháp tốt khi bạn muốn lặp lại và có kế hoạch sử dụng thử nghiệm trong một thời gian dài.
Tôi đề nghị bạn đọc The Cucumber Book. Nó sẽ thực sự giúp bạn quyết định xem Cucumber có phải là lựa chọn phù hợp với bạn hay không.
Đủ công bằng. Nhưng điều đó cũng giả định rằng bạn có thể làm cả hai. Là một kỹ sư QA, tôi không kiểm soát được các thực hành mã hóa của các nhà phát triển. Tuy nhiên, tôi có thể tận dụng Cucumber hiệu quả hơn các bài kiểm tra Đơn vị để thúc đẩy sự thay đổi. –
Thực ra, câu hỏi đặt ra là: "Tại sao tôi lại dùng dưa leo?" – treaz
@treaz Cucumber "có vai trò của tài liệu, một cơ chế để cộng tác với các bên liên quan và yêu cầu lưu trữ" –