Exploratory testing là gì

http://www.softwaretestingclass.com/difference-between-adhoc-testing-and-exploratory-testing/

http://www.softwaretestingclass.com/what-is-exploratory-testing/

http://istqbexamcertification.com/what-is-ad-hoc-testing/

Nói về mảng Software testing, hôm nay, tôi sẽ trình làng với các bạn về một trong những phần rất thú vị chính là “Exploratory Testing” và "Ad-hoc testing". Trong bài bác này, tôi đang sẵn có một trải nghiệm đặc biệt quan trọng về cải tiến vượt bậc trong kiểm thử, ưu điểm, nhược điểm với làm ráng nào để ứng dụng nó vào kiểm demo thực thế. Hầu như mẹo này sẽ giúp bạn làm nắm nào nhằm hiểu với tiếp cận phương pháp này vào các bài tập cơ phiên bản trong ngành kiểm demo thực tế.

Bạn đang xem: Exploratory testing là gì

Bạn đã xem: Exploratory testing là gì

1. Exploratory testing

Một câu hỏi trong ý nghĩ của nhân viên cấp dưới kiểm demo (QA) là “Software testing Exploratory testing là gì?”Như cái thương hiệu của nó đã chỉ ra rằng Exploratory testing là quá trình test phần mềm mà không có kế hoạch với lịch trình sệt biệt. Đây là quá trình kiểm thử thường thì mà ko sử dụng bất kỳ bộ testcase làm sao cả hoặc là đầy đủ tài liệu cho chiến lược test ứng dụng của bạn. Xác định công dụng của ứng dụng bằng việc mày mò và học làm chạy thử design, testcase và sử dụng thiết bị mang lập để triển khai test chúng một cách tốt nhất.

Định nghĩa “Exploratory testing”

“Exploratory Testing là biện pháp tiếp cận quy trình test chất nhận được bạn vận dụng năng lực, năng lực và kỹ xảo của bạn kiểm thử (QA) một giải pháp hữu hiệu nhất”. Đầu tiên những nhân viên cấp dưới kiểm thử ứng dụng (QA) đề nghị hiểu về ứng dụng đó bởi việc tìm hiểu nó dựa vào sự gọi biết về việc chúng xẩy ra với các kịch phiên bản kiểm thử nào. Sau đó bước đầu quá trình kiểm tra thực tiễn của ứng dụng.

*

Những lời khuyên đặc biệt cần lưu giữ về công nghệ test xét nghiệm phá:Chuẩn bị những kịch bản kiểm test để xác định tính ổn định của phần mềm.Kiểm tra toàn vẹn các trường phù hợp của ứng dụng dựa vào việc xác minh yêu cầu.Tìm ra những yêu cầu tương tự như các chức năng của ứng dụng.Tìm ra giời hạn của ứng dụng.Xác định phạm vi của dự án.

Trong quá trình kiểm tra của cách thức này tester (QA) bắt buộc làm cố gắng nỗ lực tối thiểu nhằm lập chiến lược nhưng trong lúc thực thi buổi tối đa tester (QA) nên kiểm tra được các tính năng của áp dụng một cách bao gồm xác. Điều này rất hữu ích cho tester (QA) để mang ra đưa ra quyết định những gì có thể được làm bên cạnh việc kiểm tra. Trong suốt quy trình kiểm tra tester (QA) cần tìm hiểu về hành vi của các ứng dụng phần mềm, bắt đầu tạo kế hoạch thử nghiệm hoặc kịch bản kiểm thử. Gồm có công cố thử nghiệm thăm dò khác biệt trên thị trường. Giữa những công cụ bình chọn đó là "Session Tester" rất có thể được sử dụng như để làm chủ và thu âm “Session-Based Testing”. Việc tạo ra các kịch phiên bản kiểm thử là hoàn toàn dựa bên trên những tay nghề và việc giao lưu và học hỏi ứng dụng ngoài câu hỏi test.

Loại thử nghiệm này là việc test thiên nhiên của nhân viên kiểm thử. Việc tìm kiếm ra lỗi không chỉ phụ thuộc vào trên kinh nghiệm tay nghề của nhân viên cấp dưới kiểm test (QA) mà lại còn dựa vào kỹ năng.

Nhiều nhân viên cấp dưới kiểm thử đang nghĩ rằng loại test này cần đi kèm theo trong những hình ảnh, bởi vì vậy đây là điểm bọn họ cần áp dụng trong kỹ thuật thử nghiệm khám phá:

Khi ứng dụng của doanh nghiệp không có tài năng liệu sệt tả yêu mong hoặc không có tài năng liệu cho việc test (test plan, checklist, chạy thử case…) hoặc tài liệu là nhỏ.Khi bạn có nhu cầu hoàn thành quá trình test của khách hàng trong một khoảng thời gian ngắn ngủi.Khi các bạn phải test áp dụng sớm trong một chu kỳ phát triển của phần mềm.Ưu điểm:Phương pháp này không yêu cầu sẵn sàng cho quá trình test như là việc bọn họ không tài giỏi liệu cho hoạt động kiểm thử.Thời gian trong quá trình test được tiết kiệm do toàn bộ các trách nhiệm test được thiết kế cùng một lúc như là quy trình test, kiến thiết kịch bản kiểm thử và triển khai các kịch phiên bản kiểm thử.Nhân viên kiểm test (QA) bao gồm thể báo cáo nhiều vấn đề do yêu cầu không không hề thiếu hoặc tư liệu yêu mong còn thiếu.Nhược điểm:Vài vấn đề không thể được khai quật trong kiểu test này.Có cẩn thận lại những kế hoạch đánh giá và thiết kế testcase/kịch phiên bản test vào khi quy trình test có xẩy ra vấn đề.Những nhân viên cấp dưới kiểm test (QA) rất cần được nhớ kịch phiên bản test - đầy đủ gì nhưng mà anh ta đang triển khai test cũng chính vì nếu gồm lỗi được kiếm tìm thấy, tester (QA) đang “report a bug” với công việc thích hợp nhằm tái hiện nay lại nó, với những lỗi cực nhọc tái hiện cần phải mô tả công việc một cách phù hợp để tiến hành một cách đúng mực lỗi cơ mà anh ta đã report đặc biệt là với những lỗi bắt đầu được tìm thấy.

Tôi nghĩ rằng phần lớn điều nhưng mà tôi nói trên là tất cả các điểm bao gồm trong phương thức kiểm soát thăm dò. Các bạn hãy giành thời gian đọc kỹ nó nhé. Sau đây, tôi sẽ ra mắt về một cách làm kiểm test cũng không hề kém phần thú vị đó là: “ad-hoc testing”.

2. Ad-hoc testing

Ý nghĩa của trường đoản cú Ad-hoc là một cái gì này mà không theo thứ tự hoặc không có tổ chức hay là không có cấu trúc nào cả. Trong một lưu ý tương trường đoản cú về thí nghiệm Ad-hoc không là gì mà lại nó là một trong loại kiểm demo hộp đen (Black box testing) hoặc kiểm tra hành vi đó (Behavioural testing) được thực hiện mà không theo bất cứ một quá trình chính thức nào hệt như tài liệu sệt tả yêu cầu, kế hoạch test, thử nghiệm case, … tương tự như vậy vào khi triển khai ad-hoc testing không tồn tại quy trình kiểm thử đồng ý cái mà rất có thể được ghi nhận.Ad-hoc testing thường xong xuôi để mày mò những sự việc (issues ) hoặc lỗi (defects) mà bắt buộc được tìm thấy bằng quy trình test chính thức. Những nhân viên kiểm demo (QA) bạn thực hiện quá trình kiểm thử này rất cần phải có con kiến thức cực tốt và có chiều sâu về thành phầm hoặc ứng dụng. Khi nhân viên kiểm thử thực hiện ad-hoc testing chúng ta chỉ bao gồm ý định phá vỡ khối hệ thống mà ko theo bất kỳ quy trình làm sao hoặc không có ngẫu nhiên trường hợp ví dụ nào trong tim trí họ.


*

Đặc điểm của Ad-hoc testingAd-hoc testing được thực hiện sau khi quá trình test thông thường kết thúc trên áp dụng hoặc sản phẩm.Quá trình kiểm soát này là để tiến hành với mục đích phá vỡ vận dụng mà ko theo bất cứ quy trình nào.Testers (QA) thực hiện quy trình kiểm tra ad-hoc cần có kiến thức toàn diện về sản phẩm.Lỗi được search thấy vào suốt quá trình ad-hoc cho biết thêm có nhiều sơ hở trong quy trình thử nghiệm tiếp theo.Ad-hoc testing được triển khai chỉ một lần cho tới tận khi và trừ lúc một lỗi được search thấy trong các số ấy yêu cầu nên kiểm tra lại.Ad-hoc testing có thể được tiến hành khi nào?

Và bây giờ, trong lòng trí của bạn sẽ có câu hỏi là lúc nào chúng ta bắt buộc dùng cách thức ad-hoc testing?Để trả lời câu hỏi này chúng ta có thể nói rằng ad-hoc testing hoàn toàn có thể thực hiện tại ngẫu nhiên thời điểm nào mặc dù đó là bắt đầu, giữa hay cuối của dự án. Hoạt động này chỉ được thực hiện khi nhân viên cấp dưới kiểm test (QA) đều có kiến thức đầy đủ về sản phẩm. Vận động test này cũng có thể được triển khai khi thời hạn là rất tinh giảm và kiểm tra chi tiết là phải thiết.

Ad-hoc testing tránh việc được thực hiện khi nào?

Việc đưa ra quyết định bao giờ không tiến hành ad-hoc testing là bởi tay nghề và kỹ năng của tester (QA). Mặc dù có một không nhiều trường thích hợp không nên triển khai ad-hoc testing:

Ad-hoc testing không yêu ước khi nó đang tồn tại một lỗi trong kiểm tra case. Vào trường hòa hợp đó, lỗi đề xuất được báo cáo và nó yêu cầu được thực hiện lại một lần khi nó đã có sửa.Ad-hoc testing không nên thực hiện trong khi thực hiện Beta testing của ứng dụng của khách hàng hàng.Các loại dùng vào ad-hoc testing là gì?

Về cơ bạn dạng có 3 một số loại ad-hoc testing. Chúng là:

Buddy testing: loại test này được triển khai bởi nhân viên lập trình và nhân viên cấp dưới kiểm thử những người phụ trách cho bài toán giao nhận từng module gắng thể. Trong nhiều loại test này nhân viên cấp dưới lập trình và nhân viên cấp dưới kiểm thử đã ngồi cũng nhau và thao tác làm việc trên một module cụ thể để tránh từ việc xây dựng những kịch bản không vừa lòng lệ mà còn ở các mặt không giống giúp những tester report những lỗi (defects) chưa hợp lệ.

Pair testing: nhiều loại test này được thực hiện bởi 2 tester ngồi làm việc cùng với nhau trên cùng một module. Về cơ phiên bản họ chia những kịch phiên bản testing giữa các module. Mục đích của các loại testing là mang đến với những kịch bạn dạng kiểm thử về tối đa để module của các thực thể ngừng mức độ bao phủ. Cũng hoàn toàn có thể tạo kịch phiên bản kiểm test của tester (QA) cùng quan gần kề trong quá trình kiểm tra thực thể các module cùng rất nhau.

Monkey testing: một số loại test này là quá trình thực hiện nay kiểm tra thốt nhiên một vài tác dụng trong quy trình test cho một số trong những dữ liệu bất chợt với mục đích phá vỡ lẽ hệ thống. Quy trình kiểm tra này giúp shop chúng tôi phát hiện nay ra một số trong những lỗi (bug) mới, hầu như lỗi mà lại trước kia không bắt được.

Ưu điểm và tiện ích của Ad-hoc testing

Dưới đây là một vài ưu điểm và tiện ích liên quan cho Ad-hoc testing:

Ad-hoc testing là việc test thoải mái để tester vận dụng những phương thức mới của riêng chúng ta trong việc test vận dụng giúp chúng ta tìm ra các lỗi (defects) nhất rất có thể so với quá trình thử nghiệm chính thức.

Xem thêm: Hướng Dẫn Tạo Giao Diện Php : Thiết Kế Giao Diện Trang Web (Phần 1)

Các loại test hoàn toàn có thể được thực hiện bất kể lúc nào chỗ nào trong chu kỳ luân hồi phát triển ứng dụng (Software Development Life Cycle (SDLC)) nhưng mà không theo bất kỳ qui trình thỏa thuận nào.

Loại thử nghiệm này không những bị giới hạn quá trình test của một team mà nó còn rất có thể được thực hiện bởi nhân viên cấp dưới lập trình trong lúc những module của họ đang được phát triển điều này giúp chúng ta trong vấn đề code bởi những cách thức tốt nhất.

Ad-hoc testing sẽ được chứng minh là cách thức mang lại nhiều lợi ích khi mà người tester (QA) có ít thời hạn và chiều sâu cho chuyển động kiểm demo của một công năng được yêu cầu. Điều này hữu ích trong việc hỗ trợ các tính năng bảo đảm an toàn chất lượng cùng đúng thời hạn.

