Scenarios Là Gì

     
What is a kiểm tra Scenario?

Kịch phiên bản kiểm test - kiểm tra Scenario bao hàm tất cả các tác dụng có thể được kiểm thử. Thử nghiệm Scenario cũng được gọi là demo Condition hoặc demo Possibility. Là một trong những tester, chúng ta có thể đặt mình vào địa điểm của người dùng cuối cùng tìm ra các trường hợp trong thực tế và những trường hợp rất có thể xảy ra của ứng dụng đang được kiểm thử.

Bạn đang xem: Scenarios là gì

Scenario Testing là 1 trong những biến thể của Kiểm thử phần mềm trong kia Kịch phiên bản được sử dụng để kiểm thử. Các kịch phiên bản giúp thuận tiện kiểm test các khối hệ thống phức tạp.

*

Tại sao phải khởi tạo Test Scenario

Test Scenario rất có lợi khi Tester ko thể triển khai kiểm tra trọn vẹn phần mềm do giảm bớt về thời gian. Các kịch phiên bản thử nghiệm chất nhận được họ kiểm tra tính năng của ứng dụng trên những khía cạnh đặc biệt nhất trong thời gian tương đối ít hơn.Và vì thế Test Scenario được tạo nên vì những vì sao sau đây:

Tạo những kịch bạn dạng kiểm thử bảo đảm hoàn thành test CoverageKịch phiên bản kiểm thử hoàn toàn có thể được thông qua bởi các bên liên quan khác nhau như bên phân tích nghiệp vụ (BA), Developers, người tiêu dùng để đảm bảo ứng dụng được kiểm thử chi tiết và bảo đảm an toàn rằng ứng dụng đang hoạt động tốt.Kịch bạn dạng kiểm thử như 1 công cụ lập cập để khẳng định effort kiểm thử, dựa từ đó tạo ra khuyến nghị cho người sử dụng hoặc tổ chức triển khai về nguồn lực lao động.Kịch bạn dạng kiểm thử giúp xác định các thanh toán giao dịch đầu cuối quan trọng đặc biệt nhất hoặc xác minh việc sử dụng các ứng dụng phần mềm trong thực tế.Để nghiên cứu chức năng đầu cuối, Kịch phiên bản kiểm demo là rất quan trọng.

Tuy nhiên cùng với một vài dự án họ không thể tạo demo Scenario:

Ứng dụng vẫn kiểm thử khôn xiết phức tạp, tạm thời hoặc dự án công trình đang lâm vào tình thế một thời hạn khủng hoảng.Các dự án tuân theo phương thức Agile như Scrum, Kanban hoàn toàn có thể không tạo nên Kịch bản kiểm thử.Kịch bản kiểm thử có thể không được sinh sản khi sửa lỗi mới hoặc khi thực hiện kiểm thử hồi quy. Trong những trường hòa hợp như vậy, Kịch bản kiểm thử đề nghị được lưu lại nhiều trong những chu kỳ kiểm demo trước đó. Điều này quan trọng đúng với các dự án bảo trì.Sự không giống nhau giữa thử nghiệm Scenario và thử nghiệm Case?

Test Case liên tục đi sâu hơn vào chi tiết của test scenario. Demo Case được ví tựa như các đơn vị nhỏ dại nhất của từng chạy thử project, như các tế bào của một khung hình sống.

Khái niệm

Test Cases: tin báo chi máu cái nên test, công việc thực hiện và dự loài kiến kết quả. Kiểm tra Scenarios lại cung cấp một dòng tin tức về đầy đủ gì rất cần phải kiểm tra.

Ưu yếu điểm của từng loại

1. Ưu điểm với lợi ích

Test Cases:

Có thể tái sử dụng lại các lần trong tương lai.Về mặt thời gian thì việc tạo kiểm tra case rất có lợi trong vấn đề report lỗi. Tester chỉ cần cung cấp cho tài liệu xem thêm của demo case ID nhưng mà không nên đề cập bỏ ra tiết.Tài liệu này đã thực sự đặc biệt cho số đông tester bắt đầu ra trường chưa tồn tại kinh nghiệm trong việc testing hệ thống

Test Scenarios:

-Tiết kiệm thời gian và tích cực tạo thành ý tưởng mới, nó rất được quan tâm bởi thế kỷ mới của cộng đồng kiểm test phần mềm.

Xem thêm: Nấm Đông Trùng Hạ Thảo Tươi: Giá Đông Trùng Hạ Thảo Tươi, Đông Trùng Hạ Thảo Bao Nhiêu Tiền 1Kg

Việc sửa thay đổi và bổ sung cập nhật thì dễ dàng và đơn giản hơn cùng không giao ví dụ cho một người.Đối cùng với một dự án công trình lớn, khu vực mà một group chỉ biết những module ví dụ thì việc sử dụng Test Scenario sẽ đem về một cơ hội để gần như người hoàn toàn có thể dễ dàng luận bàn và chỉ dẫn những sáng tạo độc đáo khi chú ý vào phần nhiều module khác.Test Scenario rất có thể đạt được độ bịt phủ giỏi nhất bằng cách chi bé dại các áp dụng mặt không giống nó cũng làm sút mức độ lặp lại của sản phẩm.

2. Nhược điểm:

Test Cases:

Tốn thời gian và tài lộc vì nó đòi hỏi nhiều nguồn nhân lực để có thể hiểu chi tiết về mọi thứ nên kiểm thử và làm giải pháp nào để hoàn toàn có thể kiểm thử.

Test Scenarios:

Nếu chạy thử Scenario được tạo ra bởi một người cụ thể thì những người tiêu dùng lại sẽ không còn thể hiểu hết được đúng mực ý tưởng của tín đồ trước, nó sẽ buộc phải thêm các buổi đàm đạo nhóm do đó sẽ tốn thêm những effort để gia công rõ các kịch bản trước đó.

Vậy nên áp dụng Test Case hay demo Scenario

Test Case được ví tựa như các đơn vị nhỏ dại nhất của từng test project, như các tế bào của một khung hình sống. Điều đặc biệt quan trọng khi thiết lập 1 test case:

Ít step nhất rất có thể và chắc chắn rằng chỉ có một bước verify bắt buộc thực hiện.Expected result cần được miêu tả 1 cách rõ ràng. Một ví dụ như cho câu hỏi mô tả không rõ ràng như sau: "test pass khi user login thành công". Thành công như vậy nào? điều gì minh chứng login thành công? ứng dụng hay web đã redirect user tới screen nào? Điều gì khẳng định là user đã có được login? tất cả phải được nêu một phương pháp RÕ RÀNG NHẤT CÓ THỂ. Điều này là tối đặc trưng nếu bạn muốn test case hoàn toàn có thể được automate.Pre-condition nên được diễn tả rõ ràng. Những features làm sao phải hoạt động trước khi chạy thử case rất có thể chạy? Tester phải làm gì trước khi bắt đầu test case? kiểm tra case nào rất cần phải pass trước khi hoàn toàn có thể chạy kiểm tra case hiện nay tại?

Trong khi đó Test Scenario đi sâu rộng vào cụ thể của từng feature. Chạy thử Scenario diễn đạt cái nên test, để ý là cái bắt buộc test. Ở đây hoàn toàn có thể ví dụ một demo scenario nổi bật như: Test tác dụng Login

Kiểm tra nội dung các text trên trang đăng nhập tất cả đúng theo design tuyệt khôngKiểm tra trường UsernameKiểm tra ngôi trường PasswordKiểm tra Login button có vận động đúng như design hay không

Khi dự án không có nhiều thời gian, demo Scenario sẽ là 1 trong lựa chọn về tối ưu đến dự án. Cùng nó cũng vẫn đạt được kết quả cao như việc tạo thử nghiệm Case.

Cách chế tạo ra Kịch bạn dạng kiểm thử

Là bạn Tester, bạn có thể làm theo năm bước sau nhằm tạo thử nghiệm Scenario :

Bước 1: Đọc những Tài liệu yêu cầu như BRS, SRS, FRS của hệ thống đang kiểm test (System Under thử nghiệm - SUT). Chúng ta có thể tham khảo các uses cases, sách, hướng dẫn…của ứng dụng sẽ tiến hành kiểm thử.Bước 2: Đối với từng yêu cầu, hãy tìm thấy các hành vi và mục tiêu có thể của fan dùng. Xác minh các tinh vi yêu ước kỹ thuật. Khẳng định các tình huống hoàn toàn có thể xảy ra về lạm dụng khối hệ thống và review người sử dụng với để ý đến của hacker.Bước 3: sau thời điểm đọc tài liệu yêu mong và thực hiện Phân tích, hãy liệt kê những kịch bản kiểm thử nhằm xác minh từng tác dụng của phần mềm.Bước 4: Khi đã liệt kê toàn bộ các kịch bản kiểm thử gồm thể, Ma trận tróc nã xuất nguồn gốc được tạo để xác minh rằng rất nhiều yêu cầu đều sở hữu kịch bạn dạng kiểm test tương ứngBước 5: các kịch phiên bản được tạo nên được xem xét do người giám sát và đo lường và những bên tương quan trong dự án.

Xem thêm: Intrusion Detection System ( Ids Là Gì ? Ids So Với Ips Và Tường Lửa

Ví dụ một kiểm tra Scenario mang đến một website ngân hàngKịch bản kiểm demo 1: Kiểm thử tác dụng đăng nhập và tuyệt đối của screen logginKịch bạn dạng kiểm demo 2: Kiểm thử tác dụng chuyển tiền hoàn toàn có thể được thực hiện đúng vào trường thích hợp số dư người dùng có số dư nhỏ dại hơn số tiền chuyển.Kịch phiên bản kiểm demo 3: Kiểm thử công dụng chuyển tiền có thể được tiến hành đúng vào trường hòa hợp số dư người dùng có số dư bởi hơn số chi phí chuyểnKịch phiên bản kiểm test 4: Kiểm thử công dụng chuyển tiền có thể được tiến hành đúng vào trường hợp số dư người tiêu dùng có số dư lớn hơn số tiền chuyểnKịch bản kiểm test 5: Kiểm thử công dụng sao kê tài khoản hoàn toàn có thể được coi được tốt khôngKịch bản kiểm thử 6: Kiểm thử chức năng tiền gửi cố định và thắt chặt / tiền gởi định kỳ hoàn toàn có thể được tạo

Lưu ý:

Mỗi kịch phiên bản kiểm thử phải được gắn với về tối thiểu một yêu ước trong dự án.Trước khi tạo thành kịch phiên bản kiểm thử xác minh các yêu cầu cùng một lúc, hãy bảo vệ đã có kịch bạn dạng kiểm thử cho mỗi yêu ước riêng lẻ.Tránh tạo những kịch phiên bản kiểm thử vượt phức tạp, những yêu ước kéo theo.Số lượng kịch phiên bản có thể lớn và tốn nhát để bao phủ tất cả. Dựa trên những ưu tiên của khách hàng hàng, chỉ chạy các kịch phiên bản kiểm test được chọn.

*Refer link: