Kịch bản kiểm thử trong kiểm thử phần mềm là gì (Ví dụ)

Kịch bản thử nghiệm là gì?

A Kịch bản thử nghiệm được định nghĩa là bất kỳ chức năng nào có thể được kiểm tra. Nó còn được gọi là Điều kiện kiểm thử hoặc Khả năng kiểm thử. Với tư cách là người thử nghiệm, bạn nên đặt mình vào vị trí của người dùng cuối và tìm ra các tình huống trong thế giới thực cũng như các trường hợp sử dụng của Ứng dụng đang được thử nghiệm.

Thử nghiệm kịch bản

Thử nghiệm kịch bản in kiểm thử phần mềm là phương pháp sử dụng các kịch bản thực tế để kiểm thử ứng dụng phần mềm thay vì các trường hợp kiểm thử. Mục đích của kiểm thử kịch bản là kiểm thử các kịch bản đầu cuối cho một vấn đề phức tạp cụ thể của phần mềm. Các kịch bản giúp kiểm thử và đánh giá các vấn đề phức tạp đầu cuối dễ dàng hơn.

Hãy cùng nghiên cứu vấn đề này với sự trợ giúp của video dưới đây –

Tại sao tạo kịch bản thử nghiệm?

Các kịch bản thử nghiệm được tạo ra vì những lý do sau:

• Tạo kịch bản kiểm thử đảm bảo phạm vi kiểm thử hoàn chỉnh
• Kịch bản thử nghiệm có thể được phê duyệt bởi nhiều bên liên quan khác nhau như Nhà phân tích kinh doanh, Nhà phát triển, Khách hàng để đảm bảo Ứng dụng đang được thử nghiệm được kiểm tra kỹ lưỡng. Nó đảm bảo rằng phần mềm đang hoạt động cho các trường hợp sử dụng phổ biến nhất.
• Chúng đóng vai trò như một công cụ nhanh chóng để xác định nỗ lực làm việc thử nghiệm và từ đó tạo ra đề xuất cho khách hàng hoặc tổ chức lực lượng lao động.
• Chúng giúp xác định các giao dịch đầu cuối quan trọng nhất hoặc mục đích sử dụng thực sự của các ứng dụng phần mềm.
• Để nghiên cứu chức năng end-to-end của chương trình, Kịch bản kiểm thử là rất quan trọng.

Khi không tạo Kịch bản thử nghiệm?

Kịch bản thử nghiệm có thể không được tạo khi

• Ứng dụng đang được thử nghiệm rất phức tạp, không ổn định và có sự thiếu hụt về thời gian trong dự án.
• Các dự án tuân theo Phương pháp Agile như Scrum, Kanban có thể không tạo Kịch bản thử nghiệm.
• Kịch bản thử nghiệm có thể không được tạo để sửa lỗi mới hoặc Kiểm tra hồi quy. Trong những trường hợp như vậy, Kịch bản thử nghiệm phải được ghi lại đầy đủ trong các chu kỳ thử nghiệm trước đó. Điều này đặc biệt đúng đối với các dự án Bảo trì.

Cách viết kịch bản kiểm thử

Với tư cách là người thử nghiệm, bạn có thể làm theo năm bước sau để tạo Kịch bản thử nghiệm-

• Bước 1: Đọc các Tài liệu Yêu cầu như BRS, SRS, FRS của Hệ thống đang được thử nghiệm (SUT). Bạn cũng có thể tham khảo các trường hợp sử dụng, sách, hướng dẫn sử dụng, v.v. của ứng dụng để kiểm tra.
• Bước 2: Đối với mỗi yêu cầu, hãy tìm ra các hành động và mục tiêu khả thi của người dùng. Xác định các khía cạnh kỹ thuật của yêu cầu. Xác định các tình huống lạm dụng hệ thống có thể xảy ra và đánh giá người dùng bằng tư duy hacker.
• Bước 3: Sau khi đọc Tài liệu Yêu cầu và thực hiện Phân tích thích hợp, hãy liệt kê các kịch bản thử nghiệm khác nhau để xác minh từng tính năng của phần mềm.
• Bước 4: Khi bạn đã liệt kê tất cả các Kịch bản thử nghiệm có thể có, một Ma trận truy xuất nguồn gốc được tạo để xác minh rằng mỗi & mọi yêu cầu đều có Kịch bản kiểm thử tương ứng
• Bước 5: Các kịch bản được tạo sẽ được người giám sát của bạn xem xét. Later, chúng cũng được các Bên liên quan khác trong dự án xem xét.

Mẹo để tạo kịch bản thử nghiệm

• Mỗi Kịch bản thử nghiệm phải được gắn với tối thiểu một Yêu cầu hoặc Câu chuyện của người dùng theo Phương pháp dự án.
• Trước khi tạo Kịch bản thử nghiệm xác minh nhiều Yêu cầu cùng một lúc, hãy đảm bảo bạn có Kịch bản thử nghiệm để kiểm tra yêu cầu đó một cách riêng biệt.
• Tránh tạo các Kịch bản thử nghiệm quá phức tạp với nhiều Yêu cầu.
• Số lượng kịch bản có thể lớn và việc chạy tất cả chúng sẽ tốn kém. Dựa trên mức độ ưu tiên của khách hàng, chỉ chạy các Kịch bản thử nghiệm đã chọn

Ví dụ 1: Kịch bản thử nghiệm cho ứng dụng thương mại điện tử

Đối với Ứng dụng thương mại điện tử, một số kịch bản thử nghiệm sẽ là

Kịch bản thử nghiệm 1: Kiểm tra chức năng đăng nhập

Để giúp bạn hiểu được sự khác biệt của Kịch bản kiểm thử và Các trường hợp kiểm tra, các trường hợp thử nghiệm cụ thể cho Kịch bản thử nghiệm này sẽ là

1. Kiểm tra hành vi của hệ thống khi nhập ID email và mật khẩu hợp lệ.
2. Kiểm tra hành vi của hệ thống khi nhập ID email không hợp lệ và mật khẩu hợp lệ.
3. Kiểm tra hành vi của hệ thống khi nhập ID email hợp lệ và mật khẩu không hợp lệ.
4. Kiểm tra hành vi của hệ thống khi nhập ID email và mật khẩu không hợp lệ.
5. Kiểm tra hành vi của hệ thống khi ID email và mật khẩu để trống và đã nhập Đăng nhập.
6. Kiểm tra Quên mật khẩu của bạn có hoạt động như mong đợi không
7. Kiểm tra hoạt động của hệ thống khi nhập số điện thoại và mật khẩu hợp lệ/không hợp lệ.
8. Kiểm tra hành vi của hệ thống khi “Giữ cho tôi được ký” được chọn

Rõ ràng là các Test Case cụ thể hơn.

Kịch bản thử nghiệm 2: Kiểm tra chức năng tìm kiếm

Kịch bản thử nghiệm 3: Kiểm tra sản phẩm Descripttrang ion

Kịch bản thử nghiệm 4: Kiểm tra chức năng thanh toán

Kịch bản thử nghiệm 5: Kiểm tra lịch sử đặt hàng

Ngoài 5 kịch bản này, đây là danh sách tất cả các kịch bản khác

• Kiểm tra hành vi của Trang chủ đối với khách hàng quay lại
• Kiểm tra trang danh mục/sản phẩm
• Kiểm tra trang liên hệ/dịch vụ khách hàng
• Kiểm tra các trang Ưu đãi hàng ngày

Ví dụ 2: Kịch bản thử nghiệm cho một trang web ngân hàng

Kịch bản thử nghiệm 1: Kiểm tra chức năng đăng nhập và xác thực

Kịch bản thử nghiệm 2: Kiểm tra chuyển tiền có thể được thực hiện

Kịch bản thử nghiệm 3: Có thể xem sao kê tài khoản séc

Kịch bản thử nghiệm 4: Kiểm tra tiền gửi cố định/tiền gửi định kỳ có thể được tạo

Và như vậy ...

Mẫu kịch bản thử nghiệm

Tải xuống Mẫu kịch bản thử nghiệm Excel(.xlsx)