Kiểm thử trường hợp sử dụng với ví dụ
Thomas Hamilton
⚡ Tóm tắt thông minh
Kiểm thử trường hợp sử dụng (Use Case Testing) xác thực các giao dịch đầu cuối bằng cách kiểm tra sự tương tác giữa người dùng và hệ thống. Kỹ thuật này thúc đẩy các trường hợp kiểm thử ở cấp hệ thống và cấp chấp nhận, phát hiện các lỗ hổng tích hợp và bổ sung cho các kiểm tra ở cấp đơn vị bằng các quy trình làm việc thực tế của người dùng.
Kiểm thử ca sử dụng là gì?
Kiểm tra trường hợp sử dụng Kiểm thử trường hợp sử dụng là một kỹ thuật kiểm thử phần mềm xác định các trường hợp kiểm thử bao phủ toàn bộ hệ thống trên cơ sở từng giao dịch một, từ đầu đến cuối. Các trường hợp kiểm thử mô tả sự tương tác giữa người dùng và ứng dụng phần mềm. Kiểm thử trường hợp sử dụng giúp phát hiện ra những lỗ hổng mà việc kiểm thử từng thành phần phần mềm riêng lẻ có thể không tìm thấy.
A ca sử dụng Trong kiểm thử, trường hợp sử dụng (use case) là một mô tả ngắn gọn về cách sử dụng cụ thể của phần mềm bởi một tác nhân hoặc người dùng. Các trường hợp sử dụng được viết dựa trên hành động của người dùng và phản hồi tương ứng của ứng dụng, và chúng được sử dụng rộng rãi để xây dựng kết quả. trường hợp thử nghiệm ở cấp độ hệ thống và cấp độ chấp nhận.
Các thành phần chính của một trường hợp sử dụng
Mỗi trường hợp sử dụng đều được xây dựng từ cùng một tập hợp các khối cấu tạo. Việc nắm rõ các thành phần ngay từ đầu giúp dễ dàng thiết kế phạm vi kiểm thử sao cho phù hợp với từng trường hợp kiểm thử:
- Diễn viên: Người dùng hoặc hệ thống bên ngoài khởi xướng tương tác. Được biểu thị là “A” trong các luồng văn bản.
- Hệ thống: Phần mềm đang được kiểm thử phản hồi lại tác nhân. Được biểu thị bằng ký hiệu “S”.
- Điều kiện tiên quyết: Trạng thái mà hệ thống phải đạt được trước khi trường hợp sử dụng có thể bắt đầu.
- Kịch bản thành công chính: Trình tự các bước của tác nhân và hệ thống trong điều kiện lý tưởng.
- Các phương án mở rộng / luồng công việc thay thế: Các nhánh xử lý ngoại lệ, lỗi xác thực hoặc các lựa chọn thay thế.
- Điều kiện sau: Trạng thái mà hệ thống còn lại sau khi trường hợp sử dụng kết thúc.
Cách thực hiện Kiểm thử trường hợp sử dụng: Ví dụ
Trong một trường hợp sử dụng, tác nhân được biểu thị bằng “A” và hệ thống bằng “S”. Ví dụ dưới đây mô tả chức năng đăng nhập của một ứng dụng web.
| Kịch bản thành công chính | Bước | Mô tả Chi tiết |
|---|---|---|
| A: Tác nhân S: Hệ thống | 1 | A: Nhập tên đại lý và mật khẩu |
| 2 | S: Xác thực mật khẩu | |
| 3 | S: Cho phép truy cập tài khoản | |
| Phần mở rộng | 2a | Mật khẩu không hợp lệ S: Hiển thị thông báo và yêu cầu thử lại (tối đa 4 lần) |
| 2b | Mật khẩu không hợp lệ 4 lần S: Đóng ứng dụng |
Sơ đồ trên mô tả một trường hợp thành công và hai trường hợp mở rộng. Hãy đọc từng bước một:
- Diễn viên nhập email và mật khẩu như bước đầu tiên trong quy trình đăng nhập hoàn chỉnh.
- Hệ thống xác thực mật khẩu.
- Nếu mật khẩu chính xác, quyền truy cập sẽ được cấp.
- Nếu mật khẩu không hợp lệ, hệ thống sẽ hiển thị thông báo và cho phép thử lại tối đa bốn lần.
- Nếu mật khẩu vẫn không hợp lệ sau bốn lần nhập sai, hệ thống sẽ chặn các lần nhập sai tiếp theo (trong ví dụ này, bằng cách cấm địa chỉ IP).
Từ trường hợp sử dụng này, bạn sẽ kiểm tra kịch bản thành công cộng thêm một trường hợp cho mỗi tiện ích mở rộng. Điều đó sẽ tạo ra tối thiểu ba trường hợp kiểm thử: đăng nhập hợp lệ, mật khẩu không hợp lệ có thể khôi phục và bị khóa tài khoản sau nhiều lần đăng nhập thất bại.
Ưu điểm của kiểm thử trường hợp sử dụng
Kiểm thử trường hợp sử dụng phù hợp một cách tự nhiên giữa yêu cầu và các trường hợp kiểm thử. Những ưu điểm chính là:
- Phạm vi phủ sóng toàn diện: Kiểm tra các giao dịch trên nhiều mô-đun, chứ không phải các chức năng riêng lẻ.
- Xác thực tập trung vào người dùng: Mỗi tình huống phản ánh cách một người dùng thực tế sử dụng hệ thống.
- Trong sáng tracKhả năng: Các trường hợp sử dụng tương ứng trực tiếp với các tiêu chí chấp nhận để các bên liên quan phê duyệt.
- Phòng ngừa khuyết tật: Các lỗ hổng tích hợp xuất hiện trước khi chu kỳ hồi quy bắt đầu.
- Các vật phẩm có thể tái sử dụng: Cùng một trường hợp sử dụng này được dùng để tạo ra các trường hợp kiểm thử, tài liệu đào tạo và tài liệu hướng dẫn người dùng.
Những hạn chế của việc kiểm thử trường hợp sử dụng
Kỹ thuật này mạnh mẽ nhưng không phải là toàn diện. Hãy lưu ý những hạn chế sau:
- Không thể thay thế cho kiểm thử đơn vị: Các lỗi ở cấp độ linh kiện thấp vẫn cần được kiểm tra chuyên sâu.
- Tùy thuộc vào các trường hợp sử dụng cụ thể: Luồng dữ liệu không rõ ràng dẫn đến các bài kiểm tra không rõ ràng.
- Giới hạn đối với phạm vi phủ sóng không liên quan đến chức năng: Hiệu năng, bảo mật và khả năng truy cập cần những kỹ thuật riêng biệt.
- Chi phí bảo trì chung: Các trường hợp sử dụng cần được cập nhật khi các quy tắc kinh doanh thay đổi.
