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 Hồi Thắng Student Ngơ Nguyễn Quốc Thịnh Nguyễn Hữu Kiệt Nguyễn Tư Phong HO CHI MINH CITY, 11/2022 Họ tên Ngô Nguyễn Quốc Thịnh Nguyễn Hữu Kiệt Nguyễn Tư Phong 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 System (https://github.com/navjot789/online-food-ordering-system-in-php) with functionalities: Registration 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 CASE (Min Value - 1) INVALID CASE (Min Value - 1) INVALID CASE (Min Value - 1) None Ta sinh test case sau: User-name First Name Last Name Email address Password Repeat password Phone number Delivery Addresss Expected Output b, Equivalence Class Partition · Đối với ô “First Nam e, Last Nam e” Nhóm ký tự - Ký tự latin a-zA-Z - Ký tự ngơn ngữ tượng hình Nhóm: D1 - Ký tự số 0-9 - Ký tự đặc biệt (! @ # $ % ) Nhóm: D2 Ta sinh test-case sau: Test case RS-002-001 RS-002-002 RS-002-003 RS-002-004 RS-002-005 · Đối với ô “Phone number” Nhóm ký tự - Ký tự latin a-zA-Z - 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 Nhóm: D2 Ta sinh test-case sau: Test case RS-002-006 RS-002-007 RS-002-008 RS-002-009 RS-002-010 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 c1: Nhập đầy đủ thông tin c2: Nhập định dạng thơng tin c3: Chọn nhóm đăng diễn đàn Rule count 2 a1: Đăng tin thành công x a2: Đăng tin thất bại 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 • + + 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 Pmin Pmin-1 Pmin+1 Pmax Pmax-1 Pmax+1 P P P 10 P 11 P 12 P Sau loại bỏ trường hợp impossible ta có testcase: PhoneNum 0123456789 012345678 01234567890 0123456789 0123456789 0123456789 0123456789 0123456789 0123456789 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 C2 T A1 X A2 A3 X X X X X Ta kết hợp chúng lại: C1 T C2 T A1 X A2 A3 Tạo testcase: Testcase Rul 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 ... testcase: PhoneNum 0 123 456789 0 123 45678 0 123 4567890 0 123 456789 0 123 456789 0 123 456789 0 123 456789 0 123 456789 0 123 456789 Các expected output là: • Out1: thông báo đăng ký thành công • Out2: Vui lòng khớp... (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... 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)