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ẽ giới thiệu với chúng ta về 1 phần rất thú vị sẽ là “Exploratory Testing” cùng "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ề nâng tầm trong kiểm thử, ưu điểm, nhược điểm và làm nỗ lực nào để vận dụng nó vào kiểm test thực thế. Phần lớn mẹo này để giúp đỡ bạn làm cố kỉnh nào để hiểu cùng tiếp cận cách thức 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ì

1. Exploratory testing

Một câu hỏi trong ý nghĩ về của nhân viên kiểm thử (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 ứng dụng mà không tồn tại kế hoạch và lịch trình đặc biệt. Đây là quy trình kiểm thử thông thường mà không sử dụng bất kỳ bộ testcase làm sao cả hoặc là số đông tài liệu cho chiến lược test áp dụng của bạn. Xác định chức năng của áp dụng bằng việc tìm hiểu và học làm kiểm tra design, testcase và sử dụng thiết bị đưa lập để tiến hành test chúng một cách xuất sắc nhất.

Định nghĩa “Exploratory testing”

“Exploratory Testing là giải pháp tiếp cận quy trình test được cho phép bạn vận dụng năng lực, khả năng và kỹ xảo của người kiểm test (QA) một giải 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) đề nghị hiểu về ứng dụng đó bởi việc khám phá nó dựa trên sự đọc biết về việc chúng xảy ra với những kịch phiên bản kiểm demo nào. Sau đó bắt đầu quá trình kiểm tra thực tế 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ị các kịch bản kiểm thử để xác định tính ổn định của phần mềm.Kiểm tra trọn vẹn các trường hòa hợp của ứng dụng dựa vào việc khẳng định yêu cầu.Tìm ra các yêu cầu cũng tương tự các tác 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 thủ tục này tester (QA) buộc phải làm cố gắng nỗ lực tối thiểu để lập kế hoạch nhưng trong khi thực thi tối đa tester (QA) cần kiểm tra được các tính năng của áp dụng một cách thiết yếu xác. Điều này rất hữu ích cho tester (QA) để mang ra quyết định những gì rất có thể được làm kề bên việc kiểm tra. Vào 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, ban đầu tạo chiến lược thử nghiệm hoặc kịch phiên bản kiểm thử. Có những công nắm thử nghiệm thăm dò khác biệt trên thị trường. Một trong những công cụ đánh giá đó 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 bản kiểm thử là trọn vẹn dựa bên trên những tay nghề và việc học hỏi và giao lưu ứng dụng ngoài vấn đề test.

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

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

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

Tôi suy nghĩ rằng hầu như điều nhưng tôi nói bên trên là toàn bộ các điểm bao gồm trong phương thức kiểm tra thăm dò. Chúng ta hãy giành thời hạn đọc kỹ nó nhé. Sau đây, tôi sẽ ra mắt về một cách thức kiểm test cũng không kém phần thú vị kia 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ì đó mà không theo máy tự hoặc không có tổ chức hay không có cấu tạo nào cả. Vào một xem xét tương trường đoản cú về thí điểm Ad-hoc không là gì tuy thế nó là một trong những loại kiểm test hộp black (Black box testing) hoặc đánh giá hành vi đó (Behavioural testing) được triển khai mà không theo bất kể một các bước chính thức nào giống như tài liệu sệt tả yêu thương cầu, planer test, test case, … giống như như vậy vào khi thực hiện ad-hoc testing không có quy trình kiểm thử chấp nhận cái mà rất có thể được ghi nhận.Ad-hoc testing thường xong xuôi để tìm hiểu những vấn đề (issues ) hoặc lỗi (defects) mà thiế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) bạn thực hiện quá trình kiểm thử này rất cần được có kiến thức tốt nhất và bao gồm chiều sâu về thành phầm hoặc ứng dụng. Khi nhân viên cấp dưới kiểm thử tiến hành ad-hoc testing bọn họ chỉ gồm ý định phá vỡ hệ thống mà không theo ngẫu nhiên quy trình như thế nào hoặc không có bất kỳ trường hợp rõ ràng nào trong lòng trí họ.

*

Đặc điểm của Ad-hoc testingAd-hoc testing được thực hiện sau khi quy trình test thông thường dứt trên ứng dụng hoặc sản phẩm.Quá trình bình chọn này là để thực hiện với mục đích phá vỡ áp 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 có kiến thức toàn diện về sản phẩm.Lỗi được search thấy trong suốt quá trình ad-hoc cho thấy 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 đến tận khi và trừ khi 1 lỗi được tra cứu thấy trong những số ấy yêu cầu bắt buộc kiểm tra lại.Ad-hoc testing hoàn toàn có thể được thực hiện khi nào?

Và bây giờ, trong trái tim trí của bạn sẽ có thắc mắc 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 bạn có thể nói rằng ad-hoc testing có thể thực hiện tại ngẫu nhiên thời điểm nào mặc dầu đó là bắt đầu, giữa tuyệt cuối của dự án. Chuyển động này chỉ được triển khai khi nhân viên cấp dưới kiểm demo (QA) đều có kiến thức không thiếu về sản phẩm. Chuyển động test này cũng rất có thể được tiến hành khi thời gian là rất giảm bớt và kiểm tra chi tiết là đề nghị thiết.

Ad-hoc testing không nên được thực hiện khi nào?

Việc giới thiệu quyết định khi nào không triển khai ad-hoc testing là bởi kinh nghiệm và khả năng của tester (QA). Tuy vậy có một ít trường vừa lòng không nên thực hiện ad-hoc testing:

Ad-hoc testing không yêu mong khi nó sẽ tồn tại một lỗi trong thử nghiệm case. Trong trường thích hợp đó, lỗi buộc phải được report và nó yêu cầu được thực hiện lại một lần khi nó đã làm đượ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.Các các loại dùng vào ad-hoc testing là gì?

Về cơ phiên bản có 3 các 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 kiểm thử hầu hết người phụ trách cho câu hỏi giao dấn từng module cầm 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ử sẽ ngồi cũng nhau và thao tác trên một module ví dụ để tránh từ những việc xây dựng những kịch phiên bản không vừa lòng lệ hơn nữa ở những mặt khác giúp những tester báo cáo những lỗi (defects) không phù hợp lệ.

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

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

Ưu điểm và lợi ích của Ad-hoc testing

Dưới đây là một vài ưu thế và tiện ích liên quan mang lại 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 việc test áp dụng giúp họ tìm ra nhiều lỗi (defects) nhất rất có thể so với quá trình thử nghiệm chính thức.

Các nhiều 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 phần mềm (Software Development Life Cycle (SDLC)) mà không theo bất kỳ qui trình chấp thuận nào.

Loại test 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 triển khai bởi nhân viên cấp dưới lập trình trong những 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 pháp tốt nhất.

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

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

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

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

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

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

Ad-hoc testing phụ thuộc rất các vào khả năng của tester (QA) người dân có hiểu biết toàn diện về thành phầm mà nó cần yếu được triển khai bởi một tín đồ mới tham gia vào dự án của team.

Thực hành cực tốt trong khi triển khai ad-hoc testing

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

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

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

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

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

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

=> Và bây giờ chúng ta hãy cùng so sánh Ad-hoc testing và Exploratory testing nhé

*

Adhoc TestingExploratory Testing
Ad-hoc testing bước đầu với việc học áp dụng và sau đó làm vấn đề với quy trình kiểm tra thực tế.Exploratory Testing bước đầu với việc tìm hiểu ứng dụng trong lúc học.
Trong Ad-hoc testing tài liệu chưa hẳn là nhu cầu cần thiết. Đội QA thâm nhập vào quy trình kiểm tra mà không cần tài liệu sệt tả yêu cầu.Trong Exploratory Testing tài liệu là bắt buộc. Để đảm bảo an toàn về chất lượng của dự án, tài liệu chi tiết của quy trình kiểm tra là bắt buộc thiết.

Xem thêm: Nghĩa Của Từ Restoration Là Gì Trong Tiếng Việt? Restoration

Ad-hoc nói đến sự hoàn hảo nhất của hoạt động kiểm tra.Exploratory Testing kể đến khảo sát điều tra hơn là về bài toán học tập của ứng dụng.
Việc thực thi quá trình kiểm tra được áp dụng trong Ad-hoc testing.Mở rộng trường hợp của Exploratory Testing sẽ giúp đỡ bạn có kỹ năng sâu hơn về công dụng của quá trình kiểm tra.
Ad-hoc là công nghệ test của ứng dụng, nó cung ứng vai trò đặc trưng trong việc sản xuất phần mềm.Tester (QA) cần phải học một chức năng phần mượt đầu tiên. Exploratory Testing giúp đỡ bạn làm bài toán đó. Trước khi triển khai kiểm tra những ứng dụng hoặc phần mềm các kỹ sư yêu cầu phải mày mò nó thông qua Exploratory Testing.
Thử nghiệm này thực thi một lần duy nhất. Các kỹ sư kiểm thử nó một đợt tại 1 thời điểm, tuy vậy nếu có bất kỳ vấn đề gì tìm thấy trong quá trình test thì nên cần phải triển khai lặp lại thao tác.Đây là phương thức thử nghiệm phối hợp các công dụng kiểm tra trong quá trình nghiên cứu và phân tích và việc tạo nên một giải pháp mới.
Nó công ty yếu vận động trên các mối ân cần về nhiệm vụ và làm tăng thêm sự gọi biết về các ứng dụng.Nó phân loại những vấn đề và so sánh chúng từ các vấn đề được tra cứu thấy trong thừa khứ. Điều này giúp làm cho giảm thời gian cho việc kiểm tra.
Ad-hoc testing giúp đỡ bạn tìm thấy ý tưởng sáng chế từ những nghiên cứu.Nó giúp cải tiến và phát triển các ứng dụng.
Ad-hoc Testing không đặc biệt quan trọng là yêu cầu phải chuyên gia về ứng dụng thực thi nó.Nó luôn luôn luôn tiến hành bởi Tester (QA) gồm kinh nghiệm.
Ad-hoc ko cần suy nghĩ các trường phù hợp khó, mục tiêu của nó là nhằm chạy các kết quả.Luôn luôn luôn có những trường hợp khó khăn vào trường hòa hợp kiểm tra. Exploratory Testing hỗ trợ cho việc sắp xếp nó.
Nó cần có sự chuẩn bị để bắt đầu và tiếp tục.Exploratory Testing không cần thời hạn bắt đầu.
Đây là cách thức thử nghiệm không chính thức.Đây là căn cơ thử nghiệm bao gồm thức.
Nó làm việc trên quy trình test đậy định là chủ yếu.Quá trình chất vấn này thao tác trên quy trình khẳng định.
Phương thức kiểm soát này đa số là liên kết các khối hệ thống con với những ứng dụng với giúp cho việc tìm kiếm lỗ hổng khi hệ thống đang hoạt động.Nó mày mò những nguyên tố trong ứng dụng và tiến hành kiểm tra chúng bằng cách cung cung cấp một phiên bản phác thảo.
Nó không làm việc theo luồng của hệ thống.Exploratory testing thao tác theo luồng của khối hệ thống từ khi chuyển động kiểm tra được bắt đầu. Nó bước đầu với đối tượng người dùng chính và tích lũy đúng tin tức đúng về chúng.
Ad-hoc triệu tập vào quy trình và kiểm tra vận dụng nhiều lần.Tập trung giới hạn trong lĩnh vực nhập dữ liệu, kiểm soát với giao diện.
Kết quả sau cuối của Ad-hoc phụ thuộc vào đặc tả yêu ước và hỗ trợ cho tester (QA) sự rung cảm phệ cho vụ việc ở lúc này để kiểm soát một cách thiết yếu thức.Sản phẩm cuối cùng được xác minh dựa trên thuật toán với đặt nó trong file excel để áp dụng tiếp.

Có tương đối nhiều điểm tương đồng giữa Exploratory Testing và Ad-hoc testing. Điều đó gây mang đến con bạn cảm thấy run sợ về chúng. Mặc dù cũng có tương đối nhiều những điểm khác biệt giữa chúng chính là mối vồ cập của các chuyên viên kiểm thử tựa như những gì tôi đã trình bày ở trên.

Leave a Reply

Your email address will not be published. Required fields are marked *

CÙNG CHUYÊN MỤC MỚI

  • Connect broadband connection là gì

  • Enter network credentials là gì

  • Hgu và sfu là gì

  • Rela có nghĩa là gì

  • x

    Welcome Back!

    Login to your account below

    Retrieve your password

    Please enter your username or email address to reset your password.