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ẽ ra mắt với các bạn về 1 phần rất thú vị sẽ là “Exploratory Testing” cùng "Ad-hoc testing". Trong bài này, tôi đang 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 núm nào để ứng dụng nó vào kiểm test thực thế. Phần đa mẹo này để giúp đỡ bạn làm cố gắng nào nhằm hiểu với tiếp cận cách thức này vào những bài tập cơ bạn dạng trong ngành kiểm thử thực tế.

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

Bạn vẫn xem: Exploratory testing là gì

1. Exploratory testing

Một thắc mắc trong ý nghĩ về của nhân viên kiểm demo (QA) là “Software testing Exploratory testing là gì?”Như cái brand name của nó đã cho rằng Exploratory testing là quy trình test phần mềm mà không tồn tại kế hoạch với lịch trình đặc biệt. Đây là quá trình kiểm thử thường thì mà ko sử dụng ngẫu nhiên bộ testcase nào cả hoặc là hồ hết tài liệu cho chiến lược test vận dụng của bạn. Xác định tính năng của vận dụng bằng việc khám phá và học tập làm thử nghiệm design, testcase và sử dụng thiết bị trả lập để thực hiện test chúng một cách tốt nhất.

Định nghĩa “Exploratory testing”

“Exploratory Testing là cách tiếp cận quá 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 biện pháp hữu hiệu nhất”. Đầu tiên những nhân viên kiểm thử phần mềm (QA) cần hiểu về ứng dụng đó bằng việc tò mò nó dựa trên sự gọi biết về bài toán chúng xẩy ra với các kịch bạn dạng kiểm thử nào. Sau đó bước đầu quá trình kiểm tra thực tế của ứng dụng.

*

Những lời khuyên quan trọng cần lưu giữ về technology test xét nghiệm phá:Chuẩn bị những kịch phiên bản kiểm demo để xác định tính ổn định của phần mềm.Kiểm tra trọn vẹn các trường đúng theo của ứng dụng dựa trên việc xác minh yêu cầu.Tìm ra những yêu cầu cũng giống như các công dụ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 quy trình kiểm tra của phương thức này tester (QA) đề xuất làm nỗ lực cố gắng tối thiểu để lập chiến lược nhưng trong khi thực thi về tối đa tester (QA) buộc phải kiểm tra được các tác dụng của vận dụng một cách chủ yếu xác. Điều này rất hữu dụng cho tester (QA) để đưa ra ra quyết định những gì hoàn toàn có thể được làm lân cận việc kiểm tra. Trong suốt quy trình kiểm tra tester (QA) cần khám phá về hành vi của các ứng dụng phần mềm, bước đầu tạo planer thử nghiệm hoặc kịch bạn dạng kiểm thử. Có những công ráng thử nghiệm thăm dò khác nhau trên thị trường. Trong số những công cụ chất vấn đó là "Session Tester" có thể được áp dụng như để quản lý và thu âm “Session-Based Testing”. Việc tạo ra các kịch phiên bản kiểm test 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 việc test.

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

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

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

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

2. Ad-hoc testing

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


*

Đặc điểm của Ad-hoc testingAd-hoc testing được triển khai sau khi quy trình test thông thường xong trên ứng dụng hoặc sản phẩm.Quá trình đánh giá này là để thực hiện với mục tiêu phá vỡ vận dụng mà không theo bất kể quy trình nào.Testers (QA) thực hiện quy trình kiểm tra ad-hoc cần phải có kiến thức toàn vẹn về sản phẩm.Lỗi được kiếm tìm thấy vào suốt quy trình ad-hoc cho biết thêm có nhiều sơ hở trong quá trình thử nghiệm tiếp theo.Ad-hoc testing được tiến hành chỉ một lần cho tới tận khi với trừ khi một lỗi được kiếm tìm thấy trong số đó yêu cầu đề nghị kiểm tra lại.Ad-hoc testing rất có thể được thực hiện 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 đề xuất 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 rất có thể thực hiện tại bất kỳ thời điểm nào mặc dù đó là bắt đầu, giữa xuất xắc cuối của dự án. Chuyển động này chỉ được tiến hành khi nhân viên cấp dưới kiểm demo (QA) đều phải sở hữu kiến thức rất đầy đủ về sản phẩm. Vận động test này cũng rất có thể được thực hiện khi thời hạn là rất tiêu giảm và kiểm tra chi tiết là cần thiết.

Ad-hoc testing không nên được triển khai khi nào?

Việc chỉ dẫn quyết định khi nào không thực hiện ad-hoc testing là bởi tay nghề và kỹ năng của tester (QA). Tuy nhiên có một ít trường vừa lòng không nên triển khai ad-hoc testing:

Ad-hoc testing ko yêu ước khi nó sẽ tồn trên một lỗi trong chạy thử case. Trong trường phù hợp đó, lỗi phải được báo cáo và nó đề nghị được thực hiện lại một lần lúc nó đã có sửa.Ad-hoc testing ko nên triển khai trong khi triển khai Beta testing của ứng dụng của khách hàng hàng.Các nhiều loại dùng vào ad-hoc testing là gì?

Về cơ bạn dạng có 3 loại ad-hoc testing. Bọn chúng là:

Buddy testing: một số loại test này được tiến hành bởi nhân viên lập trình và nhân viên cấp dưới kiểm thử mọi người chịu trách nhiệm cho bài toán giao thừa nhận từng module vắt thể. Trong nhiều loại test này nhân viên lập trình và nhân viên cấp dưới kiểm thử sẽ ngồi cũng nhau và làm việc trên một module rõ ràng để tránh từ các việc xây dựng các kịch bạn dạng không đúng theo lệ bên cạnh đó ở những mặt không giống giúp những tester báo cáo những lỗi (defects) chưa hợp lệ.

Pair testing: loại test này được thực hiện bởi 2 tester ngồi làm việc cùng cùng nhau trên và một module. Về cơ phiên bản họ chia các 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 các kịch bản kiểm thử buổi tối đa để module của các thực thể chấm dứt mức độ bao phủ. Cũng có thể tạo kịch phiên bản kiểm test của tester (QA) với quan gần cạnh trong quá trình kiểm tra thực thể những module cùng với nhau.

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

Ưu điểm và tác dụng của Ad-hoc testing

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

Ad-hoc testing là vấn đề test thoải mái để tester vận dụng những phương thức mới của riêng bọn họ trong vấn đề test vận dụng giúp họ tìm ra nhiều lỗi (defects) nhất có thể so với quy trình thử nghiệm chủ yếu thức.

Xem thêm: Bàn Ủi Hơi Nước Đứng Philips Gc504 (Gc, Bàn Là Hơi Nước Philips Gc504

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

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

Ad-hoc testing đang được chứng tỏ là phương pháp mang lại nhiều ích lợi khi mà tín đồ tester (QA) có ít thời gian và chiều sâu cho chuyển động kiểm thử của một đặc tính được yêu cầu. Điều này có ích trong việc cung cấp các tính năng đảm bảo chất lượng và đúng thời hạn.

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

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

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

Kể từ lúc ad-hoc testing được tiến hành mà ko có ngẫu nhiên kế hoạch với không theo bất kể cấu trúc nào do vậy vấn đề tái tạo nên lại lỗi (bug) đang trở thành một rắc rối lớn.

Kịch bản kiểm demo được thực hiện trong suốt quá trình ad-hoc testing không tài giỏi liệu nhằm tester (QA) có thể giữ toàn bộ các kịch bạn dạng trong trung khu trí nhưng anh ấy/cô ấy hoàn toàn có thể không nhớ lại vào tương lai.

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

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

Nếu ad-hoc testing ko được thực hiện theo phương pháp thích hợp nó có thể dẫn mang đến mất cục bộ thời gian cùng công sức. Dưới đó là một vài gợi ý cho tester (QA) để khẳng định phạm vi và phương thức như rứa nào để vận dụng vào ad-hoc testing:

Kiến thức tốt về sản phẩm:Tester (QA) - số đông người thực hiện ad-hoc testing cần phải có kiến thức xuất sắc 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) và tìm ra nhiều lỗi nhất rấ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 triển khai cho các đặc tính thì trước tiên những trường hợp kiểm thử cần phải phân các loại và ưu tiên. Gần như đặc tính được thực hiện nhiều bởi quý khách hàng cần được soát sổ đầu tiên cho tới khi gồm một vài lỗi (bug) gồm độ ưu tiên mãi mãi trong khối hệ thống thì cần được report và sửa càng cấp tốc càng tốt.

Lập kế hoạch sơ bộ:Mặc dù không mong muốn về bất cứ tài liệu như thế nào trong quá trình sử dụng cách thức ad-hoc testing như đã nhắc đến ở trên nhưng có lưu ý một vài ba điểm trong suốt quá trình kiểm tra này là giúp tester (QA) nhớ tất cả các trường phù hợp thử nghiệm có thể xảy ra trong quá trình test. Điều này hỗ trợ cho việc tăng buổi tối đa độ bao trùm trong thời hạn ít hơn.

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

Xem thêm: Cầm Chiếc Vé Trên Tay Em Bay Đến Nơi Xa, Sài Gòn Đau Lòng Quá

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

=> Và bây chừ chúng ta hãy cùng đối chiếu Ad-hoc testing với Exploratory testing nhé