SOFTWARE TESTING (CO3015) – Project 2 BLACK - BOX TESTING

Vietnam National University Ho Chi Minh City Ho Chi Minh University of Technology Faculty of Computer Science and Engineering _• _ SOFTWARE TESTING (CO3015) – Project BLACK - BOX TESTING Lecturer: PhD Bùi Hoài Thắng Student Student ID Ngô Nguyễn Quốc Thịnh 1814168 Nguyễn Hữu Kiệt Nguyễn Tư Phong 1812729 1813528 HO CHI MINH CITY, 11/2022 Họ tên Công việc Đánh giá 1814168 Part A: Design testcase cho yêu cầu chức (Registration) Part B: yêu cầu chức năng, yêu cầu phi chức (Youtube.com), design testcase, review testcase 100% Nguyễn Hữu Kiệt 1812729 Part A: Design testcase cho một yêu cầu chức (Login) Part B: yêu cầu chức năng, yêu cầu phi chức năng(BKEL) design testcase, review testcase 100% Nguyễn Tư Phong 1813528 Part A: Review testcase yêu cầu phi chức Part B: test trang web shopee.vn yêu cầu phi chức năng, design testcase, review testcase 100% Ngô Nguyễn Quốc Thịnh Mã số sinh viên Table of Contents Part A Tính đăng ký a, Boundary value analysis b, Equivalence Class Partition c, Decision Table d, Use case testing 2) Tính đăng nhập vào tài khoản 10 a) Boundary value analysis 10 b) Equivalence class partitioning 12 c) Decision table 13 d) Use case testing 14 3) yêu cầu phi chức 14 3.1 kích thước phù hợp với loại hiển thị 14 Bảo mật 15 Part B 16 Ngô Nguyễn Quốc Thịnh 16 Tính kiểm tra 16 2.1 Tìm kiếm video 16 2.2 Bình luận video 21 Kiểm tra yêu cầu phi chức 25 Nguyễn Hữu Kiệt 25 1) Tìm kiếm khóa học 25 2) Đăng diễn đàn 29 3) Kiểm tra thời gian phản hồi 32 Nguyễn Tư Phong 32 phương pháp kiểm thử: Equivalent class partitioning 33 Phương pháp kiểm thử: Boundary Value Testing 34 Phương pháp kiểm thử: Decision Table 36 Phương pháp kiểm thử: Use case testing 39 Nonfunctional requirement 41 Part A Project Description: Use Black-box testing to test Online Food Ordering (https://github.com/navjot789/online-food-ordering-system-in-php) functionalities: Registration System with Tính đăng ký a, Boundary value analysis Tất ô nhập phải điền Có trường số điện thoại cần 10 ký tự mật phải nhiều từ ký tự trở lên: INVALID TEST VALID TEST CASES (Min, Max) CASE (Min Value - 1) User-name, First Name, Last Name, Email address, Repeat password, Delivery Address INVALID TEST CASE (Max Value + 1) None INVALID TEST VALID TEST CASES (Min, +Min, Max, INVALID CASE (Min Value - 1) -Max) TEST CASE (Max Value + Phone number 1) 10 None INVALID TEST VALID TEST CASES (Min, +Min, Max, - INVALID CASE (Min Value - 1) Max) TEST CASE (Max Value + Password 1) None Ta sinh test case sau: Test- RS- RS- RS- RScase (số ký tự cần nhập) 001- 001 001 001001 004 002 003 RS- RS001 001006 005 RS001 007 RS001 008 RS001 009 User-name 1 1 1 1 First Name 1 1 1 1 Last Name 1 1 1 1 Email address 1 1 1 1 Password 6 6 6 6 Repeat password 1 1 1 1 Phone number 10 10 10 10 10 10 10 10 Delivery Addresss 1 1 1 1 Expected Output Fail Fail Fail Fail Fail Fail b, Equivalence Class Partition · Đối với ô “First Name, Last Name” Fail Fail Suc cess Nhóm ký tự Kết - Ký tự latin a-zA-Z Valid - Ký tự ngơn ngữ tượng hình Nhóm: D1 - Ký tự số 0-9 Invalid - Ký tự đặc biệt (! @ # $ % ) Nhóm: D2 Ta sinh test-case sau: Test case Input Domain Input values Equiv Classes RS-002-001 D1 RS-002-002 D1 “Thịnh” Expected Output Passed Passed “千本桜” RS-002-003 D2 Fail “123” RS-002-004 D2 Fail “!@#” RS-002-005 D1, D2 Fail “Thịnh 123” · Đối với ô “Phone number” Nhóm ký tự Kết - Ký tự latin a-zA-Z Invalid - Ký tự ngôn ngữ tượng hình VD: tiếng Trung, Nhật - Ký tự đặc biệt (! @ # $ % ) Nhóm: D1 - Ký tự số 0-9 Valid Nhóm: D2 Ta sinh test-case sau: Test case Input Domain Input values Equiv Classes Expected Output RS-002-006 D1 “abcdefghiThịnh” Fail RS-002-007 D1 Fail “千本桜千本桜 千本桜千本桜” RS-002-008 D2 Passed “1234567890” RS-002-009 D1 Fail “!@#$%^&*()” RS-002-010 D1, D2 Fail “Thịnh 123456789” c, Decision Table Stub R1 R2 R3 R4 R5 R6 R7 R8 C1: Có nhập bị bỏ trống T F F F F F F F C2: User name tồn - T F F F F F F C3: Email tồn - - T F F F F F C4: Password Repeatpassword khơng xác với - - - T F F F F C5: Độ dài Password - - - - =6 >=6 >=6 C6: Độ dài Phone - - - - - C7: Email nhập định dạng - - - - - - F T Rule Count 1 1 1 1 =10 >=1 A1: Hồn thành đăng ký A2: Đăng ký khơng thành cơng X X X X X X X X A3: Impossible Ta sinh test-case sau: Test case Rule(s ) Input RS-003001 Nhập tất thiếu ô Đăng ký không “User name” thành công Expected Output RS-003002 Không nhập ô Đăng ký không thành công RS-003003 Nhập ô User name “admin” Đăng ký không thành công RS-003004 Nhập ô Email Đăng ký không “admin@gmail.com” thành công RS-003005 Nhập ô “Repeat Password”: Đăng ký không “123456” “Password”: thành công “654321” RS-003006 Ô “Password” điền “123” Đăng ký không thành công RS-003007 Ơ Phone điền “456789” Đăng ký khơng thành cơng RS-003008 Ô Email gmail.com” RS-003009 Ô Email “abc@gmail.com” d, Use case testing Sơ đồ hoạt động: nhập “abc- Đăng ký không thành công nhập Đăng công ký thành - 003-004: Người dùng nhập vào chuỗi khoảng trắng d) Usecase testing Trình bày file xlsx 2) Đăng diễn đàn Boundary value analysis Sinh testcase cho ô tiêu đề tính đăng tin lên diễn đàn mơn học Testcase 001-001: Khơng nhập vào tiêu đề Testcase 001-002: Nhập vào kí tự Testcase 001-003: Nhập chuỗi 255 kí tự Testcase 001-004: Nhập vào chuỗi 256 kí tự Equivalence class partitioning Sinh testcase cho nhập tin nhắn tính đăng điễn đàn mơn học Testcase 002-001: Khơng nhập 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 tính đăng tin lên diễn đàn môn học Stub r1-r2 r3-r4 r5-r8 c1: Nhập đầy đủ thông tin T T F c2: Nhập định dạng thông T tin F - c3: Chọn nhóm đăng diễn đàn - - - Rule count a1: Đăng tin thành công x a2: Đăng tin thất bại x x a3: Impossible Từ bảng ta sinh testcase sau: - 003-001: User nhập đủ thông tin 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 định dạng chọn nhóm đăng diễn đàn - 003-004: User nhập đủ thơng tin định dạng khơng chọn nhóm đăng diễn đàn Usecase testing Testcase mô tả 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 chức tìm kiếm Tiêu chuẩn kiểm thử đặt thời gian phản hổi lần tìm kiếm < 2s Trong lần kiểm thử ta kiểm tra tìm kiếm khóa học tìm kiếm tin nhắn Testcase mô tả file xlsx Nguyễn Tư Phong Project: shoppe.vn phương pháp kiểm thử: Equivalent class partitioning Chức năng: Thay đổi hồ sơ Chức bao gồm trường thông tin: Tên, Email, Số điện thoại, Ngày sinh Miền giá trị hợp lệ trường: • Tên: Chuỗi khác rỗng từ 1-128 ký tự (F1) • Email : chuỗi địa email có độ dài tối thiểu 3, có biểu thức quy dạng (E1): email_re = /^[a-zA-Z09.!#$%&’*+/=?^_`{|}~-]+@[a-zA-Z0-9-]+(?:\.[a-zA-Z0-9-]+)*$/ • Số điện thoại: gồm chuỗi ký tự số có độ dài 10, có biểu thức quy dạng: phone_re = [0-9]{10} (S1) + Miền giá trị không hợp lệ trường: • Tên : Chuỗi rỗng (F2) lớn 128 ký tự (F3) • Email : Khác với biểu thức quy (E2) rỗng (E3) • Số điện thoại: chuỗi rỗng(S2) khác với biểu thức 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 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!) Phương pháp kiểm thử: Boundary Value Testing Chức đăng ký tài khoản • Số điện thoại: thông tin số điện thoại, gồm chuỗi ký tự số có độ dài 10, có biểu thức quy dạng: [0-9]{10} • Password: chuỗi ký tự biểu thị mật khẩu, có độ dài từ đến 21 Nếu thỏa mãn, sau nhấn đăng ký lên thông báo order thành công, ngược lại báo lỗi Chức đăng ký gồm có trường: phoneNum, password Các miền giá trị hợp lệ trường là: P = {phoneNum: len(phoneNum) = 10} Pass ={password: ≤len(password)21} Ta 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 Pmin Pass Pmin-1 Pass Pmin+1 Pass Pmax Pass Pmax-1 Pass Pmax+1 pass P Passmin P Passmin-1 P Passmin+1 10 P Passmax 11 P Passmax-1 12 P Passmax+1 Sau loại bỏ trường hợp impossible ta có testcase: PhoneNum password 0123456789 password 012345678 password 01234567890 password 0123456789 pass 0123456789 pas 0123456789 passs 0123456789 Aaa…a{21} 0123456789 Aaa…a{22} 0123456789 Aaa…a{20} Các expected output là: • Out1: thơng báo đăng ký thành cơng • Out2: Vui lịng khớp với định dạng yêu cầu Phương pháp kiểm thử: Decision Table Chức đăng nhập tên đăng nhập • C1 Username: chuỗi ký tự có độ dài từ đến 11, ký tự ASCII, non-ASCII, khoảng trắng • C2 Password: chuỗi ký tự biểu thị mật khẩu, có độ dài từ đến 21 • A1 Nếu tất điều kiện thỏa mãn, sau nhấn button submit lên web shopee.vn • A2 Nếu trường nhập sai 2, sau nhấn button submit lên thơng báo warming • A3 Nếu trường để trống, hệ thống thông báo "Please fill out this field" Bảng định: C1 T T T F F F I I I C2 T F I T F I T F I A1 X X X A2 X A3 X X X X X Ta kết hợp chúng lại: 3,6,2009 7,8,2009 C1 T T - F F I C2 T F I T F - A1 X X X A2 A3 X X X Tạo testcase: Testcase Rule(s) Username Password Expected Output 1 testing 2 testing 3,6,2009 testing 4 1234566 Please fill out this field 5 téting 1234567 Warning! 7,8,2009 testingg 123456 Success 12345 Warning Please fill out this field 123456 Warning! Phương pháp kiểm thử: Use case testing Chức 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 + = 16 − 12 + = Activity graph chỉnh sửa giỏ hàng Các đường cần test: 1-2-3 1-2-4-5-6 1-2-4-7-8-9 1-2-4-7-10-11-12 1-2-4-7-10-13-14-12 1-2-4-7-10-13-15-16-12 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 hình: Máy tính/Laptop (≥ 768px), điện thoại(< 576px) Trình tự thực hiện: Mở trang web trình duyệt Chrome Nhấn "F12" để bật "Chrome DevTools" Nhấn tổ hợp phím "Ctrl + Shift + M" để mở "Device toolbar" Trên công cụ vừa hiện, lựa chọn kích thước thiết bị khác mục "dimensions" để kiểm tra giao diện tablet, điện thoại Kết kiểm tra: • Máy tính/Laptop – Passed • Tablet - Passed • Điện thoại – Passed ... Activity graph chỉnh sửa giỏ hàng Các đường cần test: 1 -2 - 3 1 -2 - 4-5 -6 1 -2 - 4-7 - 8-9 1 -2 - 4-7 -1 0-1 1- 12 1 -2 - 4-7 -1 0-1 3-1 4- 12 1 -2 - 4-7 -1 0-1 3-1 5-1 6- 12 Nonfunctional requirement Yêu cầu phi chức năng: Giao... CM-0 0 2- 001 D1 CM-0 0 2- 0 02 D4 “Thịnh” Passed Passed “千本桜” CM-0 0 2- 003 D2 Passed “ 123 ” CM-0 0 2- 004 D3 Passed “!@#” CM-0 0 2- 005 D1, D2 Passed “Thịnh 123 ” CM-0 0 2- 006 D1, D2, D3, D4 Passed “Thịnh# 123 千本... SB-0 0 2- 001 D1 SB-0 0 2- 0 02 D4 “Thịnh” Passed Passed “千本桜” SB-0 0 2- 003 D2 Passed “ 123 ” SB-0 0 2- 004 D3 Passed “!@#” SB-0 0 2- 005 D1, D2 Passed “Thịnh 123 ” SB-0 0 2- 006 D1, D2, D3, D4 Passed “Thịnh# 123 千本