Ad-hoc testing có thể thực hiện đồng thời với các loại kiểm demo khác giúp cho việc tìm nhiều lỗi (bug) hơn trong những khoảng thời gian ít hơn.

Đối với các loại test này tư liệu là không quan trọng mà tester (QA) phải tập trung quá trình kiểm demo vào đặc tính của vận dụng mà ko phải lo lắng về những tài liệu thiết yếu thức.

Nhược điểm của Ad-hoc testing

Kể từ lúc ad-hoc testing được thực hiện mà không có bất kỳ kế hoạch và không theo bất kể cấu trúc nào bởi vậy việc tái tạo thành lại lỗi (bug) đã trở thành một băn khoăn lớn.

Kịch phiên bản kiểm thử được triển khai trong suốt quy trình ad-hoc testing không tài giỏi liệu để tester (QA) có thể giữ toàn bộ các kịch bản trong tâm trí cơ mà anh ấy/cô ấy có thể không nhớ lại trong tương lai.

Ad-hoc testing phụ thuộc rất những vào năng lực của tester (QA) người dân có hiểu biết toàn vẹn về sản phẩm mà nó không thể được tiến hành bởi một tín đồ mới thâm nhập vào dự án của team.

Thực hành rất tốt trong khi tiến hành ad-hoc testing

Nếu ad-hoc testing ko được triển khai theo phương pháp thích phù hợp nó rất có thể dẫn đến mất toàn thể thời gian và công sức. Dưới đây là một vài lưu ý cho tester (QA) để xác minh phạm vi và phương thức như cố gắng nào để ứng dụng vào ad-hoc testing:

Kiến thức tốt về sản phẩm:Tester (QA) - đều người thực hiện ad-hoc testing cần có kiến thức giỏi về sản phẩm. Anh ta cần phải có hiểu biết xuất sắc với tất cả các công năng của sản phẩm. Điều này giúp tester (QA) trong việc phản đoán lỗi (error) cùng tìm ra những lỗi nhất có thể từ những khu vực dễ mắc lỗi (defect) nhất.

Độ ưu tiên những đặc tínhKhi ad-hoc testing thực hiện cho các đặc tính thì trước tiên các trường hòa hợp kiểm thử cần được phân một số loại và ưu tiên. Số đông đặc tính được áp dụng nhiều bởi người tiêu dùng cần được chất vấn đầu tiên cho tới khi tất cả một vài lỗi (bug) bao gồm độ ưu tiên trường thọ trong khối hệ thống thì yêu cầu được báo cáo và sửa càng nhanh càng tốt.

Lập chiến lược sơ bộ:Mặc dù không có nhu cầu về bất cứ tài liệu như thế nào trong quá trình sử dụng thủ tục ad-hoc testing như đã nhắc đến ở trên nhưng có xem xét một vài ba điểm vào suốt quy trình kiểm tra này là góp tester (QA) nhớ toàn bộ các trường đúng theo thử nghiệm rất có thể xảy ra trong quá trình test. Điều này giúp cho việc tăng buổi tối đa độ bao che trong thời gian ít hơn.

Cách sử dụng công cụĐôi khi trong những khi kiểm tra tất cả lỗi (bug) hoặc hầu như ngoại lệ được tìm kiếm thấy trong các phiên bản log mà lại không được bắt gặp trong giao diện người dùng hay cản trở quá trình kiểm tra trong ngẫu nhiên cách nào. Những nhiều loại lỗi (bug) đó phải để mức độ cực kỳ nghiêm trọng cao. Để bắt được đầy đủ lỗi (bug) hoặc hồ hết ngoại lệ đó họ cần phải thực hiện công nuốm như dò lỗi (debuggers), công cụ đánh giá hoặc màn hình hiển thị nhiệm vụ.

Quan sát tài liệuMặc dù quá trình kiểm tra thực hiện phương thức ad-hoc testing không hỗ trợ tài liệu nhưng lại nó luôn luôn xuất sắc hơn để viết một ghi chú gọn ghẽ về việc kiểm tra, vạc hiện và độ xê dịch của bạn. Giả dụ lỗi (defect) được search thấy sau đó chúng ta cần tạo các testcase liên quan, vấn đề đó giúp ích cho tester (QA) trong việc kiểm tra lại các kịch phiên bản trong tương lai.

=> Và hiện nay chúng ta hãy cùng đối chiếu Ad-hoc testing và Exploratory testing nhé