Exploratory Testing Là Gì

     

Ngày ni khi phần đông những tổ chức đang dùng quy mô Agile, kiểm thử kết quả đã trở thành một test thách. Như chúng ta biết, Agile là một quy trình lặp đi lặp lại để cải tiến và phát triển ứng dụng and rất có thể nói chính là time-boxed. Nó tức là bạn cất một khung thời hạn ổn định, trong đó bạn phải thu thập những ý muốn muốn, đồ mưu hoạch, phạt triển, thể nghiệm and ban hành (and lặp lại). Nếu nhóm lập trình thỏa mãn nhu cầu cho mình mã để kiểm tra vào cuối của lần release thì bạn sẽ cần buộc phải trì hoãn bài toán release hoặc phải kiểm thử lại rất cẩn trọng để chúng ta không làm lơ những lỗi nghiêm trọng.

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

Bài Viết: Exploratory testing là gì

Trong nội dung bài viết này, các bạn sẽ cảm dìm tầm quan trọng của exploratory testing một trong những dự án trong bài bản Agile. Exploratory testing như chúng ta biết là bí quyết kiểm thử tự do hoặc độc lập. Chúng ta không có bất kể cấu tạo test cases nào tại đây and phụ thuộc vào đều điều kiện bất kể dựa trên tay nghề trong quá khứ của doanh nghiệp and nút độ gọi biết của người sử dụng về những mong mỏi muốn. Nó có thể hữu ích trong một đồ sộ Agile.


Nội Dung

2 II. Công dụng khi dùng Exploratory testing trong đồ sộ Agile

I. Exploratory testing là gì


*

“Exploratory testing” (kiểm thử search hiểu) – như cái tên thường gọi cho cảm nhận, là một các bước thăm dò, xây dựng kịch bạn dạng kiểm demo and thực thi kiểm thử đồng thời. Hoàn toàn có thể bảo rằng, planer kiểm thử, phân tích, thiết kế, and triển khai kiểm thử, tổng thể đc hiện nay đồng thời & ngay lập tức.

QA (chuyên viên kiểm thử) sẽ tạo được hoặc viết ra một ý tưởng phát minh kiểm thử để chỉ ra hướng, and khám phá hệ thống trong khi kiểm thử để sinh sản thêm những điều kiện quan trọng, thực tế and có lợi để kiểm thử thành công 1 phần mềm. Những người kiểm thử liên tiếp hiện ra ra quyết định về bước hành động tiếp theo của tôi. Nó tốt đối lệ thuộc vào tay nghề and khả năng của những người dân kiểm thử.

Bình thường cách kiểm thử này có thể hữu dụng hơn giả dụ như với phương pháp kiểm thử thỏa thuận để search ra một vài lỗi không tìm cảm dìm trong bí quyết kiểm thử bao gồm thức.

QA đang biết phần mềm rất tốt hơn vào khi khám phá and dò hỏi về toàn thể những tính năng mà ứng dụng thỏa mãn nhu cầu. Biện pháp kiểm demo này cực tốt nếu đứng trên quan điểm của quý khách hàng khi kiểm thử nhằm đảm bảo an ninh việc kiểm thử thành công của 1 phần mềm.


Exploratory testing phù hợp dùng trong số những điều kiện nào?

Khi ứng dụng không có tài liệu đặc tả mong ước hoặc không tài năng liệu ít nhất cho việc kiểm thử (testplan, checklist, kiểm tra design,…)Khi mình muốn hoàn thành vấn đề kiểm thử trong thời hạn ngắnKhi bạn phải kiểm thử phần mềm sớm trong một chu kỳ cách tân và phát triển ứng dụng

Ưu rứa :

Không ao ước muốn chuẩn bị sẵn sàng tài liệu cho công việc kiểm thửThời gian kiểm thử được rút ngắn bởi tổng thể những trách nhiệm trong công việc kiểm thử được thiết kế với đồng thời như check, xây đắp kịch phiên bản kiểm test and xúc tiến những kịch bạn dạng kiểm thửQA gồm thể báo cáo nhiều vụ việc do mong muốn không khá đầy đủ hoặc tài liệu ước muốn còn nợ

Điểm yếu kém :

Một số sự việc không đc triển khai trong biện pháp nàyNhững đánh giá về việc lập planer kiểm thử and kiến tạo những điều kiện kiểm thử, kích bạn dạng kiểm thử trong những lúc thử nghiệm rất có thể gây ra vấn đềQA bắt buộc nhớ kịch bạn dạng kiểm thử, những gì mà họ đang thực hiện bởi khi phát đặt ra lỗi, QA yêu cầu báo cáo, log bug với quy trình họ đã làm để tái hiện tại lỗi một phương thức đúng đắn. Sẽ phức tạp để tái hiện đúng chuẩn một bug cực nhọc hoặc phải triển khai quá nhiều bước

Với các ưu and điểm yếu kém kém trên, exploratory testing sẽ có được kinh phí tổn như nào khi thực hiện vào bài bản Agile?

II. Công dụng khi dùng Exploratory testing trong quy mô Agile


*

1. Cai quản trị thời hạn

Như đang đề cập ở tầm giá a trên, bài bản Agile bao gồm thời điểm ngặt nghèo gồm cả team chỉ bao gồm vài tuần để chấm dứt mọi thứ, điều rất quan trọng là đề xuất hiểu and check (nổi nhảy là toàn thể những tác dụng mới được thêm vào) trong form thời hạn đó. Exploratory testing thỏa mãn nhu yếu một cách thức tốt nhất hơn để đối phó với thời điểm đó.

Khi các bạn đã nắm rõ những mong ước một phương thức rõ nét, chúng ta cũng có thể triển khai exploratory testing một cách thức hiệu quả. Nó khôn cùng được coi là là một cách thức free test, các bạn không phải khẳng định những thử nghiệm cases nhưng bạn triển khai nhưng bắt buộc ghi ra các điều kiện dẫn mang đến lỗi. Bằng phương thức này, không chỉ bạn sẽ bỏ công sức vào đúng Vị trí hơn nữa tìm ra những lỗi rất có thể bị làm lơ do thời hạn giới hạn.

2. Tìm thấy lỗi quan liêu trọng

Khi bạn lặp đi tái diễn việc release một trong những phần của dự án mỗi tháng hoặc vài ba tuần một lần, chúng ta đã tự động hóa hóa hóa một số test cases hồi quy (regression thử nghiệm cases), một trong những test cases chức năng (functional demo cases) and một số trong những test cases cơ mà trước kia chỉ triển khai đc bằng câu hỏi kiểm demo thủ công thủ công bằng tay (test manual). Chúng có ích trong đk khi những tác dụng đã tồn tại, nếu trong lượt lặp này, chứa một số công dụng mới đc thêm vào phần mềm thì bạn sẽ cần đề nghị hiểu chúng đúng mực rồi viết những test cases cho nó & cuối cùng, tự động hóa hóa chúng.

Xem thêm: Bà Bầu Sau Sinh Bao Lâu Ăn Được Thịt Vịt Không? Bà Đẻ Ăn Thịt Vịt Có Sao Không?


Có vô số việc để triển khai trong một khoảng chừng thời hạn ngắn đúng không? Exploratory testing nhà yếu triệu tập vào những tác dụng mới được thêm vào dễ bị nhiều lỗi hơn, tiếp đến đã đc kiểm tra and những tác dụng hiện có. Bạn không chỉ có bắt đc các lỗi quan trọng đặc biệt bằng phương thức triển khai exploratory testing ngoài ra cứu nhóm của người tiêu dùng vừa lòng thời điểm.

3. Nêu ra những đk kiểm demo hiệu quả

Đấy là việc tiếp nối trước đó của các lỗi đặc biệt quan trọng đc tìm cảm thấy bằng cách thức dùng exploratory testing. Khi bạn nói vẫn tìm cảm thấy 10 lỗi trong tác dụng mới, chúng ta cũng có thể đánh lốt từng điều kiện and viết demo case của những lỗi đó. Đây vẫn là tập hợp đều test cases nhà yếu tập trung vào tính năng mới và đủ công dụng để tìm các lỗi quan liêu trọng.

Ví dụ, nếu bạn phải test một phần mềm di động, bạn cũng có thể thử nghịch phá ứng dụng đó như end-user, theo phương thức này bạn sẽ thực sự dùng ứng dụng như 1 người sử dụng thực and hoàn toàn có thể tìm cảm nhận thêm những lỗi có chức năng xảy ra tuyệt nhất khi người tiêu dùng dùng phần mềm đó trong môi trường xung quanh thiên nhiên thời hạn thực.

4. Thay bắt đầu hiểu biết về toàn diện phần mềm

Khi các bạn triển khai không tính phí test hoặc kiểm thử không có cấu tạo, bạn không hẳn kiểm demo theo các test case vắt định, chúng ta cũng có thể sáng tạo ra hơn. Một khi bạn đã nắm rõ những mong mỏi muốn, bạn cũng có thể triển khai đa số test cases mày mò (exploratory chạy thử cases) để có được ý tưởng đúng mực về công dụng and bạn càng dùng ứng dụng đó một phương thức tự do, các bạn càng biết & hiểu nó vận động như vậy nào.

Nếu các bạn đang thực hiện exploratory testing trong mỗi phiên bản ban hành, thì bạn sẽ cảm phân biệt sự khác biệt trong sự gọi biết của bạn về phần mềm đã đc nâng cao đến một cường độ to.

5. Có ích trong điều kiện mong hy vọng cân chỉnh giường vánh

Quy tế bào Agile đang không còn điều gì khác đoán trước khi chúng ta nói về những ao ước muốn. Quý khách hoàn toàn có thể cân chỉnh ước muốn của tôi bất kỳ khi nào, đó là lý do nguyên nhân Agile linh động để dùng và phát triển. Nhưng mà nếu với nhóm kiểm thử, nó biến thành một thách thức để kiểm tra những mong ước cân chỉnh ở ở chính giữa vòng đời cải cách và phát triển một cách thức hiệu quả. Trong những điều kiện như thế, exploratory testing mang về lợi ích lớn to khi bạn không tất cả thời hạn để lên trên kế hoạch cho hồ hết test case của tôi bởi vì thời hạn nhanh chóng để xác định những mong muốn mới yêu cầu kiểm thử. Trường hợp tự tin, bạn có thể check mọi điều kiện đặc biệt quan trọng nhất and có thể yên tâm rằng phần mềm nhất định


6. Cân xứng với thời hạn ngắn của biện pháp Scrum

Như các bạn biết rằng sprint trong cách Scrum bao gồm thời hạn rất nhỏ dại, từ nhì tuần mang đến một mon hoặc thỉnh thoảng rẻ hơn thế. Trong đk này, exploratory testing là 1 trong lợi vậy to để tìm ra gần như lỗi trong những cân chỉnh mới nhanh nhất có thể có thể, cứu nhóm lập trình rất có thể dễ dàng sửa chữa and tất cả nhóm Scrum rất có thể triển khai kịp trong năm sprint đó hết sức hiệu quả.

Exploratory testing cũng có ích cho các cách agile khác như Kanban, XP, vv. Trong giải pháp lập trình XP (extreme), những chu kỳ luân hồi phát triển nhỏ dại dại hơn biện pháp scrum. Vị vậy, test nghiệm khám phá rất có ích cho cách dự án XP.

Các bạn có thể tự động hóa hóa hóa, tiến hành and report về các test cases trong size thời hạn đã mang lại của môi trường thiên nhiên Agile nhưng lại tầm đặc biệt quan trọng của exploratory testing sẽ không còn điều gì khác phủ nhận. Nhìn vào các lợi nắm trên, exploratory testing rất rất đáng để thực hiện tối thiểu trong một chu kỳ luân hồi release. Nó không chỉ đổi mới quality của thành phầm ngoại giả gây cho nên việc kiểm thử triển khai công dụng hơn.

Xem thêm: Bao Cao Su 1 Hộp Bao Cao Su Bao Nhiêu Cái Và Giá Bao Nhiêu, Những Loại Nào Được Sử Dụng Phổ Biến

III. KẾT LUẬN

Exploratory testing vẫn có kinh phí đầu tư rất lớn trong quy mô Agile and đem lại rất đông lợi ích. Bằng phương thức hiểu các ưu thế and điểm yếu kém kém của phương pháp tiếp cận này & dùng ứng dụng quản trị kiểm thử béo mạnh, phần lớn nhóm QA rất có thể tận dụng nó một phương thức hiệu quả cho thành công xuất sắc của thiết yếu họ trong vượt trình cải tiến và phát triển nhanh.

http://www.softwaretestingclass.com/what-is-exploratory-testing/https://www.softwaretestinghelp.com/what-is-exploratory-testing/https://www.softwaretestingclass.com/why-exploratory-testing-is-important-in-agile-projects/

Thể Loại: chia sẻ Kiến Thức cùng Đồng
Bài Viết: Exploratory Testing Là Gì, Góc share Tester It Việt Nam

Thể Loại: LÀ GÌ

Nguồn Blog là gì: https://vincitysdaimo.com Exploratory Testing Là Gì, Góc chia sẻ Tester It Việt Nam