Trong một bộ Test Case, chúng tôi mong muốn có thể xây dựng các Test Case cho từng Use Case riêng biệt, và sẽ gộp các Test Case trong cùng một Use Case thành một nhóm. Nhƣ vậy, từ một Use Case, chúng ta có thể xây dựng nên một bộ Test Case cho một Use Case cụ thể theo các quy luật nhƣ đƣợc trình bày dƣới đây.
3.3.1 Xây dựng thông tin Use Case trong Test Case
Việc xây dựng thông tin của Use Case trong Test Case có thể đƣợc thực hiện bằng cách đọc nội dung của Use Case đƣợc đề cập trong SRS nhƣ sau:
Figure 4: Xây dựng thông tin Use Case trong Test Case.
3.3.2 Xây dựng Điều kiện cần (Pre-condition) cho Test Case
Việc xây dựng Điều kiện cần cho Test Case có thể sử dụng thông tin từ phần “Pre- condition” trong bảng thuộc tính của Use Case nhƣ sau:
Figure 5: Xây dựng Điều kiện cần (Pre-condition) cho Test Case.
3.3.3 Xây dựng Actor cho Test Case:
Việc xây dựng Điều kiện cần cho Test Case có thể sử dụng thông tin từ phần “Actor” trong bảng thuộc tính của Use Case nhƣ sau:
Figure 6: Xây dựng Actor cho Test Case
3.3.4 Xây dựng thông tin cho Use Case ID, Test Case ID
Thông tin của Use Case ID sẽ đƣợc xây dựng bằng cách sử dụng tiếp đầu ngữ “UC”, đi kèm với một số thứ tự của Use Case đó trong tài liệu SRS. Định dạng của Use Case ID đƣợc định nghĩa nhƣ sau:
UC_{Số thứ tự của Use Case trong SRS} Ví dụ: UC_1
Thông tin của Test Case ID đƣợc xây đựng bằng các sử dụng tiếp đầu ngữ “TC”, đi kèm với một số tự tăng chính là số thứ tự của Test Case trong bộ Test Case. Định dạng của Test Case ID sẽ đƣợc định nghĩa nhƣ sau:
Ví dụ: [TC_121]
3.3.5 Xây dựng Tên Test Case (Test Case Title)
Việc chuyển đổi nội dung của Use Case sang “Tên Test Case” (Test Case Title) có thể sử dụng thông tin của phần “Objective” từ bảng trong phần “General Information” nhƣ hình dƣới đây:
Figure 7: Xây dựng nội dung cho “Tên Test Case” trong Test Case
3.3.6 Xây dựng Các bước thực hiện (Test Procedure)
Việc chuyển đổi nội dung của Use Case sang “Các bƣớc thực hiện” (Test Procedure) có thể đƣợc thực hiện nhƣ hình dƣới đây:
Figure 8: Xây dựng nội dung cho “Các bước thực hiện” trong Test Case
3.3.7 Xây dựng kết quả mong đợi (Expected Result)
Việc chuyển đổi nội dung của Use Case sang “Kết quả mong đợi” (Expected Result) có thể đƣợc thực hiện nhƣ hình dƣới đây:
Với các bƣớc rẽ nhánh để kiểm tra điều kiện, cần chia thành 2 Test Case với 2 loại “Kết quả mong đợi” (Expected Result):
Expected Result 1: Validation Passed.
o Trong trƣờng hợp Validtion passed, hệ thống sẽ tiếp tục đọc thông tin trong Business rule để có thể lấy đƣợc thông tin nhƣ sau:
Nếu Use Case dùng để cập nhật (update)/tạo mới (create) một đối tƣợng mới, hệ thống sẽ tiếp tục đọc thông tin của của Updating Rules/Saving Rules trong phần Business Rules và điền thông tin tƣơng ứng của Business Rules này vào Test Case.
Figure 9: Xây dựng nội dung cho “Kết quả mong đợi” trong trường hợp Validation passed.
Expected Result 2: Validation Fail.
o Trong trƣờng hợp Validtion fail, hệ thống sẽ tiếp tục đọc thông tin của Validation Rules trong phần Business Rules để có thể lấy đƣợc thông tin cho Test Case.
o Mỗi điểm đƣợc trình bày trong Validation Rules sẽ đƣợc trình bày thành một Test Case.
o Nếu một điểm trong Validation Rules có nhiều cấp độ, thì hệ thống sẽ chia Test Case theo cấp độ nhỏ nhất, gộp các cập độ đó với cấp độ cha nhƣ sau:
Figure 10: Xây dựng nội dung cho “Kết quả mong đợi” trong trường hợp Validation fail.
3.3.8 Xây dựng Test Case dựa trên bullet và numbering
Đối với các yêu cầu nghiệp vụ đƣợc trình bày dƣới dạng bullet hoặc numbering định dạng trong văn bản word, hệ thống sẽ phân chia theo bullet và numbering của điều kiện rẽ nhánh bé nhất (chứa cụm từ “If” hoặc “Else” hoặc “Otherwise”.
Hệ thống sẽ kết hợp các bullet cha và mỗi bullet con thành một Test Case.
Ví dụ:
Figure 11: Business rules với điều kiện rẽ nhánh cha-con
Hệ thống khi phân tích các điều kiện rẽ nhánh, sẽ tìm đến điều kiện có cấp độ bé nhất, sau đó kết hợp với các điều kiện cha để tạo thành các bộ Test Case riêng biệt nhƣ sau:
CHƢƠNG 4. CÔNG NGHỆ SỬ DỤNG
Nhƣ đã trình bày ở trên, trong luận văn này, chúng tôi sử dụng thử nghiệm một bộ mã nguồn mở POI trong việc đọc và ghi dữ liệu cho Microsoft Word và Microsoft Excel và ngôn ngữ lập trình Java.