Các Trường Hợp Sử Dụng Tình Huống Làm Trường Hợp Thử Nghiệm
Kiểm thử phần mềm là gì?
Kiểm thử phần mềm là hành động kiểm tra các tạo phẩm và hành vi của phần mềm được kiểm tra thông qua xác thực và xác minh. Kiểm thử phần mềm cũng cung cấp một cái nhìn khách quan, độc lập về phần mềm, cho phép các công ty đánh giá và hiểu được những rủi ro khi triển khai phần mềm.
Kiểm thử phần mềm có thể cung cấp cho người dùng hoặc nhà tài trợ thông tin khách quan, độc lập về chất lượng phần mềm và nguy cơ lỗi phần mềm. Một trong những mục đích chính của kiểm thử là phát hiện lỗi phần mềm để tìm và sửa lỗi. Thử nghiệm không thể xác định rằng một sản phẩm sẽ hoạt động bình thường trong mọi điều kiện, mà chỉ xác định rằng nó sẽ không hoạt động bình thường trong những điều kiện cụ thể.
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ử hộp đen chức năng giúp người kiểm thử xác định các kịch bản kiểm thử và thực hiện toàn bộ hệ thống từ đầu đến cuối trên cơ sở từng giao dịch như Ivar Jacobson đã mô tả trong cuốn sách “Kỹ thuật phần mềm hướng đối tượng” của ông bằng cách sử dụng Với kỹ thuật này, nhóm thử nghiệm tạo ra một kịch bản thử nghiệm có thể thực hiện toàn bộ phần mềm từ đầu đến cuối dựa trên chức năng của từng tính năng. Kiểm thử trường hợp sử dụng là sự tương tác giữa người dùng và ứng dụng phần mềm và do đó, giúp kiểm tra hệ thống theo quan điểm của người dùng. Dưới đây là một số lợi thế.
Trường hợp sử dụng là gì?
- Ca sử dụng được viết bằng ngôn ngữ tường thuật, mô tả các yêu cầu chức năng của hệ thống từ quan điểm của người dùng cuối.
- Sơ đồ trường hợp sử dụng được tạo bằng ngôn ngữ lập mô hình thống nhất, với mỗi bước được biểu thị bằng tên của nó trong hình bầu dục;
- Một diễn viên được đại diện bởi một hình que với tên của họ được viết bên dưới; mỗi hành động được biểu thị bằng một liên kết giữa tác nhân và trường hợp sử dụng;
- Một ranh giới hệ thống được biểu thị bằng một hình chữ nhật xung quanh trường hợp sử dụng.
Các thành phần của ca sử dụng
Tùy thuộc vào độ sâu và độ phức tạp mà bạn muốn hoặc cần, một trường hợp sử dụng mô tả sự kết hợp của các yếu tố sau.
- Diễn viên – bất kỳ ai hoặc bất kỳ thứ gì thực hiện một hành vi (người đang sử dụng hệ thống)
- Tác nhân chính – Các bên liên quan bắt đầu tương tác với hệ thống để đạt được mục tiêu
- Tác nhân phụ là một tác nhân mà hệ thống yêu cầu hỗ trợ để hoàn thành ca sử dụng .
- Điều kiện tiên quyết – phải có thật hoặc xảy ra trước và sau khi ca sử dụng được chạy
- Kích hoạt – Đây là sự kiện khiến trường hợp sử dụng được bắt đầu
Các kịch bản trường hợp sử dụng ad Alternative p aths
Mô hình hóa trường hợp sử dụng là một cách chính thức để biểu diễn cách hệ thống kinh doanh tương tác với môi trường của nó và nó minh họa các hoạt động được thực hiện bởi người dùng hệ thống. Nó cũng là một kỹ thuật dựa trên kịch bản trong UML. Trường hợp sử dụng là một tập hợp các bước cần thiết để hoàn thành một nhiệm vụ hoặc mục tiêu cụ thể. Thông thường, một ca sử dụng có thể có nhiều đường dẫn; mỗi đường dẫn được coi là một trường hợp sử dụng. Nói một cách đơn giản, một trường hợp sử dụng là một mục tiêu với các quy trình khác nhau và một kịch bản trường hợp sử dụng biểu thị một đường dẫn tuyến tính và trực tiếp thông qua một trong các hoạt động này.
Kịch bản là một cảnh minh họa một số tương tác với một hệ thống được đề xuất. Kịch bản là một công cụ được sử dụng trong quá trình phân tích yêu cầu để mô tả cách sử dụng cụ thể của một hệ thống được đề xuất. Các kịch bản nắm bắt hệ thống, như được nhìn từ bên ngoài, ví dụ, bởi người dùng, sử dụng các ví dụ cụ thể. Một ca sử dụng có thể chứa một số “đường dẫn” mà người dùng có thể thực hiện khi tương tác với hệ thống; mỗi con đường được gọi là một kịch bản
- Kịch bản thành công chính [Luồng cơ bản] – Không có lỗi trong trường hợp sử dụng.
- Đường dẫn thay thế [Luồng thay thế] – Những đường dẫn này là các biến thể của chủ đề chính. Đây là những trường hợp ngoại lệ xảy ra khi xảy ra sự cố ở cấp độ hệ thống.
Ví dụ kiểm tra trường hợp sử dụng
Một kịch bản ca sử dụng được xem như là sự tương tác giữa ứng dụng và các tác nhân (người dùng). Các trường hợp sử dụng này được sử dụng để mô tả các yêu cầu và do đó cũng có thể được sử dụng làm cơ sở cho thử nghiệm chấp nhận.
Với một ví dụ về ATM, chúng tôi chỉ ra các trường hợp thành công và không thành công. Trong sơ đồ này, chúng ta có thể thấy sự tương tác giữa A (tác nhân — trong trường hợp này là con người) và S (hệ thống). Các bước từ 1 đến 5 là các trường hợp thành công, cho biết rằng thẻ và mật khẩu đã được xác minh và tác nhân được phép truy cập vào tài khoản.
- A: Chèn thẻ,
- S: Xác thực thẻ và yêu cầu mã PIN,
- A: Nhập mã PIN,
- S: Xác thực một Ghim và
- S: Cho phép truy cập vào tài khoản.
Tuy nhiên, có thể có ba tình huống khác trong quá trình gia hạn, chẳng hạn như khi xác minh thẻ và hệ thống xác định rằng có điều gì đó không đúng. Những trường hợp mở rộng này có thể được liệt kê dưới đây. Chúng cụ thể là 2a, 4a và 4b như trong hình bên dưới.
2a) S: Thẻ không hợp lệ (thông báo hiển thị và thẻ bị từ chối)
3a) S: Mật khẩu không hợp lệ (thông báo hiển thị và yêu cầu thử lại – 2 lần) và
4a) S: Mật khẩu không hợp lệ 3 lần (ăn thẻ và thoát)
Kịch bản trường hợp sử dụng làm trường hợp thử nghiệm
Một kịch bản ca sử dụng về cơ bản là một tài liệu về các ca sử dụng. Nói cách khác, nó mô tả các hành động mà người dùng có thể thực hiện khi sử dụng ứng dụng hoặc hệ thống. Nó cũng mô tả tình huống mà người dùng có thể gặp phải khi sử dụng phần mềm. Để tạo các kịch bản thử nghiệm chính xác, chúng tôi thường thu thập thông tin đầu vào từ khách hàng, người dùng cuối và/hoặc các bên liên quan. Điều này giúp bao quát hiệu quả tất cả các kịch bản trường hợp sử dụng có thể xảy ra và cho phép kiểm tra toàn diện tất cả quy trình công việc của trường hợp sử dụng.
Trường hợp sử dụng so với Trường hợp kiểm tra
Trường hợp sử dụng và trường hợp thử nghiệm là những thuật ngữ thường được sử dụng trong lĩnh vực kiểm thử phần mềm và chúng cũng có liên quan chặt chẽ với nhau. Một ca sử dụng được sử dụng để chỉ định cách sử dụng một hệ thống được thiết kế để thực hiện một tác vụ cụ thể. Ngược lại, một trường hợp thử nghiệm là một tập hợp các đầu vào thử nghiệm, điều kiện thực hiện và kết quả mong đợi được phát triển cho một mục tiêu thử nghiệm cụ thể.
| Tham số so sánh | Trường hợp sử dụng | trường hợp thử nghiệm |
|---|---|---|
| Sự định nghĩa | Một hành động tuần tự được sử dụng để mô tả sự tương tác giữa vai trò và hệ thống để duy trì một mục tiêu cụ thể, | Một nhóm các đầu vào, điều kiện và biến kiểm thử mà theo đó các đặc tính của phần mềm được xác định. |
| Mục tiêu | Để đạt được hoạt động cuối cùng, hãy làm theo tất cả các hoạt động tuần tự | xác thực phần mềm có hoạt động tốt hay không. |
| lặp lại | nó đi theo những con đường khác nhau | nó theo trường hợp thử nghiệm duy nhất được thử nghiệm tại một thời điểm |
| phụ thuộc | nó phụ thuộc vào các yêu cầu | nó phụ thuộc vào trường hợp sử dụng |
| Yêu cầu | Tài liệu và nghiên cứu là bắt buộc | Kiểm tra tập lệnh đầu vào và mỗi tập lệnh kiểm tra hoàn thành một bước |
| Hoàn thành | hoàn thành tất cả các bước một lần | Thử nghiệm được thực hiện lặp đi lặp lại rồi kết thúc. |
| Sự tương tác | Người sử dụng | Kết quả |
| Đang làm việc | nó đang hoạt động như sau khả năng chức năng từng bước của phần mềm. | nó đang làm việc với sự trợ giúp của người kiểm tra để xác thực phần mềm |
