Bối cảnh và vấn đề nghiên cứu

Trong quy trình phát triển và hoàn thiện các hệ thống công nghệ thông tin, đảm bảo chất lượng phần mềm (Software Quality Assurance - SQA) đóng vai trò then chốt nhằm phát hiện lỗi, giảm thiểu rủi ro vận hành và nâng cao trải nghiệm người dùng. Đề tài báo cáo môn học "Chất lượng và kiểm thử phần mềm" với nội dung "Kiểm thử website công nghệ nhom5.com" được thực hiện bởi nhóm sinh viên Viện Kỹ thuật Công nghệ, Trường Đại học Thủ Dầu Một dưới sự hướng dẫn của ThS. Võ Quốc Lương.

Hệ thống được lựa chọn để thực nghiệm kiểm thử là website thương mại điện tử nhom5.com. Đây là một nền tảng trực tuyến phục vụ mục đích bán hàng công nghệ với các phân hệ chức năng đa dạng: đăng tải và quản lý sản phẩm, quản lý bài viết, thống kê bán hàng, hỗ trợ tương tác giữa cửa hàng và khách hàng, tích hợp thanh toán qua ví điện tử. Đồng thời, hệ thống còn đóng vai trò là một môi trường ứng dụng thực tế để các kiểm thử viên (tester) tiếp cận, áp dụng các phương pháp và quy trình kiểm thử phần mềm tiêu chuẩn.

Mục tiêu nghiên cứu và nhiệm vụ của đề tài được xác định cụ thể qua các giai đoạn:

  1. Phân tích hệ thống và xây dựng kế hoạch kiểm thử tổng thể (Test Plan), xác định tiêu chí kiểm tra, phân bổ tài nguyên phần cứng, phần mềm và nhân sự.
  2. Thiết kế hệ thống trường hợp kiểm thử (Test Case) chi tiết cho các chức năng trọng yếu của người dùng và người quản trị (Admin).
  3. Xây dựng các kịch bản kiểm thử tự động (Test Script) để tối ưu hóa quy trình kiểm thử hồi quy và chức năng.
  4. Thực thi kiểm thử, lập báo cáo kết quả kiểm thử (Test Report), ghi nhận và theo dõi các lỗi hệ thống (Bug Tracker), đồng thời đánh giá hiệu năng chịu tải cùng độ tương thích giao diện.

Đối tượng nghiên cứu là toàn bộ các chức năng xử lý dữ liệu người dùng, giao diện người dùng (GUI), tính liên kết hệ thống và hiệu năng máy chủ của website nhom5.com. Phạm vi nghiên cứu được triển khai tại Bình Dương trong khoảng thời gian từ tháng 09/2022 đến tháng 11/2022, bao gồm cả phân hệ người dùng (Frontend) và phân hệ quản trị (Backend/Admin).

Cơ sở lý thuyết và phương pháp

Đề tài áp dụng các chuẩn mực và khung tài liệu hướng dẫn trong kỹ thuật kiểm thử phần mềm, cụ thể:

  • Tài liệu khung: Sử dụng mẫu kế hoạch kiểm thử Elearning Test Plan_Template và hệ thống bài giảng môn học "Chất lượng và kiểm thử phần mềm" do Trường Đại học Thủ Dầu Một cung cấp.
  • Phương pháp kiểm thử chức năng (Functional Testing): Sử dụng phương pháp kiểm thử hộp đen (Black-box testing) để kiểm tra các luồng nghiệp vụ thông qua việc đối chiếu giữa dữ liệu đầu vào (Data Input), quy trình thao tác (Step procedure) và kết quả kỳ vọng (Expected Output) mà không can thiệp sâu vào cấu trúc mã nguồn bên trong.
  • Phương pháp kiểm thử giao diện và độ co giãn (GUI & Responsive Testing): Kiểm tra sự tương thích hiển thị của hệ thống trên nhiều độ phân giải màn hình, nhiều hệ điều hành và nhiều trình duyệt web khác nhau.
  • Phương pháp kiểm tra tính toàn vẹn liên kết (Link Checking): Sử dụng công cụ trực tuyến http://validator.org/checklink của tổ chức W3C để quét toàn bộ liên kết nội bộ và liên kết ngoài của hệ thống.
  • Phương pháp kiểm thử tự động (Automation Testing): Xây dựng và thực thi các kịch bản kiểm thử tự động hóa thông qua công cụ Selenium IDE.
  • Phương pháp kiểm thử hiệu năng và khả năng chịu tải (Performance & Stress Testing): Giả lập lượng lớn người dùng đồng thời truy cập thông qua phần mềm Apache JMeter phiên bản 5.5 nhằm đo lường thời gian phản hồi (Response Time), tỷ lệ thành công/thất bại và thông lượng xử lý của máy chủ.

Nguồn dữ liệu thực nghiệm bao gồm các tập dữ liệu biên, dữ liệu rỗng (null), dữ liệu sai định dạng chuỗi/ký tự, dữ liệu trùng lặp trong cơ sở dữ liệu và các luồng yêu cầu HTTP (HTTP Requests) được phát sinh trực tiếp từ các máy trạm kiểm thử.

Thiết kế và triển khai

Phân công nhân sự và quản lý rủi ro

Dự án kiểm thử được phân bổ cho 4 thành viên thuộc Nhóm 5 với các vai trò và nhiệm vụ cụ thể như sau:

Thành viên Mã số sinh viên Vai trò Nhiệm vụ chính
Nguyễn Đức Duy 1724801040111 Test Manager Lập kế hoạch kiểm thử, quản lý tiến độ; kiểm thử chức năng đăng ký, chỉnh sửa người dùng trang Admin
Vũ Phước Lộc 1624801030082 Tester Kiểm thử tính năng đăng nhập, quên mật khẩu; kiểm thử khả năng chịu tải hệ thống
Trần Văn Tiến 1624801030086 Tester Kiểm thử chức năng thanh toán, xem giỏ hàng
Trần Văn Trí 1624801030087 Tester Kiểm thử chức năng chỉnh sửa thông tin cá nhân, đổi mật khẩu

Nhóm kiểm thử đã thiết lập ma trận phân tích rủi ro, đánh giá xác suất xảy ra, mức độ ảnh hưởng cùng các chiến lược giảm thiểu và phương án dự phòng:

Rủi ro (Risk) Xác suất (Probability) Mức độ ảnh hưởng (Impact) Chiến lược giảm thiểu (Mitigation) Phương án dự phòng (Contingency)
Không đủ thời gian thực hiện Thấp Cao Tối ưu hóa lịch trình kiểm tra, lập chiến lược làm thêm giờ Gia tăng tài nguyên (con người, thiết bị)
Không thể làm đúng yêu cầu test case Cao Cao Thiết kế test case bao quát nhiều nhất có thể Tham khảo các bộ test case trước đó
Không bao quát hết các test case Cao Trung bình Rà soát quy trình, tăng cường phối hợp nhóm Mở rộng phạm vi kiểm tra chéo
Thiếu tài nguyên / nhân lực Thấp Thấp Yêu cầu sớm hỗ trợ tài nguyên, bổ sung nhân lực Sử dụng thiết bị cá nhân, tăng thời gian làm việc
Trình độ nhân lực thấp Thấp Trung bình Luôn kiểm tra trình độ và năng lực thành viên Nâng cao khả năng làm việc nhóm

Môi trường và công cụ kiểm thử

Hệ thống môi trường phần cứng, phần mềm và công cụ hỗ trợ kiểm thử được trang bị bao gồm:

  • Thiết bị phần cứng:
    • Laptop Lenovo: CPU Intel Core i7 3687U, RAM 4GB, VGA Intel HD Graphics 4000, DirectX 12, HĐH Windows 10.
    • Laptop Asus: CPU Intel Core i5 4200H, RAM 12GB, VGA Intel HD Graphics 4600 / NVIDIA GeForce GTX 950M, DirectX 12, HĐH Windows 10.
    • Laptop Dell: CPU Intel Core i7 4900MQ, RAM 8GB, VGA Intel HD Graphics 4600 / AMD Radeon HD 8790M, DirectX 12, HĐH Windows 10.
    • Máy tính để bàn (PC): CPU Intel Xeon E3124, RAM 16GB, VGA NVIDIA GeForce GTX 1060, DirectX 12, HĐH Windows 10.
    • Thiết bị di động: Apple iPhone 11 và iPhone 12 (Chip Apple A12 Bionic, RAM/Bộ nhớ 128GB, HĐH iOS 14).
  • Môi trường phần mềm và trình duyệt: Google Chrome (phiên bản 86.75), Microsoft Edge (phiên bản 86.38), Safari, Opera, Internet Explorer (trên Windows XP).
  • Công cụ kiểm thử chuyên dụng:
    • Quản lý nhiệm vụ và Test Case: Microsoft Excel 2019, TestLink.
    • Kiểm thử hiệu năng / Chịu tải: Apache JMeter 5.5.
    • Kiểm tra liên kết: W3C Link Checker (validator.org/checklink).
    • Kiểm thử chức năng tự động: Selenium IDE.

Phạm vi và lịch trình thực hiện

Phạm vi kiểm thử được xếp theo mức độ ưu tiên:

  • Mức độ ưu tiên 1: Kiểm tra khả năng co giãn giao diện (GUI Test), Kiểm thử hiệu năng chịu tải (Performance Test).
  • Mức độ ưu tiên 2 (Function Test): Chức năng đăng nhập, Chức năng đăng ký, Chức năng kiểm tra giỏ hàng, Chức năng đổi mật khẩu, Chức năng thanh toán, Chức năng chỉnh sửa thông tin tài khoản, Chức năng quên mật khẩu.

Lịch trình thực hiện được nhóm thiết lập từ ngày 09/09/2022 và hoàn tất bàn giao báo cáo tổng kết vào ngày 14/09/2022.

Nội dung chính theo từng chương

PHẦN 1: TEST PLAN

Phần này trình bày kế hoạch kiểm thử tổng thể cho website nhom5.com, bao gồm mục đích kiểm thử, tài liệu liên quan, bảng ghi nhận thay đổi tài liệu (từ phiên bản khởi tạo ban đầu ngày 09/09/2022 đến phiên bản cập nhật bổ sung test case ngày 11/09/2022). Kế hoạch xác lập phạm vi các tiêu chí kiểm tra: giao diện, hiệu năng, chức năng và bảo mật; đồng thời liệt kê chi tiết các rủi ro kỹ thuật, phân công nhân sự, cấu hình môi trường phần cứng, phần mềm, công cụ hỗ trợ và tiến độ bàn giao sản phẩm kiểm thử.

PHẦN 2: TEST CASE

Chương này tập trung thiết kế các trường hợp kiểm thử chức năng cho hệ thống, tiêu biểu gồm:

  • Bộ Test Case Đăng ký tài khoản (TC_register_01 đến TC_register_10): Bao quát các trường hợp tạo tài khoản với email chưa từng đăng ký, email đã tồn tại, bỏ trống số điện thoại, email sai định dạng (thiếu ký tự @ hoặc tên miền), trùng tên đăng nhập, thiếu tên người dùng (username = null), thiếu mật khẩu (password = null), thiếu tên tài khoản và nhập số điện thoại sai định dạng.
  • Bộ Test Case Chỉnh sửa thông tin người dùng trong trang Admin (TC_Admin_01 đến TC_Admin_06): Thiết kế cho các tác vụ ngưng hoạt động của tài khoản người dùng, cập nhật thông tin người dùng với đầy đủ trường thuộc tính, kiểm tra bắt lỗi khi thiếu trường họ tên, thiếu tên đăng nhập, sai định dạng email hoặc để trống số điện thoại.
  • Bộ Test Case Đổi mật khẩu và Cập nhật thông tin cá nhân (TC_UpdateInf_01, TC_ChangePass_02 đến TC_ChangePass_06): Thiết lập quy trình kiểm tra cập nhật thông tin tại đường dẫn http://nhom5.com/tai-khoan/17, đổi mật khẩu khi nhập sai mật khẩu cũ, nhập mật khẩu xác nhận không khớp, đổi mật khẩu thành công và xử lý khi để trống trường mật khẩu cũ hoặc mật khẩu mới tại đường dẫn http://nhom5.com/doi-mat-khau/17/.

PHẦN 3: TEST SCRIPT

Nội dung phần này trình bày việc chuyển hóa các kịch bản kiểm thử thủ công thành các tập lệnh kiểm thử tự động (Automation Scripts) trên công cụ Selenium IDE. Các script bao gồm: script kiểm thử tự động chức năng Đăng nhập (Login), script Đăng ký (Register), script Chỉnh sửa người dùng trong trang Quản trị (Update user method) và script Đổi mật khẩu kết hợp Cập nhật thông tin cá nhân (Change Password and Update Information).

PHẦN 4: TEST REPORT

Phần báo cáo kiểm thử cung cấp toàn bộ kết quả thực nghiệm sau khi thực thi các ca kiểm thử chức năng, kiểm thử giao diện thích ứng và kiểm thử hiệu năng.

1. Báo cáo kiểm thử chức năng và Bug Tracker

Bảng tổng hợp kết quả kiểm thử chức năng (Summary Report) trên 51 ca kiểm thử ghi nhận:

STT Tên Form / Chức năng Số ca Pass Số ca Fail Đang chờ (Pending) Chưa chạy (Not Start) Bị chặn (Blocked) Tổng Test Case Tỷ lệ Pass (%) Tỷ lệ Fail (%)
1 Login (Đăng nhập) 10 2 0 0 0 12 83% 17%
2 Register (Đăng ký) 5 20 0 0 0 25 20% 80%
3 Add Booking / Admin 9 6 0 0 0 15 60% 40%
- Các chức năng khác - - - - - - - -
Tổng Toàn bộ hệ thống 20 31 0 0 0 51 39% 61%

Chi tiết thực thi và nhật ký theo dõi lỗi (Bug Tracker) tại các phân hệ chính:

  • Phân hệ Đăng ký (Register): Chạy thử nghiệm 10 ca kiểm thử trực tiếp ghi nhận 8 ca Pass và 2 ca Fail. Hai lỗi nghiêm trọng (Priority: High, Severity: High) được ghi nhận vào Bug Tracker:
    • Bug #1 (TC_register_02): Khi nhập email đã tồn tại trong hệ thống, website không hiển thị cảnh báo trùng lặp mà vẫn cho phép đăng ký thành công và điều hướng về trang chủ.
    • Bug #2 (TC_register_10): Khi nhập số điện thoại chứa ký tự chữ cái, hệ thống không chặn lỗi định dạng mà vẫn cho phép tạo tài khoản thành công.
  • Phân hệ Quản trị chỉnh sửa người dùng (Admin Update User): Kiểm thử 6 ca, ghi nhận 2 ca Pass và 4 ca Fail. Tất cả 4 lỗi đều ở mức High/High:
    • Bug #1 (TC_Admin_03): Bỏ trống trường tên đầy đủ dẫn đến phát sinh lỗi cấu hình hệ thống (webconfig) thay vì hiển thị thông báo hợp lệ trên biểu mẫu.
    • Bug #2 (TC_Admin_04): Bỏ trống trường tên đăng nhập dẫn đến phát sinh lỗi hệ thống webconfig.
    • Bug #3 (TC_Admin_05): Nhập sai định dạng email nhưng hệ thống không chặn mà vẫn cập nhật thành công.
    • Bug #4 (TC_Admin_06): Để trống trường số điện thoại nhưng hệ thống vẫn cho phép lưu dữ liệu thành công.
  • Phân hệ Đổi mật khẩu và Cập nhật thông tin: Kiểm thử 6 ca, ghi nhận 3 ca Pass và 3 ca Fail. Các lỗi này ở mức ưu tiên và nghiêm trọng thấp (Low/Low) do hệ thống sử dụng hộp thoại cảnh báo JavaScript Vui lòng nhập trường này thay vì xử lý thông báo đồng bộ trên giao diện biểu mẫu hoặc bị chuyển hướng sai sang trang tài khoản.

2. Báo cáo kiểm thử giao diện thích ứng (Responsive Test) và liên kết

  • Kiểm tra liên kết: Sử dụng công cụ validator.org/checklink để kiểm tra tính toàn vẹn liên kết trang đăng nhập và trang chủ http://nhom5.com.
  • Khả năng thích ứng giao diện:
    • Hiển thị đạt yêu cầu (Pass): Trình duyệt Safari trên macOS Monterey (15 inch), Opera trên macOS Big Sur (15 inch), Microsoft Edge trên Windows 11 (16 inch); các thiết bị Samsung Galaxy Z Fold, Galaxy S22 Ultra, iPad Mini, iPhone SE, Google Pixel 5, Nest Hub trên trình duyệt Chrome/Opera; các khung kích thước hiển thị 632x349, 328x525, 650x696, 880x696, 880x761 trên Chrome.
    • Hiển thị không đạt (Fail): Trình duyệt Internet Explorer trên Windows XP (14 inch - giao diện bị vỡ, các liên kết đăng nhập, đăng ký, giỏ hàng bị đè chồng lên nhau); trình duyệt Chrome trên iPhone 14 Pro Max (kích thước trang chủ quá nhỏ so với màn hình); trình duyệt Chrome trên Samsung Galaxy S21 (bố cục hiển thị bị thu nhỏ).

3. Báo cáo kiểm thử hiệu năng và chịu tải bằng Apache JMeter

Nhóm đã tiến hành đo lường khả năng phản hồi của hệ thống qua các kịch bản tải cụ thể:

Kịch bản kiểm thử Mô tả cấu hình tải Tổng số request Tỷ lệ thành công (%) Tỷ lệ thất bại (%) Thời gian TB (ms) Thời gian Min (ms) Thời gian Max (ms) Throughput (req/s) Băng thông (KB/s)
Trang chủ: TC_01_1000user 1000 request/giây, lặp 2 lần 5.133 80,36% 19,64% 17.551 269 248.026 16,4 454,31
Trang chủ: TC_02_500user 500 request/giây, lặp 2 lần trong 40 giây 8.448 81,44% 18,56% 13.334 45 248.026 3,7 124,06
Trang chủ: TC_02_1000user 1000 request/giây trong 2 phút 16.095 80,94% 19,06% 16.095 7 248.026 5,1 186,81
Trang Thông tin: TC_01_100user 100 request/giây, lặp 1 lần 100 100,00% 0,00% 15.637 9.065 37.802 2,6 132,53

Kết quả và đóng góp

Báo cáo đề tài đã cung cấp bức tranh toàn diện và chi tiết về hiện trạng chất lượng của website thương mại điện tử nhom5.com:

  • Về mặt chức năng: Tổng hợp trên 51 ca kiểm thử cho thấy tỷ lệ hoàn thành đạt yêu cầu chỉ đạt 39% (20 ca Pass), trong khi tỷ lệ không đạt chiếm tới 61% (31 ca Fail). Phân hệ Đăng ký có tỷ lệ lỗi cao nhất (80% Fail), tiếp đến là phân hệ quản trị Admin (40% Fail) và Đăng nhập (17% Fail).
  • Về mặt kiểm soát lỗi (Bug Tracking): Báo cáo đã cô lập và chỉ ra 6 lỗi mức độ nghiêm trọng cao (High Severity / High Priority) liên quan đến việc xác thực dữ liệu đầu vào (validation) bị bỏ qua phía server, cho phép đăng ký trùng email, nhập sai định dạng số điện thoại, và làm sập trang quản trị gây lỗi cấu hình webconfig khi thiếu dữ liệu bắt buộc.
  • Về mặt giao diện: Xác định được hệ thống hoạt động ổn định trên các nền tảng hệ điều hành hiện đại (macOS, Windows 11) và các trình duyệt thế hệ mới (Safari, Chrome, Opera, Edge), nhưng không tương thích với trình duyệt cũ (Internet Explorer trên Windows XP) và gặp lỗi tỷ lệ co giãn trên một số dòng điện thoại cao cấp màn hình lớn (iPhone 14 Pro Max, Samsung Galaxy S21).
  • Về mặt hiệu năng: Các bài kiểm thử JMeter đã chỉ ra rằng khi chịu tải từ 500 đến 1.000 người dùng đồng thời, tỷ lệ phản hồi lỗi của máy chủ dao động từ 18,56% đến 19,64%, với độ trễ phản hồi tối đa lên đến 248.026 ms (~248 giây), cho thấy năng lực xử lý đồng thời của máy chủ còn hạn chế. Khi tải thấp ở mức 100 request tại trang thông tin cá nhân, hệ thống đạt độ ổn định 100% không phát sinh lỗi request.

Các giải pháp và khuyến nghị kỹ thuật được rút ra:

  1. Bổ sung tầng kiểm tra hợp lệ dữ liệu (Server-side Data Validation) nghiêm ngặt cho tất cả các form nhập liệu (bắt buộc kiểm tra định dạng email bằng biểu thức chính quy Regex, kiểm tra trùng lặp email/username trước khi lưu trữ, bắt buộc định dạng số đối với trường số điện thoại).
  2. Tối ưu mã nguồn xử lý exception để ngăn chặn hoàn toàn việc phát sinh lỗi webconfig làm gián đoạn truy cập của quản trị viên.
  3. Thiết kế lại tệp định kiểu CSS Responsive Media Queries để khắc phục hiện tượng vỡ khung hình trên các màn hình di động độ phân giải cao và màn hình nhỏ.
  4. Tối ưu hóa cấu hình máy chủ web và truy vấn cơ sở dữ liệu để giảm thời gian phản hồi trung bình khi chịu tải lớn.

Hạn chế và hướng nghiên cứu tiếp

Báo cáo tự ghi nhận các hạn chế trong quá trình triển khai thực tế:

  • Phạm vi kiểm thử tập trung nhiều vào các chức năng người dùng cơ bản (Đăng ký, Đăng nhập, Đổi mật khẩu, Sửa thông tin cá nhân) và quản trị user, chưa hoàn thiện báo cáo chi tiết đầy đủ cho các luồng nghiệp vụ phức tạp như Giỏ hàng, Đặt hàng (Check Order, Order), Tìm kiếm (Search) và Cổng thanh toán ví điện tử.
  • Thời gian kiểm thử thực tế diễn ra ngắn (khoảng 5-6 ngày làm việc theo lịch trình), dẫn đến việc phân bổ tài nguyên và kiểm tra bao quát các test case còn gặp áp lực.
  • Độ trễ tối đa của máy chủ trong các bài test hiệu năng còn quá cao (trên 248 giây), đòi hỏi phải có các bài đo kiểm sâu hơn về cơ sở dữ liệu và hạ tầng mạng.

Hướng nghiên cứu và phát triển tiếp theo:

  • Hoàn thiện mở rộng bộ test case cho toàn bộ các phân hệ còn lại trong danh mục (Giỏ hàng, Thanh toán, Tìm kiếm).
  • Ứng dụng các công cụ kiểm thử bảo mật chuyên sâu để quét các lỗ hổng SQL Injection, Cross-Site Scripting (XSS) trên các biểu mẫu.
  • Tự động hóa toàn bộ quy trình kiểm thử thông qua việc tích hợp các kịch bản Selenium vào hệ thống CI/CD.

Giá trị tham khảo

Tài liệu báo cáo có giá trị thực tiễn và tính ứng dụng học thuật cao:

  • Dành cho sinh viên ngành Công nghệ thông tin, Kỹ thuật phần mềm: Cung cấp tài liệu mẫu trực quan về cách lập Kế hoạch kiểm thử (Test Plan) chuẩn mực, thiết kế bảng dữ liệu Test Case, lập bảng theo dõi lỗi (Bug Tracker) và thực hiện báo cáo tổng kết theo đúng quy trình công nghiệp.
  • Dành cho giảng viên và người học môn Đảm bảo chất lượng & Kiểm thử phần mềm: Là nguồn tài liệu tham khảo chi tiết về cách thức triển khai phối hợp giữa kiểm thử thủ công (Manual Testing), kiểm thử tự động (Selenium IDE), kiểm thử khả năng chịu tải (Apache JMeter) và kiểm tra giao diện đa nền tảng.
  • Dành cho các nhóm phát triển website thương mại điện tử: Đưa ra các trường hợp biên và các lỗi kiểm thử thực tế thường gặp trong các phân hệ quản lý tài khoản và quản trị người dùng.

Câu hỏi thường gặp

1. Tỷ lệ vượt qua (Pass) và thất bại (Fail) tổng thể của các ca kiểm thử chức năng trong báo cáo là bao nhiêu?
Theo bảng tổng hợp Summary Report trên 51 ca kiểm thử, hệ thống ghi nhận 20 ca Pass (chiếm tỷ lệ 39%) và 31 ca Fail (chiếm tỷ lệ 61%).

2. Hai lỗi nghiêm trọng (High Severity) được phát hiện tại chức năng Đăng ký (Register) là gì?
Hai lỗi được ghi nhận tại Bug Tracker bao gồm: TC_register_02 (cho phép đăng ký thành công tài khoản với email đã tồn tại trong hệ thống) và TC_register_10 (cho phép tạo tài khoản thành công khi trường số điện thoại chứa ký tự chữ cái thay vì số).

3. Kết quả kiểm thử hiệu năng bằng Apache JMeter tại kịch bản 1.000 người dùng truy cập trang chủ như thế nào?
Trong kịch bản TC_01_1000user (1.000 request/giây lặp 2 lần), hệ thống ghi nhận tổng số 5.133 request, tỷ lệ thành công đạt 80,36%, tỷ lệ thất bại là 19,64%, thời gian xử lý trung bình là 17.551 ms, thời gian xử lý tối đa lên tới 248.026 ms và thông lượng đạt 16,4 request/giây.

4. Website nhom5.com gặp vấn đề gì khi kiểm thử giao diện trên trình duyệt Internet Explorer của Windows XP?
Trên trình duyệt Internet Explorer của Windows XP (màn hình 14 inch), giao diện website bị lỗi hiển thị hoàn toàn, các đường link chuyển hướng đến trang đăng nhập, đăng ký và giỏ hàng bị đè chồng lên nhau.

5. Thành viên nào trong nhóm đảm nhận vai trò Test Manager và phụ trách kiểm thử những nội dung gì?
Sinh viên Nguyễn Đức Duy đảm nhận vai trò Test Manager, chịu trách nhiệm lập kế hoạch kiểm thử, quản lý tiến độ và trực tiếp thực thi kiểm thử chức năng đăng ký cùng chức năng chỉnh sửa người dùng trong trang quản trị Admin.

Kết luận

Báo cáo đề tài "Kiểm thử website công nghệ nhom5.com" của nhóm sinh viên Trường Đại học Thủ Dầu Một đã thực hiện thành công việc xây dựng kế hoạch, thiết kế kịch bản và triển khai kiểm thử toàn diện trên một nền tảng thương mại điện tử thực nghiệm. Thông qua việc kết hợp các công cụ chuyên dụng như Selenium IDE, Apache JMeter và W3C Link Checker, nhóm nghiên cứu đã phát hiện và phân loại chính xác các lỗi chức năng nghiêm trọng, các hạn chế về giao diện responsive và ngưỡng quá tải của hệ thống. Tài liệu là một bộ hồ sơ kiểm thử phần mềm có cấu trúc rõ ràng, cung cấp số liệu thực nghiệm đầy đủ và đóng góp giá trị tham khảo thiết thực cho công tác đào tạo, thực hành kiểm thử phần mềm.