Cách quản lý và theo dõi Exploratory Testing

Exploratory Testing là gì?

Khi Kaner đặt ra thuật ngữ “Exploratory Testing" vào năm 1988, suy nghĩ của ông là về các cuộc tấn công nhanh hay “các cuộc đột kích du kích”. Những người kiểm thử có kỹ năng đã học được nhiều cách để áp đảo phần mềm có thể nhảy vào và tìm ra lỗi ngay lập tức, ngay cả khi không biết các quy tắc kinh doanh. Các định nghĩa sau này tập trung vào khả năng của người thử nghiệm thiết kế các thử nghiệm trong thời gian thực, thực hiện chúng và sử dụng kết quả để điều chỉnh kế hoạch.

Theo một định nghĩa khác, Exploratory Testing là phương pháp tiếp cận kiểm thử phần mềm nhấn mạnh đến quyền tự do và trách nhiệm cá nhân của mỗi người kiểm thử nhằm liên tục tối ưu hóa giá trị công việc của mình bằng cách coi việc học, thiết kế thử nghiệm và thực thi thử nghiệm là các hoạt động hỗ trợ lẫn nhau chạy song song trong suốt dự án.

Điều lệ và nhiệm vụ thử nghiệm khám phá

Điều lệ được thiết kế để giảm thiểu rủi ro cụ thể thông qua giám sát. Ví dụ: điều lệ cho một ứng dụng truyền thông xã hội có thể là “Tấn công nhanh xung quanh việc tạo hồ sơ” hoặc “Kiểm tra các nhận xét, quyền và điều kiện chạy đua của nhiều người dùng trong và ngoài tư cách thành viên nhóm”.

Người thử nghiệm với điều lệ thứ hai có thể sẽ tạo ba tài khoản, hai trong số đó là thành viên của cùng một nhóm, sau đó gửi các bài đăng mà chỉ nhóm đó có thể xem, đảm bảo thành viên thứ ba không thể nhìn thấy chúng. Người thử nghiệm có thể tạo một bài đăng, xem nó hiển thị cho người dùng thứ hai, sau đó nhấp vào xóa trong một trình duyệt và đăng nhận xét trong hai giây sau đó.

Các bảng xếp hạng thường tập trung vào một phần cụ thể của ứng dụng, chẳng hạn như giỏ hàng, thanh toán, quy trình đăng nhập / mất mật khẩu hoặc bảng báo cáo. Tuy nhiên, họ cũng có thể khám phá hành trình cụ thể của người dùng hoặc chức năng mới. Thông thường đối với các phiên tổng quan nhanh khi các công ty phát hành một trình duyệt mới hoặc chỉ để kiểm tra và xem nó sẽ cần những gì để hỗ trợ một trình duyệt hoặc máy tính bảng. 

Sử dụng điều lệ có thể mất một quá trình mơ hồ, hộp đen và biến nó thành một tập hợp các rủi ro được quản lý trong quá trình này. Tuy nhiên, việc theo dõi những kết quả này trong bảng tính được chia sẻ có thể trở nên quá tải và thông tin chi tiết có thể bị mất. Theo dõi chúng trong các tài liệu riêng lẻ trên ổ đĩa mạng có thể còn tồi tệ hơn. Chúng tôi cần một cách tiếp cận tốt hơn.

Cách theo dõi Exploratory Testing của bạn 

Nếu nhóm tập trung vào một ngày thử nghiệm căng thẳng, họ có thể đặt mỗi điều lệ thành một ghi chú cố định, sắp xếp theo mức độ ưu tiên, sau đó đặt chúng vào cột "Chưa bắt đầu" trên bảng, thêm cột "Đang làm" và "Hoàn thành" . Vào bữa trưa hoặc cuối ngày, nhóm có thể xem xét tình trạng để xem liệu công việc đã đủ tốt chưa. 

Điều này sẽ hoạt động một lần cho một dự án, nhưng không hoạt động cho nhiều nhóm. Dữ liệu được thu thập trong thử nghiệm không được theo dõi; mọi chỉ số sẽ được tính theo cách thủ công và tốt nhất là được lưu trữ trong bảng tính. Đối với các dự án lớn hơn, hệ thống quản lý trường hợp thử nghiệm có thể lưu trữ các sơ đồ dưới dạng trường hợp thử nghiệm. 

Sau đó, chạy thử nghiệm là một tập hợp các trường hợp thử nghiệm được điều chỉnh cho thử nghiệm hồi quy này hoặc tập hợp các tính năng mới. Người kiểm tra có thể để lại nhận xét về trường hợp kiểm thử ở cùng một nơi mà họ sẽ làm trong một phiên và phần mềm sẽ thu thập dữ liệu và tạo báo cáo tóm tắt về dữ liệu đó. Đối với các ứng dụng đơn giản hơn kết hợp kiểm tra theo tập lệnh và kiểm tra khám phá, quá trình chạy thử nghiệm có thể là hai chục trường hợp thử nghiệm theo tập lệnh và bốn biểu đồ được thiết kế để khám phá các rủi ro cụ thể. Ví dụ bên dưới ghi lại một phiên làm trường hợp thử nghiệm.