Trách nhiệm chính của người kiểm thử là tìm ra ngay cả những lỗi nhỏ nhất có thể ảnh hưởng tiêu cực đến hoạt động liền mạch của ứng dụng. Trong hầu hết các trường hợp, quy trình đảm bảo chất lượng nhằm đảm bảo một giải pháp phần mềm sẽ hoạt động chính xác, không có sự cố không mong muốn ở cả giai đoạn phát triển và phát hành. Người thử nghiệm cần khám phá tất cả các phần của ứng dụng: chức năng, khả năng tương tác, khả năng sử dụng, hình thức trực quan, v.v. Không có gì lạ, đôi khi quá trình thử nghiệm được so sánh với việc khám phá những vùng đất mới. Cả hai đều có những con đường giống nhau: có điều gì đó chưa biết và nhiệm vụ của người kiểm tra là khám phá vùng đất này.
Về bản chất, Kiểm thử khám phá là gì. Thông thường, nó được thực hiện mà không cần bất kỳ tài liệu nào, nhưng với “Bản đồ phần mềm” rõ ràng và chính xác, bao gồm kinh nghiệm trước đây của người khám phá và tất cả thông tin về sản phẩm (tính năng, chức năng của sản phẩm, ý tưởng kinh doanh, v.v.). Trong bài viết này, chúng ta sẽ xem xét kỹ hơn loại thử nghiệm này để thấy được những ưu điểm và lợi ích của nó trong quá trình đảm bảo chất lượng.
Kiểm thử thăm dò : Cách thức hoàn thành và lý do nó quan trọng
Về cơ bản, kiểm thử thăm dò là một cách tiếp cận kiểm thử phần mềm được thực thi mà không có bất kỳ tài liệu, kịch bản thử nghiệm hoặc danh sách kiểm tra nào được phát triển trước đó. Do đó, người kiểm tra tạo và chạy các kịch bản kiểm thử dựa trên kiến thức của mình về sản phẩm. Kinh nghiệm tổng thể và nền tảng kỹ thuật sâu rộng của kỹ sư QA cũng đóng một vai trò lớn, giúp họ thực hiện các kịch bản kiểm thử chính xác hơn.
Loại thử nghiệm này thuận tiện vì người thử nghiệm không cần tốn nhiều thời gian và công sức để tạo tài liệu thử nghiệm. Đồng thời, quy trình thử nghiệm cũng trực quan và nhanh chóng hơn. Người thử nghiệm có thể xác định giai đoạn thử nghiệm khám phá nào được sử dụng để mang lại lợi ích lớn nhất, từ đó phối hợp với các loại thử nghiệm khác. Đây có thể là một bước vững chắc để hiểu sâu hơn về sản phẩm. Do đó, trong tương lai, điều này sẽ cho phép QAs tạo ra nhiều thử nghiệm thực tế và hữu ích hơn. Cuối cùng, nó có thể cải thiện phần mềm không chỉ về kỹ thuật mà còn về các góc nhìn kinh doanh.
Thử nghiệm thăm dò bao gồm nhiều cách tiếp cận. Người thử nghiệm có thể tái tạo một cách có phương pháp hành vi của người dùng thực hoặc thực hiện một loạt các thao tác mà người dùng thực sẽ không bao giờ thực hiện. Mục tiêu là chỉ "khám phá" cho đến khi bạn gặp lỗi, gặp UX khó hiểu hoặc lỗi chức năng. Kiểm thử thăm dò cũng có thể coi là bước kiểm tra cuối cùng về chất lượng phần mềm, giúp QAs xác định các điểm yếu và lỗi tiềm ẩn trước khi ứng dụng đi vào sản xuất.
Kiểm thử thăm dò có thể tốn bao nhiêu thời gian và yêu cầu là gì
Mặc dù loại thử nghiệm này có thể được thực hiện mà không cần sử dụng tài liệu hướng dẫn nhưng vẫn mất một khoảng thời gian. Do đó, để nói về hiệu quả của quy trình thử nghiệm, điều quan trọng là thu hút sự chú ý đến ngân sách và thời hạn của dự án. Tùy thuộc vào phạm vi dự án và kinh nghiệm của người thử nghiệm , loại thử nghiệm này có thể mất từ vài giờ đến vài ngày làm việc.
Kiểm thử thăm dò có thể được áp dụng cho bất kỳ độ phức tạp nào của phần mềm. Trong hầu hết các trường hợp, nó được sử dụng cho :
- Các dự án mới chưa có tài liệu chuyên sâu;
- Để xác định điểm yếu của phần mềm;
- Thu thập thêm thông tin về logic sản phẩm và quy trình làm việc;
- Nếu nhóm thử nghiệm bao gồm những người thử nghiệm có tay nghề cao, những người có thể thực hiện thử nghiệm thăm dò mà không bị mất ngân sách và thời gian, v.v. QA có thể sử dụng bản đồ tư duy để ghi lại kết quả của thử nghiệm khám phá của họ. Sử dụng phương pháp này, người thử nghiệm ghi lại tất cả các loại dữ liệu thử nghiệm ở một nơi, sử dụng các công cụ như XMind, Freemind, v.v.
Thử nghiệm thăm dò so với Thử nghiệm theo tập lệnh
Không giống như kiểm thử thăm dò, thử nghiệm theo tập lệnh yêu cầu tài liệu kỹ lưỡng để được thực thi. Nó cho phép các kỹ sư QA khởi động lại hoặc lặp lại các trường hợp thử nghiệm nếu cần. Trong khi thử nghiệm thăm dò lại cho phép người thử nghiệm học hỏi trong khi làm việc và cho phép họ phát hiện ngay cả những lỗi phức tạp nhất hoặc điểm yếu của một ứng dụng.
Một chiến lược thử nghiệm toàn diện có thể sẽ bao gồm cả một loạt các thử nghiệm theo kịch bản và thử nghiệm thăm dò. Điều này cho phép kết quả cuối cùng của quá trình thử nghiệm được kỹ lưỡng, để lại nhiều không gian hơn (và thời gian) để tìm ra các loại lỗi không mong muốn. Do đó, kết quả cuối cùng sẽ phụ thuộc vào mức độ hiệu quả của người thử nghiệm khi áp dụng kiến thức của mình vào các phương pháp thử nghiệm này.
Kết luận
Nếu nhóm QA của bạn có cơ hội thực hiện kiểm thử thăm dò, hãy làm điều đó. Kiểm thử thăm dò là một công cụ hữu ích cho phép các QA khám phá một phần mềm chính xác hơn. Về lâu dài, kiểm tra thăm dò có thể giúp người kiểm tra trao quyền cho ứng dụng bằng các tính năng hữu ích và giao diện thân thiện với người dùng trong khi chức năng vô giá trị có thể bị xóa hoàn toàn.
Nguồn : https://testfort.com/blog/exploratory-testing-a-useful-strategy-to-improve-software-quality