Thử nghiệm Adhoc là gì? Các loại có ví dụ
Thử nghiệm đặc biệt
Thử nghiệm đặc biệt là một loại thử nghiệm phần mềm không chính thức hoặc không có cấu trúc nhằm mục đích phá vỡ quy trình thử nghiệm để tìm ra các khiếm khuyết hoặc sai sót có thể xảy ra ở giai đoạn sớm nhất có thể. Thử nghiệm đặc biệt được thực hiện ngẫu nhiên và nó thường là một hoạt động không có kế hoạch, không tuân theo bất kỳ tài liệu và kỹ thuật thiết kế thử nghiệm nào để tạo ra các trường hợp thử nghiệm.
Thử nghiệm đặc biệt không tuân theo bất kỳ cách thử nghiệm có cấu trúc nào và nó được thực hiện ngẫu nhiên trên bất kỳ phần nào của ứng dụng. Mục đích chính của thử nghiệm này là tìm ra lỗi bằng cách kiểm tra ngẫu nhiên. Thử nghiệm Adhoc có thể đạt được bằng kỹ thuật Kiểm thử phần mềm được gọi là Đoán lỗi. Việc đoán lỗi có thể được thực hiện bởi những người có đủ kinh nghiệm trên hệ thống để “đoán” nguồn lỗi có khả năng xảy ra nhất.
Thử nghiệm này không yêu cầu phải tuân theo tài liệu/lập kế hoạch/quy trình. Vì thử nghiệm này nhằm mục đích tìm ra lỗi thông qua phương pháp ngẫu nhiên, không có bất kỳ tài liệu nào nên các lỗi sẽ không được ánh xạ tới các trường hợp thử nghiệm. Điều này có nghĩa là, đôi khi, rất khó để tái tạo các lỗi vì không có bước kiểm tra hoặc yêu cầu nào được ánh xạ tới nó.
Video sau đây hướng dẫn bạn cách thực hiện thử nghiệm adhoc
Nhấp chuột vào đây nếu video không thể truy cập được
Khi nào thực hiện Kiểm tra Adhoc?
Thử nghiệm đặc biệt có thể được thực hiện khi có giới hạn thời gian để thực hiện thử nghiệm chi tiết. Thông thường, thử nghiệm adhoc được thực hiện sau khi thực hiện thử nghiệm chính thức. Và nếu thời gian cho phép, việc kiểm tra đặc biệt có thể được thực hiện trên hệ thống. Thử nghiệm đặc biệt sẽ chỉ có hiệu quả nếu người thử nghiệm có kiến thức về Hệ thống đang được thử nghiệm.
Các loại thử nghiệm Adhoc
Có nhiều loại thử nghiệm Adhoc khác nhau và chúng được liệt kê như dưới đây:
Buddy Kiểm tra | Hai người bạn cùng làm việc để xác định lỗi trong cùng một mô-đun. Hầu hết một người bạn sẽ đến từ nhóm phát triển và một người khác sẽ đến từ nhóm thử nghiệm. Buddy thử nghiệm giúp người thử nghiệm phát triển các trường hợp thử nghiệm tốt hơn và nhóm phát triển cũng có thể sớm thay đổi thiết kế. Việc kiểm tra này thường diễn ra sau Kiểm tra đơn vị hoàn thành. |
Kiểm tra cặp | Hai người kiểm tra được phân công các mô-đun, chia sẻ ý tưởng và làm việc trên cùng một máy để tìm ra lỗi. Một người có thể thực hiện các bài kiểm tra và người khác có thể ghi chú lại các phát hiện. Vai trò của những người này có thể là người thử nghiệm và người ghi chép trong quá trình thử nghiệm.
sự so sánh Buddy và Kiểm tra cặp: Buddy kiểm thử là sự kết hợp giữa đơn vị và Thử nghiệm hệ thống cùng với các nhà phát triển và người thử nghiệm nhưng Thử nghiệm theo cặp chỉ được thực hiện với những người thử nghiệm có trình độ kiến thức khác nhau. (Có kinh nghiệm và chưa có kinh nghiệm chia sẻ ý kiến, quan điểm của mình) |
Thử nghiệm khỉ | Kiểm thử ngẫu nhiên sản phẩm hoặc ứng dụng mà không cần test case với mục tiêu là phá vỡ hệ thống. |
Các phương pháp thực hành tốt nhất về thử nghiệm Adhoc
Thực hiện theo các biện pháp tốt nhất có thể đảm bảo Kiểm tra Adhoc hiệu quả.
Kiến thức kinh doanh tốt
Người kiểm thử phải có kiến thức tốt về nghiệp vụ và hiểu rõ các yêu cầu - Kiến thức chi tiết về quy trình nghiệp vụ từ đầu đến cuối sẽ giúp tìm ra lỗi dễ dàng. Những người kiểm thử có kinh nghiệm tìm thấy nhiều lỗi hơn vì họ đoán lỗi tốt hơn.
Kiểm tra các mô-đun chính
Các mô-đun kinh doanh chính cần được xác định và nhắm mục tiêu để thử nghiệm đặc biệt. Các mô-đun quan trọng trong kinh doanh nên được kiểm tra trước để có được sự tin cậy về chất lượng của hệ thống.
Ghi lại lỗi
Tất cả các khiếm khuyết cần phải được ghi lại hoặc viết vào sổ ghi chú. Các lỗi phải được giao cho nhà phát triển để sửa chữa. Đối với mỗi lỗi hợp lệ, các trường hợp kiểm thử tương ứng phải được viết và phải được thêm vào các trường hợp kiểm thử đã lên kế hoạch.
Kia là Khiếm khuyết những phát hiện này phải được coi là bài học kinh nghiệm và những điều này sẽ được phản ánh trong hệ thống tiếp theo của chúng tôi khi chúng tôi lập kế hoạch cho các trường hợp thử nghiệm.
Kết luận
Ưu điểm của thử nghiệm Ad-hoc là kiểm tra tính đầy đủ của thử nghiệm và tìm ra nhiều lỗi hơn so với thử nghiệm theo kế hoạch. Các ca kiểm thử phát hiện lỗi được thêm vào dưới dạng các ca kiểm thử bổ sung cho các ca kiểm thử đã lên kế hoạch.
Trong Kỹ thuật phần mềm, Kiểm thử đặc biệt giúp tiết kiệm rất nhiều thời gian vì nó không yêu cầu lập kế hoạch, tài liệu và quy trình kiểm thử phức tạp. Trường hợp thử nghiệm thiết kế.