Đối với một nền tảng chia sẻ video lớn như Youtube thì việc tải video rất được quan trọng và kích thước video tải lên phải có giới hạn dung lượng lớn nhưng cũng đồng thời nằm trong một giới hạn được cho phép. Ở đây, ta sẽ có một số test case đơn giản, chi tiết được trình bày trong file .xls
Test case
Name
UP-001 Tải video dung lượng nhỏ
UP-002 Tải video dung lượng lớn UP-003 Tải video dung lượng rất
lớn
Nguyễn Hữu Kiệt
Chọn BKEL làm trang để thực hiện kiểm thử Tính năng kiểm tra
* Functional
- Tìm kiếm khóa học - Đăng diễn đàn * Non-functional
- Thời gian phản hồi của chức năng tìm kiếm khố học và tìm kiếm tin nhắn 1) Tìm kiếm khóa học
a) Boundary value analysis
Testcase 001-002: Nhập 1 kí tự
Testcase 001-003: Nhập một chuỗi rất dài
b) Equivalence class partitioning
Testcase 002-001: Nhập vào 1 chuỗi các khoảng trắng
Testcase 002-002: Nhập vào 1 chuỗi các kí tự đặc biệt
Stub r1- r4 r5- r6 r7 r8 r9,r1 1 r10 r12 r13 r14 r15 r16 c1: Người dung nhập vào chuỗi kí tự hợp lệ T T T T F F F F F F F c2: Người dùng nhập vào chuổi kí tự khơng hợp lệ T F F F T T T F F F F c3: Người dùng khơng nhập kí tự - T F F - T F T T F F c4: Người dùng nhập kí tự là khoảng trắng - - T F T F F T F T F Rule count 4 2 1 1 2 1 1 1 1 1 1
a1: Hiện thị danh sách theo yêu cầu
x
a2: Hiện thị danh sách rỗng
x x x
a3: Impossible x x x x x x x
Từ bảng ta sinh ra được các testcase sau:
- 003-001: Người dùng nhập vào chuỗi kí tự hợp lệ
- 003-004: Người dùng nhập vào chuỗi khoảng trắng d) Usecase testing
Trình bày trong file .xlsx
2) Đăng diễn đàn
Boundary value analysis
Sinh testcase cho ơ tiêu đề tính năng đăng tin lên diễn đàn của môn học Testcase 001-001: Khơng nhập gì vào ơ tiêu đề
Testcase 001-002: Nhập vào 1 kí tự
Testcase 001-004: Nhập vào 1 chuỗi 256 kí tự
Equivalence class partitioning
Sinh testcase cho ơ nhập tin nhắn tính năng đăng điễn đàn của mơn học Testcase 002-001: Khơng nhập gì vào ơ tin nhắn
Testcase 002-002: Nhập 2000 chữ a
Testcase 002-003: Nhập 4000 chữ a
Decision table
Decision table của tính năng đăng tin lên diễn đàn của môn học
Stub r1-r2 r3-r4 r5-r8
c1: Nhập đầy đủ thông tin T T F
c2: Nhập đúng định dạng thông tin
Rule count 2 2 4
a1: Đăng tin thành công x
a2: Đăng tin thất bại x x
a3: Impossible
Từ bảng trên ta sinh được những testcase như sau:
- 003-001: User nhập đủ thông tin nhưng sai định dạng thông tin - 003-002: User nhập thiếu thông tin
- 003-003: User nhập đủ thông tin và đúng định dạng và chọn nhóm đăng diễn đàn
- 003-004: User nhập đủ thông tin và đúng định dạng và khơng chọn nhóm đăng diễn đàn
Usecase testing
Testcase được mô tả trong file .xlsx 3) Kiểm tra thời gian phản hồi
Ta cần kiểm tra thời gian phản hồi đối với các chức năng tìm kiếm. Tiêu chuẩn kiểm thử đặt ra là thời gian phản hổi của các lần tìm kiếm < 2s. Trong lần kiểm thử này ta sẽ kiểm tra ơ tìm kiếm khóa học và ơ tìm kiếm tin nhắn. Testcase được mô tả trong file .xlsx
Nguyễn Tư Phong
1. phương pháp kiểm thử: Equivalent class partitioning Chức năng: Thay đổi hồ sơ Chức năng: Thay đổi hồ sơ
Chức năng bao gồm 4 trường thông tin: Tên, Email, Số điện thoại, Ngày sinh.
Miền giá trị hợp lệ của các trường:
• Tên: Chuỗi khác rỗng từ 1-128 ký tự (F1).
• Email : là một chuỗi địa chỉ email có độ dài tối thiểu là 3, có biểu
thức chính quy dạng (E1): email_re = /^[a-zA-Z0- 9.!#$%&’*+/=?^_`{|}~-]+@[a-zA-Z0-9-]+(?:\.[a-zA-Z0-9-]+)*$/ • Số điện thoại: gồm một chuỗi ký tự số có độ dài 10, có biểu thức
chính quy dạng: phone_re = [0-9]{10} (S1) + Miền giá trị không hợp lệ của các trường:
• Tên : Chuỗi rỗng (F2) hoặc lớn hơn 128 ký tự (F3).
• Email : Khác với biểu thức chính quy (E2) hoặc rỗng (E3).
• Số điện thoại: chuỗi rỗng(S2) hoặc khác với biểu thức chính quy(S3). + Xây dựng test case cho Weak Robust Equivalence Class:
• Test 1: F2 & E1 & S1(Please enter your full name.)
• Test 2: F3 & E1 & S1(It should be between 1 and 128 characters.) • Test 3: F1 & E2 & S1 (The email address you entered is not valid.) • Test 4: F1 & E3 & S1 (The email address you entered is not valid.) • Test 5: F2 & E1 & S2(Please enter your phone number.)
• Test 6: F2 & E1 & S3(The phone number you entered is not valid.) • Test 7: F1 & E1 & S1 (Update successful!)
2. Phương pháp kiểm thử: Boundary Value Testing Chức năng đăng ký tài khoản Chức năng đăng ký tài khoản
• Số điện thoại: là thông tin số điện thoại, gồm một chuỗi ký tự số có độ dài 10, có biểu thức chính quy dạng: [0-9]{10}
• Password: là một chuỗi ký tự biểu thị mật khẩu, có độ dài từ 4 đến
21.
Nếu thỏa mãn, sau khi nhấn đăng ký sẽ hiện lên thông báo order thành công, ngược lại báo lỗi.
Chức năng đăng ký gồm có 2 trường: phoneNum, password. Các miền giá trị hợp lệ của các trường này là:
P = {phoneNum: len(phoneNum) = 10} Pass ={password: 4 ≤len(password)21}
Ta có các giá trị biên:
Pmin = Pmax = 10 Passmin = 4;Passmax = 21
Xây dựng test case cho Robust Boundary Value Testing:
phoneNum password 1 Pmin Pass 2 Pmin-1 Pass 3 Pmin+1 Pass 4 Pmax Pass 5 Pmax-1 Pass 6 Pmax+1 pass 7 P Passmin
8 P Passmin-1 9 P Passmin+1 10 P Passmax 11 P Passmax-1 12 P Passmax+1
Sau khi loại bỏ các trường hợp impossible ta có các testcase:
PhoneNum password 1 0123456789 password 2 012345678 password 3 01234567890 password 4 0123456789 pass 5 0123456789 pas 6 0123456789 passs 7 0123456789 Aaa…a{21}
8 0123456789 Aaa…a{22}
9 0123456789 Aaa…a{20}
Các expected output lần lượt là:
• Out1: thơng báo đăng ký thành cơng
• Out2: Vui lịng khớp với định dạng được yêu cầu. 3. Phương pháp kiểm thử: Decision Table
Chức năng đăng nhập bằng tên đăng nhập
• C1. Username: một chuỗi các ký tự có độ dài từ 3 đến 11, ký tự có thể là ASCII, non-ASCII, khoảng trắng.
• C2. Password: là một chuỗi ký tự biểu thị mật khẩu, có độ dài từ 4 đến 21.
• A1. Nếu tất cả các điều kiện trên thỏa mãn, sau khi nhấn button submit sẽ hiện lên web shopee.vn
• A2. Nếu một trong 2 trường nhập sai hoặc cả 2, sau khi nhấn button submit sẽ hiện lên thơng báo warming
• A3. Nếu một trong 2 trường để trống, hệ thống thông báo "Please fill out this field"
Bảng quyết định: 1 2 3 4 5 6 7 8 9 C1 T T T F F F I I I C2 T F I T F I T F I A1 X A2 X X X
Ta kết hợp chúng lại: 1 2 3,6,2009 4 5 7,8,2009 C1 T T - F F I C2 T F I T F - A1 X A2 X X X A3 X X
Tạo testcase:
Testcase Rule(s) Username Password Expected Output
1 1 testing 123456 Success
2 2 testing 12345 Warning
3 3,6,2009 testing Please fill out this field 4 4 1234566 Please fill out this field
5 5 téting 1234567 Warning!
6 7,8,2009 testingg 123456 Warning!
4. Phương pháp kiểm thử: Use case testing. Chức năng chỉnh sửa giỏ hàng Chức năng chỉnh sửa giỏ hàng
Sử dụng giải thuật McCabe Basic Path để tạo testcase. Số đường cần test: V (G) = e − n + 2 = 16 − 12 + 2 = 6
Activity graph chỉnh sửa giỏ hàng. Các đường cần test: 1. 1-2-3 2. 1-2-4-5-6 3. 1-2-4-7-8-9 4. 1-2-4-7-10-11-12 5. 1-2-4-7-10-13-14-12 6. 1-2-4-7-10-13-15-16-12
5. Nonfunctional requirement
Yêu cầu phi chức năng: Giao diện phù hợp với nhiều kích thước màn hình: Máy tính/Laptop (≥ 768px), và điện thoại(< 576px). Trình tự thực hiện:
1. Mở trang web trên trình duyệt Chrome 2. Nhấn "F12" để bật "Chrome DevTools"
3. Nhấn tổ hợp phím "Ctrl + Shift + M" để mở "Device toolbar" 4. Trên thanh cơng cụ vừa hiện, lựa chọn các kích thước thiết bị khác
nhau trong mục
"dimensions" để kiểm tra giao diện tablet, điện thoại Kết quả kiểm tra: