Test Scenario Là Gì

  -  

Câu hỏi được đề ra trong bài bác này là: Test suite, Test plan, Test scenario và Test case là những gì, tất cả tương quan mang lại nhau ra sao?Thứ nhất, ta rất có thể tìm có mang tổng quan lại của chúng thông qua chương trình học tập của ISTQB.

Bạn đang xem: Test scenario là gì

Test Plan 

Tài liệu tổng quan về vấn đề chạy thử 1 project. Scope của project, hướng tiếp cận, STLC(Software Testing Life Cycle), resource và nhân lực cần phải có, những features rất cần phải thử nghiệm và chưa phải thử nghiệm, các tool chạy thử cùng môi trường thiên nhiên test cần có. cũng có thể ví demo plan là 1 trong những chiếc xương sinh sống của 1 testing project cùng là loại được chuẩn bị trước tiên Lúc có một project.

*
Test Case

Theo ISTQB Glossary of Testing Terms 2.1 (ISTQB) thì Test Case được khái niệm nlỗi sau:

Test Case là 1 tập hợp các giá trị nhập, các điều kiện tiên quyết triển khai, các tác dụng mong đợi với các điều kiện chấm dứt, được gây ra đến mục tiêu hoặc ĐK kiểm test đơn nhất, nlỗi thực hiện một băng thông chương trình riêng hoặc để kiểm soát lại đúng cùng với tận hưởng của spec.

Lưu ý rằng quá trình cải cách và phát triển kiểm tra case có thể giúp tìm thấy lỗi trong những hưởng thụ hoặc xây đắp của áp dụng, bởi nó yên cầu nên tư duy trọn vẹn trải qua những hoạt động vui chơi của vận dụng. Vì nguyên do này, việc sẵn sàng chạy thử case nhanh nhất có thể có thể trong công đoạn trở nên tân tiến phần mềm là khôn xiết có lợi.

Điều đặc biệt khi thiết lập một Test Case:

Ít step duy nhất có thể với chắc chắn rằng chỉ có 1 bước verify yêu cầu triển khai. Expected result bắt buộc được diễn tả một cách cụ thể. Một ví dụ mang đến câu hỏi bộc lộ ko cụ thể như sau: "test pass lúc user login thành công". Thành công như thế nào? điều gì chứng minh login thành công? App hay website sẽ redirect user cho tới screen nào? Điều gì xác minh là user đã làm được login? Tất cả buộc phải được nêu một giải pháp RÕ RÀNG NHẤT CÓ THỂ. Như vậy là buổi tối quan trọng trường hợp bạn muốn test case hoàn toàn có thể được automate.Pre-requisites bắt buộc được bộc lộ rõ ràng. Những features như thế nào đề nghị hoạt động trước khi chạy thử case có thể chạy? Tester buộc phải làm cái gi trước lúc bắt đầu demo case? Test case nào rất cần được pass trước lúc có thể chạy test case hiện tại?

Phần mượt cai quản Test Case nổi tiếng: RedMine / RedCase

Test Scenario

Test scenario là 1 trong những kịch phiên bản trong đó gồm chứa những demo case tương quan cho kịch bạn dạng kia. Test scenario đi sâu rộng vào chi tiết của từng feature. Test scenario bộc lộ loại đề xuất kiểm tra, để ý là mẫu nên kiểm tra chứ không hề chạy thử thế nào. Ở phía trên có thể ví dụ một thử nghiệm scenario điển hình nổi bật như: Test Login size với chất vấn chắc chắn là rằng nó vận động suôn sẻ. Một chạy thử scenario có thể với nhiều test case.

Test Scenario là tập thích hợp các testcase để kiểm tra 1 size hoặc function, chỉ nêu mục tiêu, không chỉ là ra những step ví dụ. Còn test case thì gồm step cụ thể làm cho cố kỉnh nào để demo được.

*

Thí dụ:Test Scenario: Kiểm tra tính năng Send emailCác Test Case bên trong Test Scenario tất cả :+ Cheông xã bội nghịch ứng của Sover button Khi không tồn tại liên hệ mail+ Cheông xã bội phản ứng của Send button Khi không tồn tại title+ Chechồng bội nghịch ứng của Send button khi nhập gmail không có trên serverTest scenario hoàn toàn có thể bao hàm những thử nghiệm scenario nhỏ rộng bên trong.(UC là use case, ví dụ như use case , admin rất có thể quản lý nội dung bài viết, cai quản account; use case  thì edit account, đăng bài).

Xem thêm: Những Pha Đua Xe Mạo Hiểm Mới Nhất, Tin Tức Chuẩn Xác Nhanh Nhất 24H Qua

Test case với Test Scenario. Loại làm sao ưu việt hơn?

Bất cứ đọng ai có tác dụng về kiểm thử phần mềm đều gọi rứa làm sao là Test Case nhưng mà khôn xiết ít các bạn biết về Test Scenario. 

Test Case được ví tựa như những đơn vị nhỏ tuổi tuyệt nhất của từng demo project, như các tế bào của một khung người sinh sống. Trong lúc ấy Test Scenario đi sâu hơn vào chi tiết của từng feature. 

Lúc dự án không có nhiều thời gian, Test Scenario đang là một trong lựa chọn tối ưu mang đến dự án. Và nó cũng vẫn giành được hiệu quả cao nlỗi việc chế tạo Test Case. quý khách hoàn toàn có thể "smoke test" (phương pháp kiểm thử nhanh) phụ thuộc vào tập Test Scenario nắm vì chưng rà soát hàng chục ngàn Test Case.

Test Suite

Là một tập hòa hợp các demo case cho một mục tiêu khăng khăng, ví dụ như Regression Test Suite được chạy nhằm verify mọi feature cũ.

Bản hóa học của Test Suite là trình bày thiệt rõ ràng kim chỉ nam với đích đến của những trường hợp kiểm demo.Test Suite với Test Scenario trọn vẹn không tương quan mang lại nhau.

*
Rất nhiều tester lộn lạo thân chạy thử case với thử nghiệm scenario. Việc triển khai demo case đề xuất cụ thể với đúng chuẩn hoàn hảo nhất, không bình thường thông thường như scenario. Các bạn cũng có thể thắc mắc rằng bởi vì sao đề nghị rất nhiều chi tiết đến demo case điều đó, hoặc cảm thấy tốn thời hạn Khi biên soạn những kiểm tra cases. Nên chú ý rằng một project có khá nhiều phase. Có thể chúng ta chạy thử Khi application đang được develop với chuyển sang project không giống Lúc app đã "go live". Những tester khác sẽ tiến hành thụ hưởng rất nhiều nếu như bạn ta hiểu ra các bạn sẽ chạy thử gần như gì với thử nghiệm ra sao trải qua đa số demo case bạn đã soạn. Nên trường hợp rất có thể, hãy rõ ràng hóa với document tất cả số đông gì chúng ta đã có tác dụng trải qua mọi sản phẩm nlỗi Test Plan, Test Scenario cùng Test Case.

*

Test suite hết sức hữu dụng khi phân tung những chức năng Khủng thành những tính năng nhỏ sống các Lever sâu hơn. Thí dụ ta s tất cả Business Requirement có bao gồm tính năng Login, Send mail, Purchase. Với tác dụng Purchase ta lại có 2 các loại user ứng cùng với mỗi hình trạng purchase khớp ứng.Mô hình vẫn đi như sau:BR_Login => UC_User =>TC1_TC5BR_Sentmail => UC_User =>TC6_TC10BR_Purchase => UC_NormalUser => TC11_TC20BR_Purchase => UC_BusinessUser => TC21_TC30

Test suite về thực chất là tựa như như phân loại một tập vừa lòng các thành phần. Việc phân một số loại giúp bọn họ lọc hoặc "vớt nhanh" các đội tương đồng. Thí dụ bạn cũng có thể gán nhãn những Test Case ở những module không giống nhau vào một đội có tên là "Tài khoản". Nhóm này đã bao gồm toàn bộ vòng đời của một thông tin tài khoản trường đoản cú thời điểm tạo ra cho tới khi kích hoạt, đăng nhập cùng phê chăm bẵm, khóa thông tin tài khoản... nghỉ ngơi khối hệ thống quản trị (Admin).

Xem thêm: Tiểu Thuyết Thiên Long Bát Bộ, Thiên Long Bát Bộ (Bản Mới) Full

*

thường thì, một demo suite sẽ sở hữu được một vài ba Đặc điểm chính sau:

Test Suite được tạo ra sau kiểm tra plan (kế hoạch kiểm thử)Test Suite gồm một số bài xích bình chọn cùng ngôi trường thích hợp kiểm demo.Mô tả mục tiêu cùng đích mang lại của những trường hợp kiểm thửTest Suite bao gồm các thông số kiểm test, nlỗi áp dụng, môi trường xung quanh, phiên bản, v.v…cũng có thể tạo nên Test Suite dựa vào thử nghiệm cycle (quy trình kiểm thử) cũng giống như chạy thử scope (Phạm vi kiểm thử)Bao gồm nhiều thể các loại kiểm test, nhỏng kiểm thử tính năng hoặc phi chức năngGiúp tăng hiệu suất của quá trình kiểm thử bằng cách góp kiểm demo tiếp tục nghỉ ngơi phần đông vùng hoặc điểm "nóng" yêu cầu khoanh vùng. Tạo ra những trường hợp nguy cấp dễ dãi hơn là tìm tìm hầu hết Test Case liên quan từ bỏ danh sách hàng ngàn Test Cases (dễ khiến bạn "tàu hỏa nhập ma").cũng có thể được sử dụng vì các luật tự động như jUnit, Selenium, etc.

TIGO Solutions