Thử nghiệm Adhoc

Thử nghiệm Adhoc là gì?

Khi một thử nghiệm phần mềm được thực hiện mà không có kế hoạch và tài liệu phù hợp, nó được cho là Thử nghiệm Adhoc. Loại kiểm tra như vậy chỉ được thực hiện một lần trừ khi chúng tôi phát hiện ra các khiếm khuyết.

Thử nghiệm Adhoc được thực hiện sau khi thử nghiệm chính thức được thực hiện trên ứng dụng. Phương pháp Adhoc là loại thử nghiệm ít chính thức nhất vì nó KHÔNG phải là cách tiếp cận có cấu trúc. Do đó, các lỗi được tìm thấy bằng cách sử dụng phương pháp này khó có thể tái tạo vì không có trường hợp kiểm thử nào phù hợp với các tình huống đó.

Thử nghiệm được thực hiện với kiến ​​thức của người thử nghiệm về ứng dụng và người thử nghiệm kiểm tra ngẫu nhiên mà không tuân theo các thông số kỹ thuật / yêu cầu. Do đó, sự thành công của thử nghiệm Adhoc phụ thuộc vào khả năng của người thử nghiệm, người thực hiện thử nghiệm. Người thử nghiệm phải tìm ra các khiếm khuyết mà không có bất kỳ kế hoạch và tài liệu thích hợp nào, chỉ dựa trên trực giác của người thử nghiệm.

Khi nào thực hiện kiểm tra Adhoc?

Thử nghiệm Adhoc có thể được thực hiện khi có thời gian hạn chế để thực hiện thử nghiệm toàn diện và thường được thực hiện sau khi thực hiện thử nghiệm chính thức. Thử nghiệm Adhoc sẽ chỉ có hiệu quả nếu người thử nghiệm có hiểu biết sâu sắc về Hệ thống đang thử nghiệm.

Các hình thức kiểm tra Adhoc:

1. Buddy Testing: Hai người bạn, một từ nhóm phát triển và một từ nhóm kiểm tra cùng làm việc để xác định các khiếm khuyết trong cùng một mô-đun. Thử nghiệm Buddy giúp người thử nghiệm phát triển các trường hợp thử nghiệm tốt hơn trong khi nhóm phát triển cũng có thể thực hiện các thay đổi thiết kế sớm. Loại thử nghiệm này thường xảy ra sau khi hoàn thành thử nghiệm đơn vị.

2. Pair Testing: Hai người kiểm tra được chỉ định các mô-đun giống nhau và họ chia sẻ ý tưởng và làm việc trên cùng một hệ thống để tìm ra các khiếm khuyết. Một người thử nghiệm thực hiện các thử nghiệm trong khi một người thử nghiệm khác ghi lại các ghi chú về những phát hiện của họ.

3. Monkey Testing: Thử nghiệm được thực hiện ngẫu nhiên mà không có bất kỳ trường hợp thử nghiệm nào nhằm phá vỡ hệ thống.

Nhiều cách khác nhau để làm cho Thử nghiệm Adhoc hiệu quả hơn

1. Preparation: Bằng cách nắm được chi tiết lỗi của một ứng dụng tương tự, xác suất tìm thấy lỗi trong ứng dụng sẽ nhiều hơn.

2. Creating a Rough Idea: Bằng cách tạo ra một ý tưởng sơ bộ tại chỗ, người thử nghiệm sẽ có một cách tiếp cận tập trung. KHÔNG bắt buộc phải ghi lại một kế hoạch chi tiết như những gì cần kiểm tra và cách kiểm tra.

3. Divide and Rule: Bằng cách thử nghiệm từng phần ứng dụng, chúng ta sẽ tập trung hơn và hiểu rõ hơn về các vấn đề nếu có.

4. Targeting Critical Functionalities: Người thử nghiệm nên nhắm mục tiêu những khu vực KHÔNG được đề cập trong khi thiết kế các trường hợp thử nghiệm.

5. Using Tools: Các khiếm khuyết cũng có thể được đưa ra ánh sáng bằng cách sử dụng trình định hình, trình gỡ lỗi và thậm chí là trình giám sát tác vụ. Do đó, sử dụng thành thạo các công cụ này người ta có thể phát hiện ra một số khiếm khuyết.

6. Documenting the findings:Mặc dù thử nghiệm được thực hiện ngẫu nhiên, nhưng tốt hơn là bạn nên ghi lại các thử nghiệm nếu thời gian cho phép và ghi lại những sai lệch nếu có. Nếu các khiếm khuyết được tìm thấy, các trường hợp thử nghiệm tương ứng sẽ được tạo để giúp người thử nghiệm kiểm tra lại kịch bản.