SCENARIOS LÀ GÌ

     
What is a kiểm tra Scenario?

Kịch bản kiểm test - test Scenario bao hàm tất cả các tác dụng có thể được kiểm thử. Chạy thử Scenario cũng rất được gọi là thử nghiệm Condition hoặc thử nghiệm Possibility. Là một tester, bạn cũng có thể đặt bản thân 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 tiễn và những trường hợp rất có thể xảy ra của ứng dụng đang rất đượ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ử ứng dụng trong kia Kịch phiên bản được áp dụng để kiểm thử. Những kịch bản giúp thuận lợi kiểm thử các khối hệ thống phức tạp.

*

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

Test Scenario rất hữu dụng khi Tester ko thể tiến hành kiểm tra toàn vẹn phần mềm do hạn chế về thời gian. Những kịch phiên bản thử nghiệm có thể chấp nhận được họ kiểm tra công dụng của ứng dụng trên những khía cạnh quan trọng nhất trong thời hạn tương đối ít hơn.Và vì vậy Test Scenario được tạo nên vì những tại sao sau đây:

Tạo những kịch bạn dạng kiểm thử bảo đảm hoàn thành demo CoverageKịch bạn dạng kiểm thử rất có thể được thông qua bởi các bên liên quan không giống nhau như đơn vị phân tích nhiệm vụ (BA), Developers, người tiêu dùng để bảo đảm an toàn ứng dụng được kiểm thử cẩn thận và đảm bảo an toàn rằng ứng dụng đang chuyển động tốt.Kịch phiên bản kiểm thử như một công cụ nhanh lẹ để xác minh effort kiểm thử, dựa từ đó tạo ra khuyến cáo cho quý khách hàng hoặc tổ chức triển khai về nguồn lực có sẵn lao động.Kịch phiên bản kiểm test giúp xác minh các thanh toán giao dịch đầu cuối đặc biệt quan trọng 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 bạn dạng kiểm demo là cực kỳ quan trọng.

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

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

Test Case thường xuyên đi sâu hơn vào cụ thể của chạy thử scenario. Demo Case được ví giống như các đơn vị nhỏ tuổi nhất của từng kiểm tra project, như những tế bào của một khung người sống.

Khái niệm

Test Cases: đưa thông tin chi máu cái cần test, các bước thực hiện và dự kiến kết quả. Demo Scenarios lại cung ứng một dòng thông tin về phần lớn gì rất cần được kiểm tra.

Ưu điểm yếu kém của mỗi loại

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

Test Cases:

Có thể tái thực hiện lại nhiều lần trong tương lai.Về mặt thời hạn thì việc tạo thử nghiệm case rất có ích trong việc report lỗi. Tester chỉ cần cung cung cấp tài liệu tham khảo của kiểm tra case ID cơ mà không nên đề cập chi tiết.Tài liệu này đang thực sự quan trọng đặc biệt cho số đông tester new ra trường chưa có kinh nghiệm trong việc testing hệ thống

Test Scenarios:

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

Xem thêm: Tôi Sẽ Ko Vờ Như Chẳng Có Chuyện J Nữa !, Tôi Sẽ Không Vờ Như Chẳng Thấy Nữa!

Việc sửa đổi và bổ sung thì đơn giản hơn và không giao rõ ràng cho một người.Đối với một dự án lớn, vị trí mà một group chỉ biết những module rõ ràng thì việc sử dụng Test Scenario sẽ đem lại một cơ hội để đầy đủ người rất có thể dễ dàng trao đổi và đưa ra những ý tưởng sáng tạo khi chú ý vào mọi module khác.Test Scenario có thể đạt được độ bịt phủ tốt nhất bằng cách chi nhỏ các áp dụng mặt khác nó cũng làm giảm 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à may mắn tài lộc vì nó đòi hỏi nhiều nguồn lực lượng lao động để có thể hiểu cụ thể về phần lớn thứ bắt buộc kiểm thử cùng làm phương pháp nào để có thể kiểm thử.

Test Scenarios:

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

Vậy nên thực hiện Test Case hay kiểm tra Scenario

Test Case được ví tựa như các đơn vị nhỏ nhất của từng chạy thử project, như những tế bào của một khung hình sống. Điều đặc trưng khi tùy chỉnh 1 thử nghiệm case:

Ít step nhất hoàn toàn có thể và chắc chắn là rằng chỉ có một bước verify đề xuất thực hiện.Expected result đề nghị được miêu tả một cách rõ ràng. Một ví dụ như cho bài toán mô tả không 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 tỏ login thành công? app hay web đã redirect user tới screen nào? Điều gì xác minh là user đã có được login? toàn bộ phải được nêu một giải pháp RÕ RÀNG NHẤT CÓ THỂ. Điều này là tối đặc biệt nếu bạn muốn test case hoàn toàn có thể được automate.Pre-condition đề nghị được mô tả rõ ràng. đều features nào phải vận động trước khi chạy thử case hoàn toàn có thể chạy? Tester phải làm cái gi trước khi bắt đầu test case? test case nào rất cần được pass trước khi có thể chạy kiểm tra case hiện nay tại?

Trong khi ấy Test Scenario đi sâu hơn vào cụ thể của từng feature. Demo Scenario diễn tả cái nên test, lưu ý là cái đề nghị test. Ở đây rất có thể ví dụ một demo scenario điển hình nổi bật như: Test công dụng Login

Kiểm tra nội dung các text bên trên trang đăng nhập gồm đúng theo design hay khôngKiểm tra ngôi trường UsernameKiểm tra ngôi trường PasswordKiểm tra Login button có chuyển động đúng như design hay không

Khi dự án công trình không có không ít thời gian, chạy thử Scenario sẽ là một trong những lựa chọn buổi tối ưu cho dự án. Cùng nó cũng vẫn đạt được công dụng cao như vấn đề tạo demo Case.

Cách tạo ra Kịch phiên bản kiểm thử

Là tín đồ Tester, chúng ta cũng có thể làm theo năm cách sau nhằm tạo chạy thử Scenario :

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

Xem thêm: Nghĩa Đẽ Nghĩa Là Gì ? Nguồn Gốc Và Sự Độc Đáo Trong Cách Sử Dụng Của Nó

Ví dụ một demo Scenario đế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à chính xác của screen logginKịch phiên bản kiểm thử 2: Kiểm thử tính năng chuyển tiền rất có thể được tiến hành đúng vào trường phù hợp số dư người tiêu dùng có số dư nhỏ dại hơn số tiền chuyển.Kịch phiên bản kiểm thử 3: Kiểm thử tác dụng chuyển tiền rất 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ư bởi hơn số tiền chuyểnKịch bạn dạng kiểm test 4: Kiểm thử tác dụng chuyển tiền rất có thể được tiến hành đúng trong trường phù hợp số dư người tiêu dùng có số dư to hơn số chi phí chuyểnKịch phiên bản kiểm demo 5: Kiểm thử tác dụng sao kê tài khoản hoàn toàn có thể được coi được tuyệt khôngKịch bản kiểm demo 6: Kiểm thử chức năng tiền gửi cố định và thắt chặt / tiền nhờ cất hộ định kỳ hoàn toàn có thể được tạo

Lưu ý:

Mỗi kịch phiên bản kiểm thử đề nghị được gắn với tối thiểu một yêu ước trong dự án.Trước khi sản xuất kịch bản kiểm thử xác minh những yêu cầu cùng một lúc, hãy đảm bảo an toàn đã gồm 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 bản kiểm thử quá phức tạp, nhiều yêu mong kéo theo.Số lượng kịch bạn dạng có thể phệ và tốn hèn để che 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 bạn dạng kiểm thử được chọn.

*Refer link: