Generating Test Cases From Use
Cases

 

 

Lời giới thiệu về Use
Cases

 

US dựa vào UML và có
thể quan sát được miêu tả trong use-case diagrams. Hình 1 biểu diễn use-case
diagram mô tả những yêu cầu cho hệ thống đăng ký cua Đại học.

 

 

 

Figure 1: Use Case
Diagram for a University Course Registration System

Hình oval miêu tả US,
và hình stick miêu tả “actors”, nó có thể là hoặc những con người hoặc những hệ
thống khác. Những đường miêu tả sự liên hệ giữa 1 actor và 1 use case. Như bạn
thấy, use-case diagram này cung cấp tổng quát: Mỗi use case miêu tả 1 việc để
giải quyết của chức năng, và mỗi actor miêu tả 1 ai đó hay thứ nào đó bên ngoài
hệ thống tương tác với nó.

 

Đó là bước quan trọng
để nhận biết use case và actor, nhưng lúc này có nhiều việc quan trọng hơn. Mỗi
use case cũng đòi hỏi quan trọng của văn bản để mô tả nó. Văn bản này thường
được định dạng trong những section. Như biểu diễn trong bảng 1

 

 

Table 1: Format for
a Use-Case Textual Description

 

Use Case Section	Description
Name	Đặt một tên th1ch hợp cho use case.
Brief Description	Mô tả ngắn gọn vai trò và mục đích của use case
Flow of Events	Mô tả nguyên văn của hệ thống làm gì liên quan đến US (Không chỉ rỏ những vấn đề được giải quyết bởi hệ thống. Mô tả sao cho khách hàng có thể hiểu được))
Special Requirements	Mô tả nguyên văn tập hợp tất cả yêu cầu, cũng như những yêu cầu phi chức năng, trên use case, mà nó không quyết định trong mô hình use case, nhưng nó cần chú ý trong lúc thiết kế hay thực hiện
Preconditions	Mô tả nguyên văn để xác định sự ràng buộc trên hệ thống tại thời điểm use caes bắt đầu.
Post conditions	Mô tả nguyên văn để xác định sự ràng buộc trên hệ thống tại thời điểm use caes kết thúc.

 

Phần quan
trọng nhất của 1 usc để phát sinh ra test case là luồng những sự kiện. Hai phần
chính của luồng sự kiện là the basic flow of events và alternate
flows of events. Basic flow of
events sẽ bao trùm sự kiện “tiêu chuẩn” xảy ra khi usc thực thi. Alternate
flows of events bao trùm hành vi của điều không bắt buộc hay đặc điểm ngoại lệ
liên quan đến hành vi ngoại lệ. Bạn có thể nghỉ alternate flows of events như
“Sự lệch hướng” từ basic flow of events.

 

 

Figure 2: Basic
Flow of Events and Alternate Flows of Events for a Use Case

 

Hình 2 miêu tả
cấu trúc đặt thù của những flows of events. Đường thắng miêu tả basic flow of events,
và đường cong miêu tả alternate flows.Chú ý rằng 1 vài alternate flows trả lại
basic flow of events, trong khi những cái khác thì kết thúc use case. Cả 2
basic flow of events và the alternative flows sẽ được xem xét thêm nữa trong steps hay subflows.

 

 

 

Figure 3: Textual
Description for the University Course Registration Use-Case

Basic Flow of
Events

 

 

Figure 4 biểu diễn 1
vài alternate flows.

 

Register For Courses   Alternate Flows   1.  Unidentified Student Trong bước 1 của Basic Flow, Logon, nếu hệ thống xác định rằng student ID and/hay password là không hợp lệ, 1 thông báo lỗi được hiển thị 2. Quit Course Registration System cho phép student thoát khỏi bất cứ lúc nào trong use case. Student có thể chọn để lưu 1 phần của lịch biểu trước khi thoát. Tất cả cua không được đánh dấu cũng xem như được đánh dấu “chọn” vào lịch biểu. Lịch biểu được lưu vào hệ thống. Kết thúc use case. 3.  Unfulfilled Prerequisites, Course Full, or Schedule Conflicts Trong bước 5 của Basic Flow, Submit Schedule, Nếu hệ thống xác định mà những môn tiên quyết cho cua được chọn mà không thỏa mãn, nhiều cua, hay lịch biểu có xung đột, hệ thống sẽ không kết nạp student vào cua. Một thông báo được hiển thị student có thể chọn cua khác. Use case tiếp tục bước 4, Select Courses, trong Basic Flow. 4.  Course Catalog System Unavailable Trong bước 3 của Basic Flow, Obtain Course Information, nếu hệ thống không thành công, 1 thông báo được hiển thị và use case kết thúc. 5.  Course Registration Closed Nếu, khi use case bắt đầu, nó xác định rằng việc đăng ký đã thành công, 1 thông báo được hiển thị, và use case kết thúc

 

Figure 4: Textual
Description for University Course Registration Use-Case Alternate

Flows

 

Như bạn thấy, tầm quan
trọng của việc trình bày chi tiết cho use case. Luồng sẽ được viết như
"dialogs" giữa hệ thống và actors. Mỗi bước sẽ giải thích actor làm
gì và hệ thống sẽ hồi đáp gì, nó sẽ được đánh số và có title. Alternate flows
luôn chỉ rỏ chúng bắt đầu từ đâu trong Basic Flow và chúng khi nào chúng kết
thúc ở đâu.

 

 

Những kịch bản Use-Case

 

Có nhiều thứ để mô tả
trước khi chúng ta tập trung vào việc sử dụng use case để phát sinh ra test
case như thế nào. Một kịch bản use case là 1 thể hiện của 1 use case, hay hoàn
thành “lối đi” suốt use case. Người sử cuối của hệ thống được hoàn thành có thể
có nhiều “lối đi” để họ thực thi 1 chức năng được chỉ rỏ trong use case. Sau
đây là 1 kịch bản của basic flow. Tiếp theo basic flow thêm vào kích bản khác
của alternate flow 1A. Basic flow thêm vào kịch bản thứ 3 của alternate flow
2A, và vân vân.

 

Table 2 liệt kê tất cả những kịch bản có thể xảy ra cho
biểu đồ biểu diễn trong Figure 2, bắt đầu với basic flow và rồi kết hợp giữa
basic flow và alternate flows.

 

Table 2: Scenarios
for the Use Case Shown in Figure 2

 

 

Điểm bắt đầu là trên
đường Basic Flow còn kết thúc là End Use Case

 

 

 

Những kịch bản này sẽ
sử dụng như cơ sở để tạo ra những test case.

 

Phát sinh Test Cases

Test case là 1 tập của
đầu vào test, những điều kiện sự thực thi, và những kết quả thực thi được phát
triển cho những mục tiêu riêng biệt:

Mục tiêu của test case là để nhận biết và truyền đạt những
điều kiện sẽ thực thi trên test. Test case là tất yếu để thẩm tra sự thành công
và có thể chấp nhận sự thực thi của những yêu cầu chức năng (Use case)

Chúng ta sẽ mô tả 3
bước quá trình phát triển test case từ chi tiết đầy đủ của use case:

 

1.  Cho mỗi use case, phát sinh 1 tập đầy đủ của những
kịch bản use case

 

2.  Mỗi kịch
bản, nhận dạng ít nhất 1 test case và những điều kiện mà sẽ thực thi nó

 

3.  Cho mỗi test case, nhận biết những giá trị dữ liệu
kèm với nó để test.

 

 

Bước 1: Phát triển
kịch bản

Đọc mô tả nguyên văn
use case và nhận biết mỗi kết hợp của main và alternate flows - những kịch bản
– và tạo ra ma trận kịch bản. Bảng 3 biểu diễn ma trận kịch bản từng phần cho
Register for Courses use case. Đó là ví dụ đơn giản với alternate flows không
tồn tại

 

 

 

Table 3: Partial
Scenario Matrix for the Register for Courses Use Case

 

 

 

 

Bước 2: Nhận biết
(Nhận dạng) Test Cases

Mỗi khi 1 tập đầy đủ
của những kịch bản đã được xác định, bước tiếp theo là xác định những test
case. Chúng ta có thể phân tích những kịch bản này và cân nhắc mô tả nguyên văn
use case. Sẽ có ít nhất 1 test case cho mỗi kích bản, nhưng chắc chắn sẽ có
nhiều hơn. Thí dụ, nếu mô tả nguyên văn cho 1 alternate flow được viết lướt
qua, giống như mô tả bên dưới, 3A. Unfulfilled Prerequisites, Course Full, hay
Schedule Conflicts thì thêm vào những test case có thể được yêu cầu để test tất
cả những khả năng. Thêm nữa, chúng ta có thể thêm vào những test case để test
điều kiện biên.

 

Bước tiếp theo bổ sung
test case bằng cách đọc lại mô tả nguyên văn use case và tìm những điều kiện
hay những yếu tố dữ liệu được yêu cầu để thực thi những kịch bản khác nhau. Như
use case Register for Course, điều kiện sẽ là student ID, password, courses
được chọn, vân vân.

 

Để tài liệu test case
rỏ ràng hơn, một lần nữa, định dạng ma trận là rất có ích, giống như trên bảng
4. Chú ý rằng dòng trên cùng. Cột đầu tiên chứa test case ID, cột thứ 2 mô tả
vắn tắt test case, bao gồm kịch bản được test, và tất cả những cột khác ngoại
trừ cột cuối cùng chứa những yếu tố dữ liệu mà sẽ sử dụng trong việc thực hiện
test. Cột cuối cùng chứa mô tả kết quả đầu ra của test case.

 

 

Table 4: Test Case
Matrix for the Register for Courses Use Case

 

Test Case ID	Scenario/ Condition	Student ID	Password	Courses selected	Prerequisites fulfilled	Course Open	Schedule Open	Expected Result
RC 1	Scenario 1- successful registration	V	V	V	V	V	V	Schedule and confirmation number displayed
RC 2	Scenario 2- unidentified student	I	N/A	N/A	N/A	N/A	N/A	Error message; back to login screen
RC 3	Scenario 3- valid user quits	V	V	N/A	N/A	N/A	N/A	Login screen appears
RC 4	Scenario 4- course registration system unavailable	V	V	N/A	N/A	N/A	N/A	Error message; back to step 2
RC 5	Scenario 5- registration closed	V	V	N/A	N/A	N/A	N/A	Error message; back to step 2
RC 6	Scenario 6- cannot enroll -- course full	V	V	V	V	I	V	Error message; back to step 3
RC 7	Scenario 6- cannot enroll -- prerequisite not fulfilled	V	V	V	I	V	V	Error message; back to step 4
RC 8	Scenario 6- cannot enroll -- schedule conflict	V	V	V	V	V	I	Error message; back to step 4

 

 

Chú ý rằng ma trận này
không có giá trị dữ liệu thực tế được nhập. Những ô của table chứa V, I, hay n/a. V cho biết valid, I cho
biết invalid, và n/a nghĩa rằng nó không cần thiết để cung cấp giá trị
dữ liệu trong trường hợp này. Rỏ ràng ma trận này là 1 bước trung gian rất tốt;
nó biểu diễn rỏ ràng những điều kiện gì là được test cho mỗi test case. Nó cũng
rất dễ để xác định bằng cách xem xét là Vs hay Is, bạn nhận biết đủ số lượng
test case. Thêm nữa mỗi dòng trong ma trận sẽ có ít nhất 1 I cho biết điều kiện
không hợp lệ được test. Trong ma trận test case ở bảng 4, một vài điều kiện rỏ
ràng là thiếu – ví dụ, Registration Closed – bởi vì RC3, RC4, và RC5 mỗi cái có
cùng tổ hợp của Is và Vs.

 

 

Bước 3: Nhận biết
(Nhận dạng) giá trị dữ liệu để test (Tham khảo tài liệu: “Tìm hiểu chung về
Test Data”)

 

Mỗi khi tất cả những
test case đã được nhận dạng, chúng ta sẽ xem xét lại và xác nhận tính hợp lệ để
đảm bảo mức độ chính xác và để nhận biết những test case thừa hay thiếu. Rồi,
mỗi khi chúng được chấp thuận, bước cuối cùng là thay thế giá trị dữ liệu hiện
thực cho Is và Vs. Không có test data, test case có thể không được thực hiện
hay thực thi, chúng chỉ mô tả những điều kiện, kịch bản, và đường đi. Vì thế,
nó cần thiết để nhận biết giá trị hiện thực để sử dụng trong việc thực hiện
cuối cùng của test. Bảng 5 biểu diển ma trận test case với giá trị được thay
thế cho Is và Vs trong ma trận trước. Một số kỹ thuật có thể sử dụng cho việc
nhận dạng giá trị dữ liệu, nhưng vượt ra ngoài giới hạn của bài này.

 

 

Table 5: Test Case
Matrix with Data Values