Kịch bản kiểm thử trong kiểm thử phần mềm là gì (Ví dụ)
Thomas Hamilton
⚡ Tóm tắt thông minh
Kịch bản kiểm thử trong kiểm thử phần mềm Định nghĩa bất kỳ chức năng nào có thể được xác thực để đảm bảo bao phủ toàn bộ hành vi của ứng dụng trong điều kiện thực tế. Tiêu chuẩn này nhấn mạnh việc xác thực đầu cuối, thiết kế thử nghiệm lấy người dùng làm trung tâm và sự liên kết có thể truy xuất nguồn gốc với các yêu cầu để đảm bảo việc xác minh luồng dữ liệu quan trọng đối với hoạt động kinh doanh.
Kịch bản thử nghiệm là gì?
A Kịch bản thử nghiệm là mô tả cấp cao về chức năng cần kiểm thử. Nó thể hiện một tương tác người dùng hoặc hành vi hệ thống có thể xảy ra, đôi khi được gọi là điều kiện kiểm thử. Là một kiểm thử viên, bạn nên đặt mình vào vị trí của người dùng cuối và tìm hiểu các tình huống thực tế cũng như trường hợp sử dụng của Ứng dụng đang Kiểm thử (AUT).
Các kịch bản thử nghiệm có thể được phân loại dựa trên khía cạnh nào của ứng dụng Mục đích của chúng là xác minh. Việc hiểu rõ các loại này đảm bảo phạm vi bao phủ toàn diện trên mọi chức năng và tương tác của người dùng.
Các loại kịch bản thử nghiệm
- Các kịch bản chức năng: Những tiêu chí này xác nhận xem các tính năng hoặc mô-đun cụ thể (như đăng nhập, đăng ký hoặc thanh toán) có hoạt động theo yêu cầu hay không. Chúng tập trung vào khía cạnh "những gì nó nên làm".
- Các tình huống không có chức năng: Những đánh giá này đánh giá cách hệ thống hoạt động chứ không phải chức năng của nó — bao gồm hiệu suất, khả năng mở rộng, khả năng sử dụng và độ tin cậy.
- Các tình huống bảo mật: Những tiêu chuẩn này đánh giá mức độ ứng dụng bảo vệ dữ liệu người dùng và ngăn chặn truy cập trái phép hoặc lỗ hổng bảo mật.
- Các tình huống UI (Giao diện người dùng): Những điều này đảm bảo bố cục trực quan, điều hướng và các yếu tố tương tác hoạt động trực quan trên nhiều thiết bị và kích thước màn hình khác nhau.
- Các kịch bản đầu cuối: Những mô phỏng này mô phỏng quy trình làm việc thực tế, xác minh rằng nhiều mô-đun hoạt động liền mạch cùng nhau — ví dụ: tìm kiếm, thêm vào giỏ hàng và hoàn tất thanh toán trong ứng dụng thương mại điện tử.
Kiểm thử kịch bản có giống với Kiểm thử kịch bản không?
Trong khi Kịch bản thử nghiệm xác định những gì cần thử nghiệm, Thử nghiệm kịch bản là một phương pháp phức tạp, từ đầu đến cuối, hoặc những câu chuyện thực tế của người dùng được sử dụng để thử nghiệm, thường thay vì chỉ dựa vào danh sách đầy đủ các trường hợp thử nghiệm riêng lẻ. Mục đích là đánh giá hiệu suất của hệ thống theo một quy trình làm việc cụ thể, thực tế.
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:
- Việc tạo Kịch bản thử nghiệm giúp đảm bảo các trường hợp sử dụng chính được đề cập trong quá trình thử nghiệm.
- Các Kịch bản Kiểm thử có thể được các bên liên quan như Chuyên viên Phân tích Kinh doanh, Nhà phát triển và Khách hàng xem xét và phê duyệt để đảm bảo Ứng dụng Đang Kiểm thử (AUT) được kiểm tra kỹ lưỡng. Điều này đảm bảo phần mềm hoạt động tốt trong các trường hợp sử dụng phổ biến nhất.
- Chúng đóng vai trò là công cụ nhanh chóng để xác định nỗ lực thử nghiệm và theo đó, 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 hoạt động toàn diện của chương trình, Kịch bản thử nghiệm đóng vai trò quan trọng.
👉 Đăng ký tham gia Dự án Kiểm thử Phần mềm Trực tiếp Miễn phí
Khi nào không nên tạo Kịch bản thử nghiệm?
Kịch bản thử nghiệm có thể không được tạo khi
- Tránh tạo Kịch bản kiểm tra khi ứng dụng phức tạp hoặc không ổn định, hoặc khi thời gian dự án quá ngắn để lập tài liệu có cấu trúc.
- Các dự án áp dụng Phương pháp Agile như Scrum, Kanban có thể không tạo được Kịch bản thử nghiệm.
- Các Kịch bản Kiểm tra không được tạo mới để sửa lỗi mới hoặc Kiểm tra hồi quy nếu chúng đã được ghi chép lại trong các chu kỳ kiểm thử trước đó. Trong những trường hợp như vậy, Kịch bản Kiểm thử phải được ghi chép lại đầy đủ trong các chu kỳ kiểm thử 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 Kiểm tra (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, v.v. của ứng dụng cần 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 có thể xảy ra khi hệ thống bị xâm phạm và đánh giá người dùng với tư duy của một 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ẩm định, 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.
AI có thể giúp ích gì trong việc tự động hóa kịch bản thử nghiệm?
AI đang chuyển đổi tự động hóa kịch bản kiểm thử bằng cách làm cho nó thông minh hơn, nhanh hơn và thích ứng hơn so với kịch bản truyền thống. Thay vì viết thủ công các kịch bản cho mỗi bài kiểm thử, các công cụ hỗ trợ AI có thể tự động tạo kịch bản kiểm thử từ các câu chuyện người dùng, yêu cầu hoặc thậm chí dữ liệu lịch sử. Các nền tảng sử dụng máy học phân tích các mô hình lỗi kiểm thử trong quá khứ để dự đoán các khu vực có rủi ro cao, giúp người kiểm thử tập trung vào những gì thực sự quan trọng.
Các khuôn khổ tự động hóa do AI điều khiển có thể tự phục hồi các tập lệnh—tự động cập nhật các trình định vị khi giao diện người dùng thay đổi, giúp giảm đáng kể thời gian bảo trì. Chúng cũng tích hợp với Đường ống CI/CD, đảm bảo thử nghiệm liên tục và phản hồi theo thời gian thực.
Ví dụ, một công cụ AI có thể mô phỏng hàng nghìn hành trình của người dùng trên một trang web thương mại điện tử, phát hiện các luồng bị hỏng và thậm chí đề xuất phạm vi thử nghiệm được tối ưu hóa.
Mẹo để tạo kịch bản thử nghiệm
- Mỗi Kịch bản thử nghiệm phải gắn với ít nhất một Yêu cầu hoặc Câu chuyện 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ả 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 Kiểm thử được chọn.
Mẹo cho sinh viên: Kịch bản thử nghiệm mô tả những gì cần thử nghiệm; trường hợp thử nghiệm mô tả cách thử nghiệm.
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à
- Kiểm tra hành vi của hệ thống khi nhập ID email và mật khẩu hợp lệ.
- 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ệ.
- 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ệ.
- 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ệ.
- 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.
- Kiểm tra Quên mật khẩu của bạn có hoạt động như mong đợi không
- 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ệ.
- 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)
Những thách thức và sai lầm thường gặp trong các tình huống thử nghiệm
Việc tạo ra các kịch bản kiểm thử hiệu quả nghe có vẻ đơn giản nhưng thường đi kèm với những cạm bẫy. Dưới đây là một số thách thức và sai lầm phổ biến mà các tester thường gặp phải:
- Yêu cầu không rõ ràng: Các yêu cầu mơ hồ hoặc thay đổi sẽ dẫn đến các tình huống không đầy đủ hoặc không liên quan.
- Các tình huống chồng chéo: Các kịch bản trùng lặp gây lãng phí thời gian và gây nhầm lẫn trong quá trình thực hiện thử nghiệm.
- Bỏ qua các trường hợp ngoại lệ: Chỉ tập trung vào những con đường chung sẽ bỏ qua những khiếm khuyết quan trọng.
- Ưu tiên kém: Việc xử lý tất cả các tình huống như nhau sẽ làm chậm quá trình thử nghiệm các tính năng có tác động cao.
- Quá nhiều chi tiết: Các tình huống quá phức tạp sẽ khiến việc bảo trì trở nên khó khăn và làm giảm tính linh hoạt.
- Thiếu truy xuất nguồn gốc: Việc thiếu liên kết giữa các yêu cầu và kịch bản gây ra khoảng cách về phạm vi bảo hiểm.
- Bỏ qua sự sẵn sàng của tự động hóa: Viết các kịch bản không phù hợp với khả năng tự động hóa sẽ hạn chế khả năng mở rộng.
