Thử nghiệm khám phá là gì?
EXPLORATORY TESTING là một loại kiểm thử phần mềm trong đó các trường hợp kiểm thử không được tạo trước mà người kiểm thử sẽ kiểm tra hệ thống một cách nhanh chóng. Họ có thể ghi chú lại những ý tưởng về những gì cần kiểm tra trước khi thực hiện kiểm tra. Trọng tâm của kiểm tra khám phá là kiểm tra nhiều hơn như một hoạt động "tư duy".
Thử nghiệm Khám phá được sử dụng rộng rãi trong các mô hình Agile và là tất cả về khám phá, điều tra và học hỏi. Nó nhấn mạnh quyền tự do cá nhân và trách nhiệm của người thử nghiệm cá nhân.
Trong thử nghiệm theo tập lệnh, bạn thiết kế các trường hợp thử nghiệm trước và sau đó tiến hành thực thi thử nghiệm. Ngược lại, kiểm thử khám phá là một quá trình đồng thời của thiết kế kiểm thử và thực hiện kiểm thử được thực hiện cùng một lúc.
Thực thi kiểm tra theo kịch bản thường là một hoạt động không cần suy nghĩ, nơi người kiểm tra thực hiện các bước kiểm tra và so sánh kết quả thực tế với kết quả mong đợi. Hoạt động thực thi kiểm tra như vậy có thể được tự động hóa mà không đòi hỏi nhiều kỹ năng nhận thức.
Mặc dù xu hướng hiện tại trong kiểm thử phần mềm là thúc đẩy tự động hóa , kiểm thử khám phá là một cách tư duy mới. Tự động hóa có giới hạn của nó
Sự khác biệt giữa Thử nghiệm theo tập lệnh và Thử nghiệm khám phá
| Kiểm tra theo tập lệnh | Thử nghiệm thăm dò |
|---|---|
| Được hướng dẫn từ các yêu cầu | Được hướng dẫn từ các yêu cầu và khám phá trong quá trình thử nghiệm |
| Xác định trước các trường hợp kiểm thử | Xác định các trường hợp thử nghiệm trong quá trình thử nghiệm |
| Xác nhận thử nghiệm với các yêu cầu | Điều tra hệ thống hoặc ứng dụng |
| Nhấn mạnh dự đoán và ra quyết định | Nhấn mạnh khả năng thích ứng và học hỏi |
| Liên quan đến thử nghiệm đã được xác nhận | Liên quan đến điều tra |
| Là về Kiểm soát các bài kiểm tra | Là về Cải tiến thiết kế thử nghiệm |
| Giống như phát biểu - bạn đọc từ bản nháp | Giống như thực hiện một cuộc trò chuyện - đó là tự phát |
| Tập lệnh được kiểm soát | Tâm trí của người thử nghiệm được kiểm soát |
Thử nghiệm thăm dò -
- Không phải là thử nghiệm ngẫu nhiên mà là thử nghiệm đặc biệt với mục đích tìm ra lỗi
- Có cấu trúc và chặt chẽ
- Được cấu trúc về mặt nhận thức (tư duy) so với cấu trúc thủ tục của kiểm thử theo kịch bản. Cấu trúc này xuất phát từ Điều lệ, quyền anh thời gian, v.v.
- Có khả năng dạy và quản lý cao
- Nó không phải là một kỹ thuật mà nó là một cách tiếp cận. Những hành động bạn thực hiện tiếp theo được điều chỉnh bởi những gì bạn đang làm hiện tại
Cách thực hiện Thử nghiệm Khám phá
Sau đây là quy trình từng bước về Cách thực hiện Thử nghiệm khám phá , còn được gọi là quản lý thử nghiệm dựa trên phiên (Chu trình SBTM):
- Tạo phân loại lỗi (phân loại)
- Phân loại các loại lỗi phổ biến được tìm thấy trong các dự án trước đây
- Phân tích nguyên nhân gốc rễ của các vấn đề hoặc lỗi
- Tìm các rủi ro và phát triển các ý tưởng để kiểm tra ứng dụng.
- Điều lệ thử nghiệm
- Điều lệ thử nghiệm nên đề xuất
- những gì để kiểm tra
- làm thế nào nó có thể được kiểm tra
- Những gì cần được xem xét
- Ý tưởng thử nghiệm là điểm khởi đầu của thử nghiệm thăm dò
- Điều lệ thử nghiệm giúp xác định cách người dùng cuối có thể sử dụng hệ thống
- Điều lệ thử nghiệm nên đề xuất
- Hộp thời gian
- Phương pháp này bao gồm một cặp người kiểm tra làm việc cùng nhau không ít hơn 90 phút
- Không nên có bất kỳ khoảng thời gian nào bị gián đoạn trong 90 phút đó
- Hộp thời gian có thể được kéo dài hoặc giảm bớt 45 phút
- Phiên này khuyến khích người thử nghiệm phản ứng với phản hồi từ hệ thống và chuẩn bị cho kết quả chính xác
- Đánh giá kết quả:
- Đánh giá các khuyết tật
- Rút kinh nghiệm từ thử nghiệm
- Phân tích vùng phủ sóng
- Cuộc phỏng vấn:
- Tổng hợp các kết quả đầu ra
- So sánh kết quả với điều lệ
- Kiểm tra xem có cần thử nghiệm bổ sung nào không
Ví dụ, trong quá trình thực thi khám phá, cần thực hiện những việc sau:
- Nhiệm vụ của thử nghiệm phải rất rõ ràng
- Ghi chú về những gì cần thử nghiệm, lý do cần thử nghiệm và đánh giá chất lượng sản phẩm
- Theo dõi các câu hỏi và vấn đề được nêu ra trong quá trình thử nghiệm khám phá
- Tốt hơn nên ghép nối những người kiểm tra để kiểm tra hiệu quả
- Chúng tôi càng kiểm tra nhiều, càng có nhiều khả năng thực thi các trường hợp kiểm thử phù hợp cho các tình huống được yêu cầu
Điều rất quan trọng là phải ghi lại tài liệu và theo dõi những điều sau
- Phạm vi kiểm tra - Chúng tôi đã ghi chú về phạm vi của các trường hợp kiểm thử và cải thiện chất lượng của phần mềm hay chưa
- Rủi ro - Rủi ro nào cần được bảo hiểm và rủi ro nào là quan trọng?
- Nhật ký thực thi kiểm tra - Các bản ghi về quá trình thực hiện kiểm tra
- Sự cố / Truy vấn - Ghi chú câu hỏi và các vấn đề trên hệ thống
Thử nghiệm khám phá thông minh hơn tìm thấy nhiều lỗi hơn trong thời gian ngắn hơn.
Ưu và nhược điểm của Thử nghiệm Khám phá
| Pro | Con |
|---|---|
|
|
Những thách thức của Thử nghiệm Khám phá:
Có rất nhiều thách thức của thử nghiệm khám phá và những thách thức đó được giải thích dưới đây:
- Học cách sử dụng ứng dụng hoặc hệ thống phần mềm là một thách thức
- Nhân rộng thất bại rất khó
- Xác định xem các công cụ cần được sử dụng có thể là một thách thức
- Việc xác định các trường hợp kiểm thử tốt nhất để thực thi có thể khó
- Báo cáo kết quả thử nghiệm là một thách thức vì báo cáo không có kịch bản hoặc trường hợp được lập kế hoạch để so sánh với kết quả thực tế hoặc kết quả
- Tài liệu về tất cả các sự kiện trong quá trình thực hiện rất khó ghi lại
- Không biết khi nào nên dừng thử nghiệm vì thử nghiệm khám phá có các trường hợp thử nghiệm xác định để thực thi.
Khi nào sử dụng thử nghiệm khám phá?
Thử nghiệm thăm dò có thể được sử dụng rộng rãi khi
- Nhóm thử nghiệm có những người thử nghiệm giàu kinh nghiệm
- Lặp lại sớm là bắt buộc
- Có một ứng dụng quan trọng
- Những người thử nghiệm mới đã tham gia vào nhóm
Phần kết luận:
Trong Kỹ thuật phần mềm, Kiểm thử khám phá được thực hiện để khắc phục những hạn chế của kiểm thử theo kịch bản. Nó giúp cải thiện bộ Test Case. Nó đồng cảm về khả năng học hỏi và thích ứng.