Tự động hóa kiểm thử phần mềm - Luận văn Thạc sĩ

Question

Tôi đang cố viết một luận án về Tự động hóa kiểm thử phần mềm. Tôi dự định so sánh hai phương pháp tiếp cận ghi âm và lập trình các kịch bản thử nghiệm, và để thảo luận về một số khung tự động hóa, ví dụ như Abbot, Selenium, Yemmy, FEST, vv ... Cũng trong Luận án của tôi sẽ là một tổng quan ngắn về Kỹ thuật Softwaretesting và có thể so sánh thử nghiệm tự động với kiểm thử phần mềm.

EDIT: Tôi đang lập kế hoạch cho các khía cạnh của việc thử nghiệm một ứng dụng trên GUI của nó. Vì vậy, các thử nghiệm của tôi sẽ chủ yếu ở phía Blackbox của thế giới thử nghiệm. Tôi đã không lên kế hoạch để viết về Unit Testing.

Tại Moment i đọc khá nhiều về các Khung Tự động hóa khác nhau, nhưng tôi có thể không có thời gian để xem xét tất cả chúng. Vì vậy, tôi có kế hoạch để đọc về họ và làm cho luận án dựa trên văn học hơn.

• Bạn có nghĩ Chủ đề này có thể thành công không?
• Bạn có bất kỳ Ý tưởng nào khác liên quan đến Chủ đề này không?
• Bạn có thể giới thiệu Văn học không?
• Ý kiến ​​của bạn về chủ đề này là gì?

Answer 1

Khảo sát văn học phải là trọng tâm tốt cho luận án MS. Có vẻ như bạn chỉ muốn nói về các công cụ hướng đối tượng với giao diện đồ họa bằng GUI hộp đen, đó là một niche nhỏ hợp lý.

Bạn/có thể/muốn có một hoặc hai trang trên toàn bộ thế giới công cụ kiểm tra - kiểm tra đơn vị, bảo mật, tải, v.v., như ai đó đã đề cập ở trên. Nhưng tôi nghĩ bạn đã nhắm mục tiêu thích hợp của bạn khá tốt.

Tôi nghĩ rằng với một luận án 6 tín dụng, bạn nên có nhiều thời gian để khám phá và thử một số công cụ thương mại và nguồn mở lớn hơn cũng như khảo sát văn học. Tôi sẽ khuyến khích bạn xem xét cả hai công cụ thương mại (kiểm tra nhanh chuyên nghiệp, kiểm tra hoàn chỉnh) và cũng tự động hóa từ khóa - selenium RC, ví dụ. Một người khác đã đề cập đến thử nghiệm "đằng sau GUI" ví dụ như FIT/Fitnesse, nó có thể có giá trị thảo luận và đánh giá.

tôi bao gồm hộp đen, tự động hóa thử nghiệm chức năng ở cột hàng tháng của tôi trong tháng 12 năm 2008 vấn đề kiểm tra phần mềm và tạp chí hiệu suất:

http://www.stpmag.com/issues/stp-2008-12.pdf (trang 7)

Đó là một trang xước gì- giới thiệu bề mặt.Phần giới thiệu 5 câu là các công cụ ghi lại/phát lại màn hình so sánh mọi thứ, vì vậy nếu GUI của bạn thay đổi chút nào, ngay cả khi bạn chỉ thay đổi độ phân giải màn hình) có thể trở lại như một lỗi sai. Các công cụ theo từ khóa chỉ kiểm tra những gì bạn yêu cầu họ kiểm tra - họ bỏ lỡ nếu nút đột nhiên bị vô hiệu vì không có lý do chính đáng hoặc biểu tượng không minh bạch.

Chỉ một con người giỏi kiểm tra xác nhận ẩn ở cuối mỗi trường hợp kiểm tra "... và không có gì khác lạ xảy ra".

Vì vậy, việc thực thi và đánh giá thử nghiệm trên máy tính có thể có một số giá trị, nhưng nó phải là một phần của bữa sáng cân bằng.

Những điều khác để xem xét:

• James Bạch "thử nghiệm phần mềm tự động hóa rắn dầu"
• Kaner, Bach và cuốn sách "Bài học kinh nghiệm trong kiểm thử phần mềm"
• bài viết trên blog của tôi trên Khung kiểm tra Pettichord của - http://xndev.blogspot.com/2007/09/whats-test-framework.html (là kết quả số 4 của google cho "khung kiểm tra" là gì, vì vậy tôi thoải mái giới thiệu nó)
• Tương tự mỏ (http://www.testingperspective.com/tpwiki/doku.php?id=minefield)
• Các giấy tờ của Doug Hoffman trên kiểm thử tự động: http://www.softwarequalitymethods.com/H-Papers.html
• Các "shelfware" cổ điển vấn đề tự động hóa kiểm tra
• Các anti-trí thức đẩy bởi một số người ủng hộ của cộng đồng tự động hóa kiểm tra Blackbox
• Black Box Testing Software Kaner của Tất nhiên
• việc James Bach on/nhận thức/thử nghiệm
• Context Driven kiểm thử phần mềm
• việc Jon Kohl về "Man và Machine", hoặc cách tiếp cận cyborg (thay vì máy tính thực hiện và đánh giá thử nghiệm độc lập)

Tôi hy vọng điều đó sẽ hữu ích.

Answer 2

Tôi không biết về văn học, nhưng tôi nghĩ rằng các ấn phẩm ACM trong thư viện trường học của bạn có thể sẽ tạo ra kết quả. Riêng là SIG* newsletters. (Có lẽ SIGSOFT?)

Nghe có vẻ giống như một luận văn tốt của Sư Phụ đối với tôi. Tất nhiên cố vấn luận án của bạn là từ cuối cùng về điều đó. Bạn nên nói chuyện với họ.

Answer 3

Là bài đánh giá dựa trên tài liệu, điều này tạo nên một chủ đề tuyệt vời; có rất nhiều tài liệu ngoài kia. Rõ ràng là tôi sẽ không bắt đầu nhận được tất cả các chi tiết về điều đó, vì đó là công việc của bạn với tư cách là tác giả. :-)

Tuy nhiên, mặc dù tôi không quen thuộc với các yêu cầu nghiên cứu ban đầu cho luận văn thạc sĩ, điều này chắc chắn sẽ không đủ cho một luận án tiến sĩ. Tôi sẽ tìm kiếm tác phẩm gốc mà bạn có thể thêm vào điều này. Một ý tưởng sẽ là phân loại các phương pháp và hệ thống thử nghiệm. Bạn cũng có thể kiểm tra vai trò của thử nghiệm so với xác minh chính thức.

Answer 4

Kiểm thử phần mềm Tự động hóa là một chủ đề lớn và bạn có thể muốn thu hẹp tiêu điểm của mình hơn là cố gắng bao gồm các khung công tác, phát lại/ghi lại, tổng quan về kỹ thuật, tự động so với không.

Toàn bộ cuốn sách đã được viết về tự động hóa kiểm tra phần mềm:

• Là một chủ đề chung
• Tập trung vào thử nghiệm chức năng/tính năng (FIT)
• Tập trung vào đơn vị kiểm tra
• Tập trung vào kiểm tra đơn vị sử dụng một ngôn ngữ và khuôn khổ cụ thể

Các khuôn khổ nhằm vào các loại thử nghiệm khác nhau :

• Đơn vị kiểm tra
  • Test-Driven Development
  • Behavior-Driven Development
• Tính năng/Chức năng thử nghiệm
• thử nghiệm giao diện đồ họa (Windows, Java GUI, X Windows, vv .)
• Kiểm tra web
• Performance Testing
• kiểm tra an ninh

tôi sẽ xem xét tập trung vào khuôn khổ (hoặc kỹ thuật, hoặc bất kỳ) tại một trong các khu vực này chứ không phải là cố gắng để trang trải tất cả. Hoặc chọn một vài trong số các khu vực này và tương phản chúng.

Sự cố phát lại/ghi lại so với các thử nghiệm viết tay có vẻ cũ đối với tôi. Trong các nhà cung cấp năm 1980 thích đẩy phát lại/ghi lại cho Windows GUI tự động hóa. Nó làm cho các bản trình diễn tuyệt vời và hy vọng cao. Nhưng nó cũng được thực hiện cho các bài kiểm tra giòn và kệ. Phát lại/ghi lại rất hay để giúp bạn bắt đầu với một công cụ, nhưng để duy trì được, bạn thường cần các kịch bản được viết ở mức cao hơn. Điều đó mở ra kỷ nguyên mới về các phương pháp tiếp cận dựa trên bảng tính và dựa trên từ khóa, và cuối cùng là FIT/FitNesse.

Answer 5

Một cuốn sách tuyệt vời về tự động hóa thử nghiệm vừa được xuất bản trong năm nay: “Thực hiện kiểm tra tự động”, Elfriede Dustin, Thom Garrett & Bernie Gauf, Addison Wesley.

Answer 6

Tôi muốn đọc luận án nếu nó có sẵn trực tuyến. Đáng xem xét truy cập có lập trình vào GUI - cả web và ứng dụng. Sau đó, có các công cụ ghi lại và phát lại như Selenium hoặc WatiR. Và tất nhiên những ưu và nhược điểm của tự động hóa - những hạn chế của các công cụ (hầu hết không thể nhìn thấy vào các applet java hay flash trên các trang web) và điều quan trọng nhất mà một số người quên khi tự động hóa - KHÔNG phải mọi thứ nên tự động!

Nhưng nếu có thể để bạn bình luận về điều này để thông báo cho chúng tôi khi nó được thực hiện, tôi thực sự thích đọc.