Tôi sẽ đi với Selenium. Tôi nói điều này cho một điều chính: nguồn mở.
Tôi không thể bắt đầu giải thích bằng lời, làm thế nào nó gây phiền nhiễu khi gọi một thứ gì đó từ Selenium và nó đang làm điều tôi không mong đợi hoặc tôi vượt qua một giá trị và nó không làm gì cả. Tài liệu có thể hơi khó khăn, vậy tiếp theo là gì? Nhìn vào mã nguồn.
Tôi đã học cách Selen hoạt động trở lại trước bằng cách xem mã nguồn. Với Telerik, bạn rõ ràng không thể làm điều này.
Với hỗ trợ trình duyệt, chúng giống nhau.
Cả hai đều được viết tốt, được duy trì tốt, Telerik có hỗ trợ riêng trong khi với Selenium bạn đang mắc kẹt với các nhóm Google, Google và Stackoverflow.
@AnthonySottile Bạn thực sự cần phải nói lý do tại sao bạn thận trọng chống lại nó. Tin đồn không có cơ sở là gì - vô ích? Ý kiến không có lý do chắc chắn tương đương với tin đồn phải không? – user1258245
Tôi khuyên bạn nên nghe một podcast gần đây, nơi các cuộc phỏng vấn Jesse Liberty Jim Holms, người truyền giáo cho TestStudio của Telerik. Ông rõ ràng là thiên vị ủng hộ Telerik, nhưng ông nói rất cao về Selenium và nói về một số khác biệt giữa các khung kiểm thử khác nhau. Anh ấy nói với một số người, đó có thể là giải pháp tốt hơn cho họ để sử dụng một giải pháp như Selenium. http://jesseliberty.com/2012/07/05/yet-another-podcast-70jim-holmes-automated-testing/ – Daniel
Chúng tôi sử dụng selen để thử nghiệm một chồng dựa trên python và thấy rằng selenium flakes gần như tất cả các thử nghiệm của chúng tôi. Trình duyệt tự động kiểm tra chéo là rất tốt, nhưng khi nó chỉ là như vậy không đáng tin cậy nó là khó chịu. Tôi không chắc chắn có một cách tốt hơn để làm điều đó và _some_ thử nghiệm là CERTAINLY tốt hơn không. Có vẻ như chúng tôi dành một lượng thời gian đáng kể để kiểm tra các mảnh khi chúng chỉ là những mảnh đó. Mặc dù có lẽ nói điều gì đó về mã của chúng tôi và không nhất thiết phải về selen. –