Cách tốt nhất để thử nghiệm các ứng dụng webform (ASP.NET)

Question

Cách tốt nhất để kiểm tra các ứng dụng webform của tôi là gì?

Có vẻ như mọi người đang yêu Watin và selen.

Answer 1

CẬP NHẬT: Với WatiN đã trì trệ trong hơn một năm nay, tôi sẽ trực tiếp bất cứ ai có nhu cầu kiểm tra ui web hướng selenium, nó được sử dụng liên tục & phát triển bởi nhiều người đóng góp, và đang tích cực được sử dụng bởi Google.

WatiN là tốt nhất mà tôi đã tìm thấy. Nó tích hợp vào Visual Studio đơn vị thử nghiệm hoặc nunit & bạn có thể làm khá nhiều bất cứ điều gì bạn cần trong trình duyệt (nhấp vào liên kết, nộp tờ, tìm kiếm văn bản/hình ảnh, vv)

Xem các câu hỏi sau đây để biết câu trả lời tương tự:

• What is the best way to do unit testing for ASP web pages (C#)?
• Web Application Testing for .Net (watin Test Recorder)
• How do you programmatically fill in a form and ‘POST’ a web page?

Answer 2

tôi sẽ sử dụng một đến ol như WaitIn:

"WatiN là thử nghiệm ứng dụng web trong .NET. Máy ghi thử này sẽ tạo các đoạn mã nguồn cho bạn bằng cách ghi lại các nhấp chuột của bạn trong trình duyệt IE được nhúng" (từ Scott Hanselman's blog). trên StackOverflow

WaitIn website

Answer 3

đó là nhược điểm lớn nhất của Webforms - đó là, cho tất cả các lý do thực tế, untestable về kiểm tra đơn vị của bộ điều khiển thử nghiệm, vv

đó là một trong những ưu điểm chính của khung MVC.

Answer 4

Tôi muốn dùng WATIR (Kiểm tra ứng dụng web trong Ruby) - http://wtr.rubyforge.org/. Chúng tôi (Acsys Interactive) đã sử dụng được khoảng một năm và công cụ này rất tuyệt vời.

Tôi đã phát triển một trình bao bọc đơn giản trong .NET để tôi có thể thực thi các tập lệnh WATIR của mình từ các bài kiểm tra Đơn vị. Khuôn khổ này là đáng kinh ngạc và bạn có toàn bộ sức mạnh của Ruby phía sau bạn. Có hỗ trợ cho Firefox & Safari (dự án FireWatir).

Nó rất giống với WATIN (trên thực tế tôi nghĩ WATIN được lấy cảm hứng từ WATIR) nhưng tôi thấy rằng cộng đồng WATIR lớn hơn nhiều so với WATIN.

Có các trình ghi thử nghiệm ngoài kia mà bạn có thể sử dụng và nhiều hướng dẫn.

Đó thực sự là lựa chọn của bạn. Nếu bạn cảm thấy như các bài kiểm tra cần phải có trong .NET và bạn không muốn hỗ trợ bất kỳ ngôn ngữ nào khác thì sự lựa chọn của bạn là WATIN. Mặt khác, nếu bạn muốn thử một ngôn ngữ kịch bản khá thú vị và khá mạnh (đó là Ruby) thì hãy dùng WATIR.

Câu hỏi với những người WATIN, nó có hỗ trợ FireFox/Safari không?

Answer 5

Đây là một bài đánh giá của Watin, watir và Selenium http://adamesterline.com/2007/04/23/watin-watir-and-selenium-reviewed/

Rõ ràng Selenium làm việc khá chậm cho các tester nhưng nếu bạn sẽ nhận thấy, là một trong những ý kiến ​​chỉ ra, rằng đây chỉ là những trường hợp do để hỗ trợ nhiều trình duyệt.

Tuy nhiên, bản phát hành WTP (Community Technology Preview) của WatiN cung cấp hỗ trợ cho cả Internet Explorer và tự động hóa FireFox.

Answer 6

Chỉ cần tự hỏi, tại sao bạn gọi WatiN là đơn vị công cụ kiểm tra? Thời gian qua tôi đã kiểm tra, nó chạy thử nghiệm tích hợp.

Cách tốt nhất là di chuyển tất cả mã không phụ thuộc vào HttpContext vào một assembly riêng biệt và chạy thử nghiệm đơn vị như bình thường. Phần còn lại có thể được kiểm tra với Ivonna. Cô ấy không kiểm tra hành vi của khách hàng, đó là nơi WatiN có thể hữu ích; tuy nhiên, nếu bạn muốn kiểm tra các trang hoặc điều khiển của mình một cách riêng biệt, thì đó là lựa chọn duy nhất của bạn.

Answer 7

Tôi có xu hướng ưu tiên phương pháp tách logic kinh doanh ra khỏi mã UI. Dưới đây là một bài báo mô tả một mô hình thân thiện với đơn vị kiểm tra (Model-View-Presenter)

http://www.unit-testing.net/CurrentArticle/How-To-Use-Model-View-Presenter-With-AspNet-WebForms.html

Answer 8

Tôi đã có một kinh nghiệm tuyệt vời sử dụng Selenium. Các bài kiểm tra trên web có thể rất mong manh, nhưng đây là một bài viết từ blog của tôi, nơi tôi nói về cách làm cho các bài kiểm tra kém mong manh hơn. http://www.unit-testing.net/CurrentArticle/How-To-Make-Web-Tests-Less-Fragile.html