test scenario la gi

Đã đăng nhập thg 1 14, 2021 12:39 CH

12 phút đọc

Bạn đang xem: test scenario la gi

What is a Test Scenario?

Kịch phiên bản kiểm demo - Test Scenario bao hàm toàn bộ những công dụng hoàn toàn có thể được kiểm demo. Test Scenario cũng khá được gọi là Test Condition hoặc Test Possibility. Là một tester, chúng ta cũng có thể bịa đặt bản thân nhập địa điểm của người tiêu dùng cuối và lần rời khỏi những trường hợp nhập thực tiễn và những tình huống hoàn toàn có thể xẩy ra của phần mềm đang rất được kiểm demo.

Scenario Testing là 1 phát triển thành thể của Kiểm demo ứng dụng nhập tê liệt Kịch phiên bản được dùng nhằm kiểm demo. Các kịch phiên bản chung dễ dàng và đơn giản kiểm demo những khối hệ thống phức tạp.

Tại sao nên tạo ra Test Scenario

Test Scenario vô cùng hữu ích Khi Tester ko thể tiến hành đánh giá trọn vẹn ứng dụng vì thế giới hạn về thời hạn. Các kịch phiên bản demo nghiệm được chấp nhận bọn họ đánh giá công dụng của ứng dụng bên trên những góc cạnh cần thiết nhất nhập thời hạn kha khá thấp hơn. Và vậy nên Test Scenario được tạo nên vì như thế những nguyên nhân sau đây:

  • Tạo những kịch phiên bản kiểm demo đáp ứng triển khai xong Test Coverage
  • Kịch phiên bản kiểm demo hoàn toàn có thể được trải qua vì chưng những mặt mày tương quan không giống nhau như Nhà phân tách nhiệm vụ (BA), Developers, Khách mặt hàng nhằm đáp ứng phần mềm được kiểm demo kỹ lưỡng và đảm nói rằng ứng dụng đang được hoạt động và sinh hoạt chất lượng tốt.
  • Kịch phiên bản kiểm demo như 1 dụng cụ nhanh gọn lẹ nhằm xác lập effort kiểm demo, dựa Từ đó tạo nên khuyến nghị cho tới quý khách hoặc tổ chức triển khai về nguồn lực có sẵn làm việc.
  • Kịch phiên bản kiểm demo chung xác lập những giao dịch thanh toán đầu cuối cần thiết nhất hoặc xác lập việc dùng những phần mềm ứng dụng nhập thực tiễn.
  • Để nghiên cứu và phân tích công dụng đầu cuối, Kịch phiên bản kiểm demo là vô cùng cần thiết.

Tuy nhiên với cùng một vài ba dự án công trình tất cả chúng ta ko thể tạo ra Test Scenario:

  • Ứng dụng đang được kiểm demo vô cùng phức tạp, tạm bợ hoặc dự án công trình đang được rơi vào một trong những thời hạn rủi ro.
  • Các dự án công trình tuân theo đòi Phương pháp Agile như Scrum, Kanban hoàn toàn có thể ko tạo ra Kịch phiên bản kiểm demo.
  • Kịch phiên bản kiểm demo hoàn toàn có thể ko được tạo ra Khi sửa lỗi mới nhất hoặc Khi tiến hành kiểm demo hồi quy. Trong những tình huống như thế, Kịch phiên bản kiểm demo nên được đánh dấu nhiều trong số chu kỳ luân hồi kiểm demo trước tê liệt. Vấn đề này quan trọng đặc biệt trúng với những dự án công trình duy trì.

Sự không giống nhau thân thuộc Test Scenario và Test Case?

Test Case nối tiếp chuồn thâm thúy rộng lớn nhập cụ thể của test scenario. Test Case được ví tựa như những đơn vị chức năng nhỏ nhất của từng test project, tựa như những tế bào của một khung người sinh sống.

Khái niệm

  • Test Cases: hỗ trợ vấn đề cụ thể khuôn nên test, công việc tiến hành và dự loài kiến thành phẩm. Test Scenarios lại hỗ trợ một loại vấn đề về những gì cần được đánh giá.

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

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

Test Cases:

  • Có thể tái ngắt dùng lại rất nhiều lần nhập sau này.
  • Về mặt mày thời hạn thì việc tạo ra test case vô cùng hữu ích trong công việc report lỗi. Tester chỉ việc hỗ trợ tư liệu xem thêm của test case ID tuy nhiên ko cần thiết kể cụ thể.
  • Tài liệu này tiếp tục thực sự cần thiết cho tới những tester mới nhất rời khỏi ngôi trường chưa tồn tại kinh nghiệm tay nghề trong công việc testing hệ thống

Test Scenarios:

-Tiết kiệm thời hạn và tích vô cùng tạo nên phát minh mới nhất, nó rất được ưa chuộng thế cho nên hệ mới nhất của xã hội kiểm demo ứng dụng.

Xem thêm: anh vẫn luôn yêu em

  • Việc sửa thay đổi và bổ sung cập nhật thì giản dị rộng lớn và ko giao phó rõ ràng cho 1 người.
  • Đối với cùng một dự án công trình rộng lớn, điểm tuy nhiên một group chỉ biết những module rõ ràng thì việc dùng Test Scenario tiếp tục tạo nên một thời cơ nhằm người xem hoàn toàn có thể dễ dàng và đơn giản thảo luận và thể hiện những sáng tạo độc đáo Khi nhìn nhập những module không giống.
  • Test Scenario hoàn toàn có thể đạt được chừng che phủ rất tốt bằng phương pháp chi nhỏ những phần mềm mặt mày không giống nó cũng thực hiện rời cường độ tái diễn của thành phầm.

2. Nhược điểm:

Test Cases:

  • Tốn thời hạn và tài sản vì như thế nó yên cầu nhiều mối cung cấp lực lượng lao động nhằm hoàn toàn có thể hiểu cụ thể về những loại nên kiểm demo và thực hiện cơ hội này nhằm hoàn toàn có thể kiểm demo.

Test Scenarios:

  • Nếu Test Scenario được tạo nên vì chưng một người rõ ràng thì các người tiêu dùng lại sẽ không còn thể hiểu không còn được đúng đắn phát minh của những người trước, nó sẽ bị cần thiết thêm thắt những buổi thảo luận group vì thế này sẽ tốn thêm thắt nhiều effort nhằm thực hiện rõ ràng những kịch phiên bản trước tê liệt.

Vậy nên dùng Test Case hoặc Test Scenario

Test Case được ví tựa như những đơn vị chức năng nhỏ nhất của từng test project, tựa như những tế bào của một khung người sinh sống. Điều cần thiết Khi thiết lập 1 test case:

  • Ít step nhất hoàn toàn có thể và chắc hẳn rằng rằng chỉ có một bước verify cần thiết tiến hành.
  • Expected result nên được mô tả một cách rõ rệt. Một ví dụ cho tới việc tế bào miêu tả ko rõ rệt như sau: "test pass Khi user login trở thành công". Thành công như vậy nào? điều gì minh chứng login trở thành công? App hoặc trang web tiếp tục redirect user cho tới screen nào? Điều gì xác lập là user đang được login? Tất cả nên được nêu một cơ hội RÕ RÀNG NHẤT CÓ THỂ. Vấn đề này là tối cần thiết nếu như mình thích test case hoàn toàn có thể được automate.
  • Pre-condition nên được mô tả rõ rệt. Những features này nên hoạt động và sinh hoạt trước lúc test case hoàn toàn có thể chạy? Tester nên làm những gì trước lúc chính thức test case? Test case này cần được pass trước lúc hoàn toàn có thể chạy test case hiện tại tại?

Trong Khi tê liệt Test Scenario chuồn thâm thúy rộng lớn nhập cụ thể của từng feature. Test Scenario tế bào miêu tả khuôn cần thiết test, cảnh báo là khuôn cần thiết test. Tại phía trên hoàn toàn có thể ví dụ một test scenario nổi bật như: Test công dụng Login

  • Kiểm tra nội dung những text bên trên trang singin sở hữu hòa hợp design hoặc không
  • Kiểm tra ngôi trường Username
  • Kiểm tra ngôi trường Password
  • Kiểm tra Login button sở hữu hoạt động và sinh hoạt đúng thật design hoặc không

Khi dự án công trình không tồn tại nhiều thời hạn, Test Scenario tiếp tục là 1 lựa lựa chọn tối ưu cho tới dự án công trình. Và nó cũng vẫn đạt được lợi nhuận khổng lồ như việc tạo ra Test Case.

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

Là người Tester, chúng ta cũng có thể tuân theo năm bước sau muốn tạo Test Scenario :

  • Bước 1: Đọc những Tài liệu đòi hỏi như BRS, SRS, FRS của Hệ thống đang được kiểm demo (System Under Test - SUT). Quý Khách cũng hoàn toàn có thể xem thêm những uses cases, sách, phía dẫn…của phần mềm sẽ tiến hành kiểm demo.
  • Bước 2: Đối với từng đòi hỏi, hãy lần rời khỏi những hành vi và tiềm năng hoàn toàn có thể của người tiêu dùng. Xác quyết định những góc cạnh đòi hỏi chuyên môn. Xác quyết định những trường hợp hoàn toàn có thể xẩy ra về lạm dụng quá khối hệ thống và reviews người tiêu dùng với tâm lý của hacker.
  • Bước 3: Sau Khi phát âm Tài liệu đòi hỏi và tiến hành Phân tích, hãy liệt kê những kịch phiên bản kiểm demo nhằm xác minh từng công dụng của ứng dụng.
  • Bước 4: Khi đang được liệt kê toàn bộ những kịch phiên bản kiểm demo hoàn toàn có thể, Ma trận truy xuất xuất xứ được tạo ra nhằm xác minh rằng từng đòi hỏi đều sở hữu kịch phiên bản kiểm demo tương ứng
  • Bước 5: Các kịch phiên bản được tạo nên được đánh giá vì chưng người giám sát và những mặt mày tương quan nhập dự án công trình.

Ví dụ một Test Scenario cho 1 trang web ngân hàng Kịch phiên bản kiểm demo 1: Kiểm demo công dụng singin và xác thực của screen loggin Kịch phiên bản kiểm demo 2: Kiểm demo công dụng trả chi phí hoàn toàn có thể được tiến hành đúng trong các tình huống số dư người tiêu dùng sở hữu số dư nhỏ rộng lớn số chi phí trả. Kịch phiên bản kiểm demo 3: Kiểm demo công dụng trả chi phí hoàn toàn có thể được tiến hành đúng trong các tình huống số dư người tiêu dùng sở hữu số dư vì chưng rộng lớn số chi phí chuyển Kịch phiên bản kiểm demo 4: Kiểm demo công dụng trả chi phí hoàn toàn có thể được tiến hành đúng trong các tình huống số dư người tiêu dùng sở hữu số dư to hơn số chi phí chuyển Kịch phiên bản kiểm demo 5: Kiểm demo công dụng sao kê thông tin tài khoản hoàn toàn có thể được coi được hoặc không Kịch phiên bản kiểm demo 6: Kiểm demo công dụng chi phí gửi thắt chặt và cố định / chi phí gửi lịch hoàn toàn có thể được tạo

Lưu ý:

  • Mỗi kịch phiên bản kiểm demo nên được gắn kèm với ít nhất một đòi hỏi nhập dự án công trình.
  • Trước Khi tạo ra kịch phiên bản kiểm demo xác minh nhiều đòi hỏi và một khi, hãy đáp ứng đang được sở hữu kịch phiên bản kiểm demo cho từng đòi hỏi riêng biệt lẻ.
  • Tránh tạo ra những kịch phiên bản kiểm demo quá phức tạp, nhiều đòi hỏi kéo theo đòi.
  • Số lượng kịch phiên bản hoàn toàn có thể rộng lớn và tốn tầm thường nhằm chứa đựng toàn bộ. Dựa bên trên những ưu tiên của quý khách, chỉ chạy những kịch phiên bản kiểm demo được lựa chọn.

*Refer link:

Xem thêm: nam thần bùng cháy đi

https://www.guru99.com/test-scenario.html

https://www.guru99.com/test-case-vs-test-scenario.html

All rights reserved