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ề một trong những phần cực kỳ thú vị chính là “Exploratory Testing” với "Ad-hoc testing". Trong bài này, tôi đang có một thưởng thức đặc biệt quan trọng về đột phá vào kiểm test, ưu điểm, nhược điểm với làm nắm như thế nào nhằm áp dụng nó vào kiểm thử thực núm. Những mẹo này để giúp đỡ bạn có tác dụng nắm nào để phát âm với tiếp cận cách thức này vào những bài bác tập cơ bạn dạng trong ngành kiểm demo thực tế.
Bạn đang xem: Exploratory testing là gì
1. Exploratory testing
Một thắc mắc vào ý nghĩ về của nhân viên cấp dưới kiểm test (QA) là “Software testing Exploratory testing là gì?”Nlỗi cái tên của nó sẽ chỉ ra rằng Exploratory testing là quá trình test ứng dụng mà lại không có planer với định kỳ trình đặc biệt. Đây là quy trình kiểm thử thông thường mà lại ko áp dụng ngẫu nhiên bộ testcase nào cả hoặc là mọi tư liệu đến planer test vận dụng của công ty. Xác định tác dụng của vận dụng bởi Việc khám phá và học tập có tác dụng test design, testcase và thực hiện thứ giả lập nhằm thực hiện demo chúng một biện pháp tốt nhất có thể.
Định nghĩa “Exploratory testing”“Exploratory Testing là giải pháp tiếp cận quá trình demo có thể chấp nhận được bạn áp dụng năng lực, khả năng và kỹ xảo của fan kiểm thử (QA) một cách bổ ích nhất”. Đầu tiên đầy đủ nhân viên kiểm thử ứng dụng (QA) phải hiểu về ứng dụng kia bởi câu hỏi tò mò nó dựa vào sự hiểu biết về câu hỏi bọn chúng xẩy ra cùng với các kịch bản kiểm test làm sao. Sau đó ban đầu quá trình khám nghiệm thực tế của ứng dụng.
Trong quy trình soát sổ của cách tiến hành này tester (QA) buộc phải có tác dụng cố gắng tối tđọc nhằm lập planer tuy vậy trong những lúc triển khai về tối nhiều tester (QA) yêu cầu chất vấn được những chức năng của ứng dụng một phương pháp đúng đắn. Vấn đề này rất bổ ích mang lại tester (QA) để mang ra quyết định phần lớn gì có thể được thiết kế bên cạnh việc chất vấn. Trong xuyên suốt quy trình khám nghiệm tester (QA) bắt buộc mày mò về hành vi của những áp dụng phần mềm, ban đầu tạo nên chiến lược thể nghiệm hoặc kịch bạn dạng kiểm demo. Có phần đông hình thức thử nghiệm dò hỏi không giống nhau trên Thị trường. Một trong những dụng cụ chất vấn đó là "Session Tester" có thể được sử dụng nhỏng để thống trị và thu âm “Session-Based Testing”. Việc tạo nên những kịch phiên bản kiểm demo là hoàn toàn dựa trên phần lớn kinh nghiệm với Việc học hỏi và giao lưu vận dụng ko kể bài toán test.
Loại thử nghiệm này là việc test tự nhiên của nhân viên kiểm test. Việc tìm thấy lỗi không chỉ dựa vào trên kinh nghiệm tay nghề của nhân viên kiểm thử (QA) Ngoài ra dựa vào tài năng.
hầu hết nhân viên cấp dưới kiểm thử sẽ cho là nhiều loại chạy thử này phải kèm theo trong số hình ảnh, bởi vậy đó là điểm chúng ta đề nghị áp dụng trong nghệ thuật demo khám phá:
khi vận dụng của người sử dụng ko có tài năng liệu đặc tả thử dùng hoặc không tài giỏi liệu mang đến bài toán demo (kiểm tra plan, checkdanh sách, test case…) hoặc tài liệu là nhỏ tuổi.khi bạn muốn xong xuôi quá trình chạy thử của người tiêu dùng trong một khoảng thời gian nthêm ngủi.Lúc bạn yêu cầu thử nghiệm vận dụng mau chóng vào một chu kỳ luân hồi cải tiến và phát triển của ứng dụng.Ưu điểm:Pmùi hương pháp này sẽ không đề nghị chuẩn bị mang lại quy trình kiểm tra như thể Việc bọn họ không có tài năng liệu mang lại hoạt động kiểm test.Thời gian trong quy trình chạy thử được tiết kiệm vị tất cả các trọng trách test được gia công và một cơ hội như thể quá trình test, kiến tạo kịch bản kiểm test và thực hiện những kịch bạn dạng kiểm demo.Nhân viên kiểm demo (QA) rất có thể report những vấn đề do yêu cầu ko không thiếu hoặc tài liệu hưởng thụ còn thiếu.Nhược điểm:Vài sự việc quan yếu được khai thác trong vẻ bên ngoài demo này.Có lưu ý lại những chiến lược chất vấn cùng xây đắp testcase/kịch bản thử nghiệm trong những lúc quy trình thử nghiệm có xảy ra vấn đề.Những nhân viên cấp dưới kiểm demo (QA) cần phải nhớ kịch bản thử nghiệm - phần đông gì cơ mà anh ta đang triển khai demo cũng chính vì nếu như bao gồm lỗi được tra cứu thấy, tester (QA) sẽ “report a bug” cùng với quá trình tương thích để tái hiện nay lại nó, với những lỗi cực nhọc tái hiện tại cần được biểu đạt các bước một phương pháp tương thích nhằm thực hiện một phương pháp đúng chuẩn lỗi mà anh ta đã báo cáo nhất là với các lỗi new được tra cứu thấy.Tôi cho là những điều nhưng mà tôi nói trên là tất cả các điểm thiết yếu vào cách tiến hành khám nghiệm dò xét. Các bạn hãy giành thời gian gọi kỹ nó nhé. Sau trên đây, tôi vẫn trình làng về một cách 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 chiếc gì này mà không tuân theo thứ trường đoản cú hoặc không tồn tại tổ chức hay là không gồm cấu trúc nào cả. Trong một chú ý tương tự về phân tích Ad-hoc không là gì cơ mà nó là 1 trong các loại kiểm demo vỏ hộp Black (Blachồng box testing) hoặc bình chọn hành vi kia (Behavioural testing) được triển khai cơ mà không tuân theo bất kể một tiến trình chính thức làm sao giống hệt như tư liệu sệt tả đòi hỏi, kế hoạch test, chạy thử case, … Tương từ điều đó trong khi tiến hành ad-hoc testing không có quy trình kiểm thử chấp thuận mẫu mà hoàn toàn có thể được ghi nhận.Ad-hoc testing thường xuyên dứt để mày mò những vụ việc (issues ) hoặc lỗi (defects) nhưng mà cấp thiết được kiếm tìm thấy bằng quy trình test ưng thuận. Những nhân viên kiểm test (QA) tín đồ tiến hành quy trình kiểm demo này rất cần được bao gồm kỹ năng tốt nhất với có chiều sâu về thành phầm hoặc ứng dụng. Lúc nhân viên cấp dưới kiểm test triển khai ad-hoc testing họ chỉ có ý muốn phá vỡ vạc hệ thống mà không áp theo ngẫu nhiên tiến trình nào hoặc không tồn tại ngẫu nhiên trường thích hợp cụ thể nào trong tâm địa trí chúng ta.
Và bây giờ, trong lòng trí của các bạn sẽ gồm thắc mắc là lúc nào bọn họ đề xuất dùng cách thức ad-hoc testing?Để vấn đáp câu hỏi này chúng ta có thể bảo rằng ad-hoc testing rất có thể thực hiện trên bất kỳ thời điểm nào cho dù đó là bước đầu, giữa tuyệt cuối của dự án. Hoạt rượu cồn này chỉ được thực hiện lúc nhân viên kiểm thử (QA) đều sở hữu kiến thức và kỹ năng không hề thiếu về sản phẩm. Hoạt hễ kiểm tra này cũng rất có thể được thực hiện lúc thời gian là cực kỳ tinh giảm với bình chọn cụ thể là cần thiết.
Ad-hoc testing tránh việc được thực hiện Lúc nào?Việc đưa ra đưa ra quyết định lúc nào ko tiến hành ad-hoc testing là vày kinh nghiệm cùng kỹ năng của tester (QA). Mặc dù cho có một ít ngôi trường hợp tránh việc triển khai ad-hoc testing:
Ad-hoc testing ko thử dùng Lúc nó sẽ mãi sau một lỗi vào chạy thử case. Trong ngôi trường thích hợp đó, lỗi yêu cầu được report với nó rất cần phải tiến hành lại một lượt khi nó đã có sửa.Ad-hoc testing tránh việc triển khai trong những lúc thực hiện Beta testing của phần mềm của công ty.Các một số loại cần sử dụng vào ad-hoc testing là gì?Về cơ phiên bản có 3 một số loại ad-hoc testing. Chúng là:
Buddy testing: Loại test này được triển khai vì nhân viên cấp dưới lập trình và nhân viên kiểm test những người dân Chịu đựng trách nát nhiệm mang đến bài toán giao nhấn từng module rõ ràng. Trong loại test này nhân viên cấp dưới thiết kế và nhân viên cấp dưới kiểm thử sẽ ngồi cũng nhau với thao tác làm việc trên một module cụ thể để tách từ những việc tạo các kịch bản không hợp lệ Ngoài ra sinh sống các mặt khác góp các tester report đông đảo lỗi (defects) không hợp lệ.
Pair testing: Loại demo này được tiến hành vì chưng 2 tester ngồi thao tác làm việc cùng với nhau bên trên cùng một module. Về cơ bạn dạng chúng ta chia những kịch bạn dạng testing giữa những module. Mục đích của các một số loại testing là mang lại với các kịch bản kiểm thử buổi tối nhiều để module của những thực thể hoàn thành mức độ bao phủ. Cũng có thể tạo ra kịch phiên bản kiểm test của tester (QA) và quan lại ngay cạnh trong quá trình bình chọn thực thể các module cùng với nhau.
Monkey testing: Loại demo này là quy trình thực hiện đánh giá thốt nhiên một vài ba tính năng vào quá trình chạy thử mang lại một trong những tài liệu bỗng dưng với mục tiêu phá tan vỡ khối hệ thống. Quá trình kiểm soát này giúp Shop chúng tôi phạt chỉ ra một vài lỗi (bug) bắt đầu, số đông lỗi nhưng trước kia không bắt được.
Ưu điểm và ích lợi của Ad-hoc testingDưới đó là một vài ba điểm mạnh cùng ích lợi tương quan cho Ad-hoc testing:
Ad-hoc testing là câu hỏi demo thoải mái nhằm tester áp dụng đầy đủ phương pháp bắt đầu của riêng bọn họ vào câu hỏi demo ứng dụng góp bọn họ tìm ra nhiều lỗi (defects) duy nhất hoàn toàn có thể so với quá trình thí nghiệm phê chuẩn.
Các một số loại kiểm tra có thể được thực hiện bất cứ thời điểm như thế nào nơi nào vào chu kỳ luân hồi cải tiến và phát triển ứng dụng (Software Development Life Cycle (SDLC)) mà lại không tuân theo bất kỳ quá trình ưng thuận làm sao.
Loại test này không những bị số lượng giới hạn quá trình demo của một team mà lại nó còn rất có thể được triển khai vì chưng nhân viên xây dựng trong những lúc rất nhiều module của mình đang rất được cải cách và phát triển điều đó giúp bọn họ trong việc code bởi rất nhiều phương pháp rất tốt.
Ad-hoc testing đã được chứng minh là phương thức mang lại nhiều lợi ích Lúc cơ mà người tester (QA) gồm ít thời hạn với chiều sâu đến hoạt động kiểm demo của một đặc tính được đề nghị. Điều này bổ ích trong Việc cung cấp những nhân tài đảm bảo chất lượng với đúng thời hạn.
Ad-hoc testing có thể thực hiện bên cạnh đó cùng với các loại kiểm demo không giống hỗ trợ cho việc đào bới tìm kiếm các lỗi (bug) rộng Một trong những khoảng thời hạn ít hơn.
Đối cùng với loại demo này tư liệu là không cần thiết mà tester (QA) đề nghị triệu tập quy trình kiểm demo vào đặc tính của ứng dụng nhưng mà không hẳn lo lắng về những tư liệu thừa nhận.
Nhược điểm của Ad-hoc testingKể tự Lúc ad-hoc testing được triển khai nhưng không có ngẫu nhiên planer và không áp theo bất kể kết cấu làm sao do vậy việc tái tạo lại lỗi (bug) đang trở thành một băn khoăn lớn.
Kịch phiên bản kiểm test được thực hiện nhìn trong suốt quy trình ad-hoc testing không tài năng liệu nhằm tester (QA) có thể duy trì toàn bộ những kịch phiên bản trong trái tim trí cơ mà anh ấy/cô ấy có thể ko nhớ lại sau này.
Ad-hoc testing phụ thuộc không ít vào kỹ năng của tester (QA) người có phát âm biết toàn diện về sản phẩm mà nó bắt buộc được thực hiện vày một người bắt đầu tđắm say gia vào dự án công trình của team.
Thực hành tốt nhất có thể trong những lúc tiến hành ad-hoc testingNếu ad-hoc testing không được thực hiện theo cách thức phù hợp nó có thể dẫn mang lại mất tổng thể thời gian với sức lực lao động. Dưới đấy là một vài gợi nhắc mang lại tester (QA) nhằm xác định phạm vi cùng phương thức như thế nào để ứng dụng vào ad-hoc testing:
Kiến thức giỏi về sản phẩm:Tester (QA) - những người triển khai ad-hoc testing cần phải có kỹ năng tốt về thành phầm. Anh ta cần có hiểu biết tốt cùng với tất cả các tính năng của thành phầm. Vấn đề này góp tester (QA) trong vấn đề bội nghịch đoán lỗi (error) cùng tìm ra nhiều lỗi tuyệt nhất hoàn toàn có thể từ bỏ đa số khoanh vùng dễ dàng mắc lỗi (defect) tốt nhất.
Độ ưu tiên các quánh tínhKhi ad-hoc testing tiến hành mang lại những công dụng thì trước tiên các trường vừa lòng kiểm thử rất cần được phân một số loại với ưu tiên. Những công năng được áp dụng các vì chưng quý khách cần được bình chọn đầu tiên cho tới Khi tất cả một vài lỗi (bug) gồm độ ưu tiên vĩnh cửu trong hệ thống thì rất cần phải report cùng sửa càng nhanh càng xuất sắc.
Lập kế hoạch sơ bộ:Mặc dù không mong muốn về bất kể tư liệu nào vào quy trình thực hiện thủ tục ad-hoc testing như đã nhắc tới ở bên trên mà lại có lưu ý một vài ba điểm trong veo quá trình kiểm tra này là giúp tester (QA) lưu giữ toàn bộ những ngôi trường đúng theo thí điểm rất có thể xảy ra vào quy trình demo. Như vậy giúp cho Việc tăng về tối nhiều độ bao phủ vào thời hạn thấp hơn.
Cách thực hiện công cụĐôi khi trong lúc bình chọn tất cả lỗi (bug) hoặc hồ hết ngoại lệ được kiếm tìm thấy trong số bản log mà ko được bắt gặp vào bối cảnh người tiêu dùng tuyệt ngăn trở quá trình bình chọn vào ngẫu nhiên giải pháp nào. Những loại lỗi (bug) kia buộc phải nhằm mức độ rất lớn cao. Để bắt được đều lỗi (bug) hoặc mọi ngoại lệ kia chúng ta cần được sử dụng mức sử dụng nhỏng dò lỗi (debuggers), cơ chế đánh giá hoặc màn hình hiển thị trách nhiệm.
Quan gần kề tài liệuMặc mặc dù quy trình chất vấn sử dụng cách làm ad-hoc testing ko cung cấp tài liệu mà lại nó luôn luôn luôn giỏi rộng để viết một ghi chú nthêm gọn gàng về Việc kiểm tra, phân phát hiện nay cùng độ xê dịch của người sử dụng. Nếu lỗi (defect) được tìm kiếm thấy tiếp nối chúng ta nên tạo nên các testcase tương quan, vấn đề đó giúp ích đến tester (QA) vào việc kiểm soát lại những kịch phiên bản sau này.
=> Và bây giờ chúng ta hãy cùng so sánh Ad-hoc testing và Exploratory testing nhé
| Ad-hoc testing bắt đầu cùng với việc học vận dụng với kế tiếp làm việc cùng với quá trình kiểm tra thực tế. | Exploratory Testing bắt đầu cùng với bài toán khám phá áp dụng trong những lúc học. |
| Trong Ad-hoc testing tài liệu chưa hẳn là yêu cầu cần thiết. Đội QA tđam mê gia vào quy trình chất vấn mà ko bắt buộc tài liệu quánh tả hưởng thụ. | Trong Exploratory Testing tư liệu là đề nghị. Để bảo đảm an toàn về unique của dự án, tư liệu cụ thể của quy trình chất vấn là cần thiết. Xem thêm: Số Học Mô Đun Là Gì ? Giải Thích Thuật Ngữ Module Trong Các Lĩnh Vực |
| Ad-hoc nói tới sự tuyệt đối hoàn hảo của hoạt động soát sổ. | Exploratory Testing nói đến khảo sát rộng là về bài toán tiếp thu kiến thức của ứng dụng. |
| Việc thực thi quá trình soát sổ được áp dụng trong Ad-hoc testing. | Mở rộng trường hợp của Exploratory Testing sẽ giúp chúng ta có kỹ năng sâu rộng về công dụng của quy trình bình chọn. |
| Ad-hoc là technology chạy thử của ứng dụng, nó hỗ trợ phương châm đặc biệt trong Việc cung ứng ứng dụng. | Tester (QA) cần phải học tập một tính năng ứng dụng thứ nhất. Exploratory Testing giúp cho bạn thao tác làm việc đó. Trước Lúc triển khai bình chọn các vận dụng hoặc phần mềm các kỹ sư rất cần được khám phá nó thông qua Exploratory Testing. |
| Thử nghiệm này thực hiện một lượt độc nhất vô nhị. Các kỹ sư kiểm test nó một lần trên một thời điểm, tuy vậy nếu như tất cả bất kỳ sự việc gì search thấy trong quy trình thử nghiệm thì cần phải thực hiện lặp lại làm việc. | Đây là phương pháp phân tách kết hợp những công dụng kiểm soát vào quy trình nghiên cứu và câu hỏi tạo ra một giải pháp new. |
| Nó đa phần hoạt động trên các côn trùng quyên tâm về nghiệp vụ và làm cho ngày càng tăng sự gọi biết về những áp dụng. | Nó phân loại các sự việc cùng so sánh chúng trường đoản cú các vụ việc được tra cứu thấy trong thừa khứ. Vấn đề này góp có tác dụng giảm thời hạn đến câu hỏi đánh giá. |
| Ad-hoc testing giúp đỡ bạn tra cứu thấy ý tưởng phát minh trí tuệ sáng tạo tự những phân tích. | Nó giúp trở nên tân tiến những vận dụng. |
| Ad-hoc Testing ko đặc biệt là cần được Chuyên Viên về phần mềm thực thi nó. | Nó luôn luôn luôn thực hiện vì Tester (QA) gồm tay nghề. |
| Ad-hoc không cần quyên tâm mang đến những trường thích hợp khó, mục đích của chính nó là nhằm chạy các kết quả. | Luôn luôn có những tình huống khó khăn vào trường vừa lòng soát sổ. Exploratory Testing giúp cho bài toán thu xếp nó. |
| Nó cần có sự chuẩn bị nhằm bước đầu và liên tiếp. | Exploratory Testing không nên thời hạn bước đầu. |
| Đây là cách tiến hành phân tách không thừa nhận. | Đây là gốc rễ phân tích thỏa thuận. |
| Nó thao tác làm việc bên trên quy trình kiểm tra phủ định là đa số. | Quá trình khám nghiệm này thao tác làm việc bên trên quá trình khẳng định. |
| Phương thức khám nghiệm này đa phần là liên kết các khối hệ thống bé cùng với những vận dụng với giúp cho việc đào bới tìm kiếm lỗ hổng Lúc hệ thống sẽ chuyển động. | Nó tìm hiểu đông đảo nguyên tố vào áp dụng cùng tiến hành chất vấn chúng bằng phương pháp hỗ trợ một bản tổng quát. |
| Nó không làm việc theo luồng của khối hệ thống. | Exploratory testing làm việc theo luồng của khối hệ thống trường đoản cú Lúc chuyển động chất vấn được bắt đầu. Nó ban đầu với đối tượng người dùng thiết yếu cùng tích lũy đúng thông tin đúng về bọn chúng. |
| Ad-hoc tập trung vào quá trình cùng soát sổ ứng dụng nhiều lần. | Tập luyện giới hạn vào nghành nhập tài liệu, kiểm soát với bối cảnh. |
| Kết quả cuối cùng của Ad-hoc dựa vào vào quánh tả những hiểu biết và cung cấp mang đến tester (QA) sự rung cảm béo mang lại sự việc sinh hoạt hiện giờ để kiểm tra một biện pháp xác định. | Sản phđộ ẩm sau cuối được xác định dựa trên thuật tân oán và đặt nó vào tệp tin excel để thực hiện tiếp. Xem thêm: Chữ " Người Lập Biểu Tiếng Anh Là Gì : Định Nghĩa, Ví Dụ Anh Việt |
Có không ít điểm tương đồng giữa Exploratory Testing cùng Ad-hoc testing. Điều kia khiến cho bé người Cảm Xúc sợ hãi về chúng. Tuy nhiên cũng có không ít đầy đủ điểm khác biệt giữa bọn chúng sẽ là mối quyên tâm của những Chuyên Viên kiểm thử tựa như những gì tôi đã trình bày sinh hoạt bên trên.
