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