Hế lô những tín đồ, là mình đây 😗 … Tôi đã quay trở về =))

Bạn Đang Xem: Use case diagram và lý do sử dụng trong kiểm thử phần mềm (P1)

Sau một vài lần phải tham gia vào dự án ở thời đoạn đang phát triển thì mình nhận ra Use case diagram tương trợ việc tiếp cận dự án và quy trình test rất nhiều. Nội dung bài viết này mình sẽ nói một chút ít về lý do nên tận dụng nó trong kiểm thử ứng dụng nhé!

Tuy nhiên chắc sẽ nói lại 1 chút xem “Use case diagram” là gì nhỉ! Phòng trường hợp ai đó chưa chắc chắn hoặc lâu rồi không động đến xong quên xừ mất! >.<

1. Về Use case diagram

Use case diagram là một trong số những biểu đồ trong UML. Ai mà còn chưa nhớ UML là gì thì đọc lại ở đây nhó :3 → https://viblo.asia/p/phan-tich-thiet-ke-he-thong-thong-tin-su-dung-bieu-do-uml-phan-1-PjxMe6yNG4YL

Use case diagram: Trình diễn sơ đồ tính năng của khối hệ thống. Mỗi use case mô tả tính năng mà khối hệ thống càng phải có xét từ góc độ người tiêu dùng.

Sự tương tác trong biểu đồ use case rất có thể là:

• Phương pháp mà người tiêu dùng tương tác với khối hệ thống
• Phương pháp mà khối hệ thống tương tác với những khối hệ thống khác

Ví dụ: Khối hệ thống quản lý và vận hành thư viện

• Admin: Đăng nhập vào khối hệ thống, triển khai update thông tin và quản lý và vận hành những thanh toán giao dịch mượn, trả sách
• Tín đồ đọc: Chỉ rất có thể tìm kiếm, tra cứu thông tin

2. Những thành phần của Use case diagram

Actor: Chỉ người tiêu dùng hoặc một đối tượng người dùng bên phía ngoài có năng lực tương tác với khối hệ thống.

Use case: Là những tính năng mà những actor sẽ tận dụng để trổ tài sự tương tác trong những người tiêu dùng và khối hệ thống.

Xem Thêm : Facebook Instant Articles là gì? Kiếm tiền trên Facebook với IA

Communication link: Kết nối giữa Actor và Use case giúp trổ tài được sự tương tác giữa khối hệ thống và người tiêu dùng.

Boundary of system: Trổ tài phạm vi xẩy ra của Use case

Relationships: Quan hệ trong Use case bao gồm tất cả 3 loại đó là: include, extend và generalization

• Include: Là mqh sẽ phải có giữa những Use case với nhau.

  Xét về nghĩa: include tức là bao gồm tất cả → tức là nếu nói: use case A có mqh include với use case B thì điều đó tức là Use case A bao gồm tất cả Use case B

  Ví dụ:

• Extend: Là quan hệ mở rộng giữa những use case với nhau.

  Nó trổ tài mqh rất có thể có hoặc không giữa những use case với nhau. Nếu use case A là extend của use case B thì use case A chỉ là một optional và chỉ xẩy ra trong một thực trạng ví dụ được xác định.

• Generalization: là mqh phụ vương/con giữa những use case với nhau, nó được dùng làm trổ tài mqh giữa những actor với nhau.

  Nhìn chung, generalization giúp trổ tài rõ hơn những yêu cầu bằng việc gom nhóm những use case lại theo quan hệ phụ vương/con, và generaliozation có tính thừa hưởng: tức là thằng phụ vương có gì thì thằng con sẽ có được cái đó.

3. Quá trình xây dựng Use case diagram

Bước 1: Tìm Actor

Xem Thêm : Đá thòng là gì? Hướng dẫn cách đá thòng hiệu quả nhất

Vấn đáp những thắc mắc sau để tìm actor cho khối hệ thống:

• Ai sẽ là người tiêu dùng những tính năng của khối hệ thống?
• Ai cần sự tương trợ của khối hệ thống để triển khai những công việc từng ngày?
• Ai cần duy trì, quản trị và khỏe mạnh khối hệ thống hoạt động và sinh hoạt?
• Khối hệ thống sẽ tương tác với những khối hệ thống nào khác?

Bước 2: Xác định những Use case

Vấn đáp cho thắc mắc những actor tận dụng tính năng gì trong khối hệ thống để từ đó xác định được những use case quan trọng cho khối hệ thống:

• Actor cần tính năng nào từ khối hệ thống?
• Actor càng phải xem, cập nhập hay lưu trữ thông tin gì trên khối hệ thống?
• Actor cần thông tin cho khối hệ thống những sự kiện gì? Sự kiện đó thay mặt cho tính năng nào?
• HT có cần thông tin cho actor khi có sự thay đổi không?
• …

Bước 3: Xác định quan hệ

Phân tích và xác định những quan loại hệ giữa những Actor và Use case; giữa những Actor với nhau; giữa những Use case với nhau → tiếp theo nối chúng lại mọi người sẽ tiến hành bạn dạng vẽ Use case.

4. Những ứng dụng trong dự án

Một vài ứng dụng tiêu biểu của Use case diagram trong dự án:

• Phân tích và hiểu khối hệ thống
• Thiết kế khối hệ thống
• Làm cơ sở cho việc phát triển, kiểm tra những bạn dạng vẽ như Class Diagram, Activity Diagram, Sequence Diagram, Component Diagram
• Làm cơ sở để tiếp xúc với người tiêu dùng, những nhà góp vốn đầu tư
• Hỗ trợ cho việc kiểm thử tính năng, kiểm thử gật đầu

Trên là một vài thông tin tóm tắt về Use case diagram. Tôi chỉ tóm tắt sơ lược, những chúng ta cũng có thể tìm hiểu thêm để rõ hơn nha. >.O

Có tín đồ từng hỏi mình rằng: “Em thấy cái use case diagram này nó có khác gì maps tư duy đâu?” Híc … thực tiễn là không giống nhau đó những tín đồ 😄

• Maps tư duy: là mind map, nó giản dị và đơn giản là mình liệt kê ra những ý hiểu, những idea hoặc function theo hình thức sơ đồ cây.
• Còn use case diagram: nó được vẽ dưới tầm nhìn của user tương tác với khối hệ thống ra làm sao; những khối hệ thống khác tương tác với khối hệ thống của tôi ra làm sao. Nó liên quan trực tiếp đến nghiệp vụ dự án.

Vậy CÂU HỎI đưa ra: Vì sao tester nên biết và ứng dụng Use case diagram trong kiểm thử ứng dụng?

Oh … overview 1 chút lý thuyết vậy đã :<

Nội dung có vẻ hơi dài nên mọi người tìm hiểu tiếp phần 2 ở đây nha: https://viblo.asia/p/use-case-diagram-va-ly-do-su-dung-trong-kiem-thu-phan-mem-p2-Ny0VG9vzJPA