MỤC LỤC
User Task là nhiệm vụ "quy trình làm việc" điển hình trong đó người thực hiện thực hiện nhiệm vụ với sự trợ giúp của một ứng dụng phần mềm và có thể được lên lịch thông qua một trình quản lg danh sách công việc nào đó. Sequential Multiple Instance Marker đại diện cho một hoạt động tương tự như hoạt động Đa Vi Mô- Phiên Bản Song Song, nhưng các phiên bản của nó sẽ được thực thi theo trình tự. Adhoc Marker là biểu tượng sóng ngược (~) được sử dụng để đánh dấu một Tiến Trình Con mà các mẫu trình tự bình thường được nới lỏng và các hoạt động của nó có thể được thực hiện theo bất kỳ trình tự nào theo quyền quyết định của người dùng.
Parallel Multiple Instance Marker được sử dụng để đại diện cho một hoạt động có thể được thực hiện dưới dạng nhiều phiên bản thực thi song song. Association được biểu diễn bằng một đường nét chấm, có thể có mũi tên dưới dạng đường ở một hoặc cả hai đầu, và được sử dụng để liên kết văn bản và các tài liệu khác với các đối tượng luồng. Data Association được biểu diễn bằng một đường nét chấm với đầu mũi tên dạng đường và được sử dụng để liên kết dữ liệu (điện tử hoặc không điện tử) với các đối tượng luồng.
Liên kết Dữ liệu được sử dụng để hiển thị đầu vào và đầu ra của các hoạt động. Cổng Dựa trên Sự Kiện Song Song (Parallel Event-based Gateway): Cổng Dựa trên Sự Kiện Song Song chỉ được sử dụng để bắt đầu một Quy trình. Nó được cấu hình giống như một Cổng Dựa trên Sự Kiện thông thường, nhưng tất cả các sự kiện tiếp theo phải được kích hoạt trước khi một phiên bản quy trình mới được tạo ra.
Nghĩa là khi quy trình chạy tới task này, nếu trong thời gian X và hành động Y xảy ra, thì quy trình sẽ đi theo nhánh tới task Handle Timeout. Interrupting Event là khi task Subprocess A đạt được điều kiện trong thời gian A và hành động Y xảy ra, thì khi đó quy trình chuyển qua nhánh Handle Timeout. Collection of Data Objects đại diện cho một bộ sưu tLp các yếu tố dữ liệu liên quan đến cùng một thực thể dữ liệu (ví dụ, một danh sách các mục đơn hàng).
- Draw.io cung cấp nhiều tùy chọn để xuất và lưu trữ các biểu đồ, bao gồm lưu trữ trực tuyến, tải về file PDF, PNG, XML, và nhiều định dạng khác. - Tổng quát, Draw.io là một công cụ vẽ sơ đồ mạnh mẽ và linh hoạt, được sử dụng rộng rãi để tạo ra các loại biểu đồ và sơ đồ khác nhau trong nhiều lĩnh vực từ kỹ thuLt đến kinh doanh. - Draw.io cũng có một số khu vực cần cải tiến từ ít đến nhiều.
Tuy nhiên, nó vẫn là một công cụ hữu ích cho việc tạo sơ đồ và lưu đồ.
- Nếu chúng ta nhìn vào sơ đồ lớp, sơ đồ đối tượng, sơ đồ cộng tác, sơ đồ tương tác, tất cả về cơ bản sẽ được thiết kế dựa trên các đối tượng. - Khi UML mô tả các hệ thống thời gian thực, điều rất quan trọng là phải tạo ra một mô hình khái niệm và sau đó tiến hành dần dần. Giao diện chỉ giống như một mẫu nơi bạn xác định các chức năng khác nhau, không phải việc triển khai.
Use case −Ca sử dụng đại diện cho một tLp hợp các hành động được thực hiện bởi một hệ thống cho một mục tiêu cụ thể. Tác nhân- Một tác nhân có thể được định nghĩa là một số thực thể bên trong hoặc bên ngoài tương tác với hệ thống. Một tác nhân được sử dụng trong biểu đồ ca sử dụng để mô tả các thực thể bên trong hoặc bên ngoài.
Interaction −ŠTương tác được định nghĩa là một hành vi bao gồm một nhóm các thông điệp được trao đổi giữa các phần tử để hoàn thành một nhiệm vụ cụ thể. State machine −State machine hữu ích khi trạng thái của một đối tượng trong vòng đời của nó là quan trọng. An notational thingsŠcó thể được định nghĩa như một cơ chế để nắm bắt các nhLn xét, mô tả và nhLn xét của các phần tử mô hình UML.Š.
Nó chỉ ra cách các phần tử được liên kết với nhau và sự liên kết này mô tả chức năng của một ứng dụng.
Có chút xung đột ở đây khi khách hàng có thể đã lãng phí thời gian kiểm tra tình trạng còn hàng của sản phẩm hoặc cửa hàng lãng phí nguồn lực khi thông báo nhầm khách hàng. Đối tượng thường được gọi là chủ đề, nhưng vì nó cũng sẽ thông báo cho các đối tượng khác về những thay đổi trong trạng thái của mình, nên chỳng ta sẽ gọi nú là Publisher. Observer design pattern gợi g bạn nên thêm cơ chế đăng kg vào lớp Publisher để các đối tượng riêng lẻ có thể đăng kg hoặc hủy đăng kg khỏi luồng sự kiện đến từ Publisher đó.
Khi một sự kiện mới xảy ra, publisher sẽ xem qua danh sách đăng kg và gọi phương thức thông báo được khai báo trong giao diện subscribers trên từng đối tượng subscribers. Rủi ro về memory leaks: Nếu không giải phóng bộ nhớ đúng cách, có thể gây ra memory leaks khi các đối tượng quan sát vẫn giữ reference đến đối tượng chính mà không được giải phóng. Khai báo publisher interface và mô tả một cặp phương pháp để thêm đối tượng subscribers và xóa đối tượng đó khỏi danh sách.ŠHãy nhớ rằng publisher chỉ được làm việc với subscribers thông qua giao diện subscribers.
Quyết định nơi đặt danh sách đăng kg thực tế và triển khai các phương thức đăng kg.ŠThông thường, mã này trông giống nhau đối với tất cả các loại publisher, do đó, vị trí hiển nhiên để đặt mã này là trong một lớp trừu tượng được dẫn xuất trực tiếp từ giao diện của publisher.ŠCác publisher cụ thể mở rộng lớp đó, kế thừa hành vi đăng kg. Tuy nhiên, nếu bạn đang áp dụng mẫu này cho hệ thống phân cấp lớp hiện có, hãy xem xét cách tiếp cLn dựa trên thành phần: đặt logic đăng kg vào một đối tượng riêng biệt và khiến tất cả các publisher thực sự sử dụng nó. Triển khai các phương thức thông báo cLp nhLt trong các lớp subscribers cụ thể.ŠHầu hết subscribers sẽ cần một số dữ liệu ngữ cảnh về sự kiện này.ŠNó có thể được chuyển làm đối số của phương thức thông báo.
Nhưng có một lựa chọn khác.ŠKhi nhLn được thông báo, subscribers có thể lấy bất kỳ dữ liệu nào trực tiếp từ thông báo.ŠTrong trường hợp này, publisher phải tự chuyển qua phương thức cLp nhLt.ŠTùy chọn kém linh hoạt hơn là liên kết vĩnh viễn publisher với subscribers thông qua hàm tạo.
- Mô tả: Mô tả chi tiết về bài kiểm thử, mục tiêu và ngữ cảnh chung - Chức năng: Xác định chức năng cụ thể hoặc kịch bản sử dụng được. - Kết quả mong đợi chi tiết: Mụ tả rừ ràng và chi tiết về trạng thỏi hoặc kết quả mà người kiểm thử nên mong đợi sau mỗi bước -. - Kết hợp các test case: Nếu có thể, kết hợp nhiều test case liên quan đến một tính năng hoặc chức năng để kiểm tra tính đầy đủ và toàn diện của tính năng đó.
- Bắt đầu viết test case với các thông tin cơ bản như tiêu đề, mô tả, bước thực hiện, dữ kiệu thử nghiệm, và kết quả mong đợi. - Revise test case để đảm bảo tính toàn vẹn và chính xác - Kiểm tra xem các bước thực hiện có hợp lg và dễ hiểu hay không - Đảm bảo rằng test case đáp ứng đúng mục tiêu kiểm thử đã đặt ra 6. Quy trình này giúp đảm bảo rằng test case được viết một cách chính xác, chi tiết và có thể thực hiện một cách hiệu quả để đảm bảo chất lượng của phần mềm.
Việc tạo và thực hiện test case một cách chặt chẽ giỳp đội ngũ phỏt triển và kiểm thử hiểu rừ hơn về tớnh năng và yêu cầu của sản phẩm. - Test case là một công cụ quan trọng trong quá trình kiểm thử phần mềm, giúp đảm bảo rằng mọi khía cạnh của phần mềm đều được kiểm tra một cách kỹ lưỡng và chất lượng của sản phẩm được đảm bảo. Việc tạo test case đòi hỏi sự chi tiết và hiểu biết vững về tính năng cũng như yêu cầu của sản phẩm, giúp tăng cường độ tin cLy và hiệu suất của phần mềm.
Trong thực tế, một chiến lược kiểm thử sẽ bao gồm nhiều test case, bao phủ nhiều khía cạnh của tính năng, bao gồm cả các trường hợp với dữ liệu không hợp lệ,kiểm thử an ninh và nhiều trương hợp khác để đảm bảo tính đầy đủ và độ tin cLy của tính năng.
Test case này kiểm thử một trường hợp cụ thể của tính năng đăng nhLp. - Khách hàng không chọn được sản phẩm ưng g - Khách hàng chỉnh sửa đơn hàng không thành công - Khách hàng chỉnh sửa đơn hàng không thành công - Khách hàng điền sai thông tin cá nhân.