Tổng quan nghiên cứu

Trong kỷ nguyên chuyển đổi số giáo dục, các hệ thống phần mềm quản lý trường học trên nền tảng web phải đối mặt với áp lực xử lý đồng thời hàng nghìn giao dịch trong các đợt cao điểm như kỳ thi hay thời điểm nhập điểm tổng kết. Thực tế cho thấy, khoảng 70% các sự cố nghẽn mạng và gián đoạn dịch vụ xuất phát từ việc không đánh giá toàn diện hiệu năng trước khi vận hành chính thức, dẫn đến rủi ro sụt giảm chất lượng dịch vụ và gia tăng chi phí khắc phục. Luận văn thạc sĩ chuyên ngành Công nghệ phần mềm của tác giả Phạm Thị Thương, dưới sự hướng dẫn khoa học của Tiến sĩ Trương Anh Hoàng tại Trường Đại học Công nghệ – Đại học Quốc gia Hà Nội, tập trung giải quyết bài toán kiểm thử và tối ưu hóa hiệu năng cho phần mềm quản lý trường học trực tuyến.

Mục tiêu cốt lõi của nghiên cứu là xây dựng quy trình kiểm thử hiệu năng bài bản, ứng dụng công cụ mã nguồn mở Apache JMeter để mô phỏng chính xác hành vi người dùng, từ đó phát hiện các nút nghẽn cổ chai và đánh giá khả năng chịu tải của hệ thống. Phạm vi thực nghiệm được tiến hành trên hệ thống dịch vụ phần mềm quản lý trường học đang triển khai thử nghiệm thực tế trong năm 2012, kết hợp thu thập dữ liệu truy cập từ Google Analytics. Ý nghĩa thực tiễn của công trình thể hiện qua việc lượng hóa các chỉ số hiệu năng trọng yếu: đo lường thời gian phản hồi ở mức phân vị 90%, xác định ngưỡng thông lượng giao dịch trên giây, và phân tích mức độ tiêu hao tài nguyên máy chủ (CPU, bộ nhớ RAM, lưu lượng đọc/ghi đĩa) dưới các mức tải đồng thời từ 50 đến 100 người dùng ảo, tạo tiền đề vững chắc cho việc mở rộng quy mô triển khai diện rộng.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Nghiên cứu được xây dựng trên nền tảng lý thuyết kiểm thử hiệu năng phần mềm hiện đại và mô hình ước lượng nỗ lực kỹ thuật Rough Order of Magnitude. Theo khung lý thuyết của Scott Barber, một quy trình kiểm thử hiệu năng chuẩn mực bao gồm 4 giai đoạn nối tiếp: lập kế hoạch kiểm thử (chiếm khoảng 20% tổng thời gian), phát triển kịch bản và dữ liệu mẫu (chiếm 30%), thực thi kiểm thử và hiệu chỉnh lặp (chiếm 45%), phân tích và lập báo cáo kết quả (chiếm 5%).

Song song với đó, lý thuyết mô hình hóa tải công việc (Workload Modeling) được vận dụng để phân loại các dạng tải: tải ổn định (Steady-State), tải bậc thang (Inclined), tải bùng nổ (Bursty) và tải theo thời gian thực. Bốn khái niệm kỹ thuật nền tảng được định nghĩa và kiểm soát chặt chẽ gồm:

  • Thời gian phản hồi (Response Time): Khoảng thời gian từ khi trình duyệt gửi yêu cầu đến khi nhận được dữ liệu phản hồi đầu tiên.
  • Thông lượng (Throughput): Tổng lượng dữ liệu và số giao dịch máy chủ xử lý thành công trong một đơn vị thời gian.
  • Thời gian nghĩ (Think Time): Khoảng thời gian mô phỏng người dùng đọc thông tin hoặc thao tác trước khi gửi yêu cầu tiếp theo.
  • Nút nghẽn hiệu năng (Bottleneck): Điểm giới hạn về phần mềm hoặc phần cứng khiến tốc độ xử lý toàn hệ thống suy giảm nghiêm trọng.

Phương pháp nghiên cứu

Nghiên cứu sử dụng phương pháp định lượng kết hợp thực nghiệm đo lường trực tiếp trên môi trường máy chủ phân lập. Nguồn dữ liệu đầu vào phục vụ mô hình hóa tải được trích xuất từ 2 nguồn chính: nhật ký máy chủ web (web server logs) và số liệu thống kê hành vi người dùng thực tế qua Google Analytics.

Về phương pháp chọn mẫu, tác giả áp dụng nguyên lý 80/20 để tinh lọc 2 luồng chức năng nghiệp vụ trọng yếu nhất chiếm hơn 80% tần suất sử dụng của hệ thống, bao gồm kịch bản "Nhập điểm" và kịch bản "Báo cáo". Cỡ mẫu thực nghiệm được thiết kế theo 3 cấp độ: kiểm thử cơ sở với 1 người dùng ảo nhằm xác thực tính đúng đắn của kịch bản kiểm thử, kiểm thử chuẩn ở mức 15% đến 20% tải mục tiêu, và kiểm thử tải với các nhóm 50 và 100 người dùng ảo truy cập đồng thời.

Lý do lựa chọn phần mềm mã nguồn mở Apache JMeter kết hợp cùng các thư viện giám sát tài nguyên máy chủ mở rộng là nhờ khả năng cấu hình linh hoạt các thông số động như Session ID, Cookie, độ trễ mạng và khả năng tạo tải công việc đa luồng chính xác mà không tốn chi phí bản quyền thương mại đắt đỏ. Timeline nghiên cứu được thực hiện qua các chu kỳ lặp khép kín: đo lường đường cơ sở, kích hoạt tải bậc thang, giám sát tham số phần cứng, và đối chiếu kết quả.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

Quá trình kiểm thử tải trên hệ thống quản lý trường học ghi nhận 4 phát hiện kỹ thuật quan trọng:

Thứ nhất, có sự suy giảm rõ rệt về thời gian phản hồi khi số lượng người dùng đồng thời tăng từ 50 lên 100 người. Ở kịch bản Nhập điểm với 50 người dùng, thời gian phản hồi trung bình duy trì ở mức an toàn khoảng 1,2 đến 1,8 giây, nhưng khi tăng tải lên 100 người dùng, chỉ số thời gian phản hồi ở mức 90% người dùng đã tăng vọt lên hơn 3,5 giây, tương đương mức tăng độ trễ khoảng 94%.

Thứ hai, kịch bản Báo cáo tiêu tốn tài nguyên tính toán vượt trội so với kịch bản Nhập điểm. Khi cùng chịu tải 100 người dùng ảo, mức độ sử dụng CPU của máy chủ trong kịch bản Báo cáo dao động từ 75% đến 88%, trong khi kịch bản Nhập điểm chỉ chiếm khoảng 35% đến 45% công suất CPU.

Thứ ba, lưu lượng đọc/ghi đĩa cứng (Disk I/O) trở thành nút nghẽn nghiêm trọng trong kịch bản trích xuất báo cáo. Tốc độ đọc/ghi đĩa tăng hơn 140% khi chuyển từ 50 người dùng lên 100 người dùng do hệ thống phải thực hiện nhiều truy vấn kết xuất dữ liệu phức tạp trên bảng điểm học sinh.

Thứ tư, thử nghiệm cho thấy mức độ chiếm dụng bộ nhớ RAM tương đối ổn định, không xuất hiện hiện tượng rò rỉ bộ nhớ (Memory Leak), duy trì ngưỡng tiêu thụ khoảng 60% đến 68% dung lượng RAM máy chủ thử nghiệm trong suốt thời gian thực thi tải kéo dài.

Thảo luận kết quả

Phân tích chuyên sâu cho thấy nguyên nhân chính dẫn đến sự gia tăng đột biến của thời gian phản hồi và mức sử dụng CPU trong kịch bản Báo cáo nằm ở việc thiếu tối ưu hóa các câu lệnh truy vấn cơ sở dữ liệu và cấu hình phân luồng HTTP chưa phù hợp trên máy chủ web. Việc hệ thống phải quét toàn bộ các bảng dữ liệu lớn mà không có các chỉ mục thích hợp đã làm nghẽn hàng đợi xử lý tại tầng dữ liệu.

Khi so sánh với các nghiên cứu kiểm thử hiệu năng hệ thống thông tin giáo dục chuẩn mực, kết quả này hoàn toàn nhất quán: khoảng 80% nguyên nhân gây chậm trễ hệ thống nằm ở các truy vấn cơ sở dữ liệu phức tạp chứ không đơn thuần do băng thông mạng.

Trong báo cáo kỹ thuật, toàn bộ các tập dữ liệu này được trực quan hóa sinh động thông qua:

  • Biểu đồ đường biểu diễn sự biến thiên của thời gian phản hồi theo thời gian thực và sự gia tăng số lượng người dùng ảo.
  • Biểu đồ cột so sánh mức tiêu thụ CPU và Disk I/O giữa kịch bản Nhập điểm và Báo cáo ở hai mốc tải 50 và 100 người dùng.
  • Bảng tổng hợp đối chiếu chỉ số phân vị 90% (90th Percentile) để khẳng định tính ổn định của dịch vụ phần mềm.

Đề xuất và khuyến nghị

Dựa trên các phát hiện thực nghiệm, luận văn đưa ra 4 nhóm giải pháp kỹ thuật cụ thể nhằm tối ưu hóa hệ thống phục vụ triển khai diện rộng:

  1. Tối ưu hóa câu lệnh truy vấn và cấu trúc cơ sở dữ liệu: Đội ngũ phát triển phần mềm Backend cần tái cấu trúc các truy vấn phức tạp trong mô-đun Báo cáo, tiến hành đánh chỉ mục (Index) đầy đủ trên các bảng điểm và bảng học sinh. Mục tiêu đặt ra là giảm thời gian thực thi truy vấn từ 40% đến 50% và hạ thấp tải đọc/ghi Disk I/O xuống dưới 30% trong vòng 4 tuần trước khi bước vào kỳ đánh giá học vụ.

  2. Tinh chỉnh cấu hình máy chủ Web và máy chủ cơ sở dữ liệu: Quản trị viên hệ thống cần điều chỉnh lại các thông số kết nối HTTP, cấu hình lại giới hạn nhóm luồng (Thread Pool) và vùng đệm kết nối (Connection Pool). Mục tiêu là duy trì mức tải CPU dưới 70% khi hệ thống phục vụ 150 người dùng đồng thời, hoàn thành thiết lập trong thời hạn 2 tuần.

  3. Xây dựng kiến trúc bộ nhớ đệm và xử lý nền: Kiến trúc sư phần mềm cần triển khai cơ chế lưu đệm (Caching) cho các dữ liệu tra cứu tĩnh và áp dụng cơ chế xử lý tác vụ nền bất đồng bộ đối với các báo cáo thống kê quy mô lớn. Mục tiêu là duy trì mốc 90% thời gian phản hồi dưới 2,0 giây, thực hiện trong lộ trình nâng cấp 6 tuần.

  4. Thiết lập quy trình kiểm thử hiệu năng định kỳ: Bộ phận đảm bảo chất lượng phần mềm (QA/QC) cần tích hợp các bài kiểm thử tải tự động với mức tải từ 70% đến 80% công suất thiết kế trước mỗi đợt cập nhật phiên bản mới, nhằm ngăn chặn triệt để rủi ro phát sinh lỗi hiệu năng trước khi bàn giao cho người dùng cuối.

Đối tượng nên tham khảo luận văn

Nội dung và phương pháp luận của công trình nghiên cứu mang lại giá trị ứng dụng thiết thực cho 4 nhóm đối tượng:

  1. Kỹ sư kiểm định chất lượng phần mềm (QA/QC Engineers): Nắm vững phương pháp thiết lập kịch bản kiểm thử tải, xử lý tham số động, thiết lập thời gian nghĩ và thu thập số liệu giám sát phần cứng thông qua công cụ Apache JMeter.

  2. Lập trình viên và kiến trúc sư hệ thống (Software Developers & Architects): Nhận diện rõ các tác động của cấu trúc truy vấn dữ liệu đến tài nguyên máy chủ, từ đó thiết kế các dịch vụ web quản lý trường học có khả năng mở rộng quy mô tốt.

  3. Chuyên viên quản trị mạng và hạ tầng hệ thống thông tin (System Administrators): Có cơ sở khoa học để tính toán dung lượng phần cứng, định cỡ máy chủ và lập kế hoạch băng thông mạng phù hợp cho các cổng dịch vụ công và trường học trực tuyến.

  4. Học viên cao học và sinh viên chuyên ngành Công nghệ thông tin: Sử dụng làm tài liệu tham khảo học thuật chuẩn mực về quy trình kiểm thử phi chức năng, kết hợp giữa lý thuyết kiểm thử và số liệu thực nghiệm đo lường thực tế.

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

Tại sao kiểm thử hiệu năng cần được thực hiện sớm thay vì chờ đến giai đoạn cuối dự án?
Nếu chỉ tiến hành kiểm thử ở giai đoạn cuối, các lỗi kiến trúc nghiêm trọng hoặc tắc nghẽn cơ sở dữ liệu sẽ rất khó sửa chữa và gây tốn kém chi phí. Thực hiện kiểm thử sớm giúp đội ngũ phát triển phát hiện nút nghẽn ngay từ các mô-đun ban đầu, giảm thiểu hơn 50% rủi ro trễ hạn triển khai hệ thống.

Sự khác biệt cốt lõi giữa kiểm thử tải (Load Testing) và kiểm thử áp lực (Stress Testing) là gì?
Kiểm thử tải đánh giá hành vi hệ thống dưới mức tải dự kiến thông thường hoặc tải đỉnh danh định, ví dụ 100 người dùng đồng thời. Trong khi đó, kiểm thử áp lực cố tình đẩy mức tải vượt quá giới hạn thiết kế, ví dụ 150% công suất, nhằm kiểm tra khả năng tự phục hồi hoặc cách thức hệ thống từ chối dịch vụ an toàn.

Làm thế nào để xác định chính xác mô hình tải thực tế cho phần mềm quản lý trường học?
Mô hình tải cần được xây dựng dựa trên việc phân tích nhật ký máy chủ và công cụ thống kê Google Analytics. Bằng cách phân tích số liệu truy cập theo giờ cao điểm và tần suất sử dụng các chức năng chính, kỹ sư có thể tái lập các kịch bản mô phỏng chính xác khoảng 80% thói quen thao tác của người dùng thực tế.

Tại sao Apache JMeter lại được ưu tiên lựa chọn thay vì các công cụ thương mại có bản quyền?
Apache JMeter là phần mềm mã nguồn mở hoàn toàn miễn phí, sở hữu cộng đồng hỗ trợ lớn và khả năng mở rộng mạnh mẽ qua các plugin đo lường tài nguyên CPU, RAM, Disk I/O. Công cụ này đáp ứng đầy đủ các tiêu chuẩn kiểm thử công nghiệp mà không tạo gánh nặng ngân sách bản quyền cho các dự án giáo dục.

Chỉ số phân vị 90% (90th Percentile) phản ánh điều gì quan trọng hơn thời gian phản hồi trung bình?
Thời gian phản hồi trung bình thường bị sai lệch bởi các giá trị ngoại lai cực đoan. Chỉ số 90th Percentile chứng minh rằng đúng 90% số lượng yêu cầu của người dùng được phục vụ trong khoảng thời gian đó, cung cấp thước đo chính xác và đáng tin cậy hơn về trải nghiệm thực tế của phần lớn người dùng.

Kết luận

Luận văn đã giải quyết trọn vẹn bài toán đánh giá và tối ưu hiệu năng cho hệ thống phần mềm quản lý trường học trên nền web với 5 đóng góp học thuật và thực tiễn nổi bật:

  • Hệ thống hóa khung lý thuyết và quy trình kiểm thử hiệu năng 4 giai đoạn chuẩn mực cho ứng dụng web giáo dục.
  • Xây dựng thành công phương pháp mô hình hóa tải công việc dựa trên số liệu thực tế từ Google Analytics và quy tắc 80/20.
  • Thực nghiệm đo lường chi tiết trên công cụ Apache JMeter với các mức tải 50 và 100 người dùng ảo cho các luồng nghiệp vụ cốt lõi.
  • Định vị chính xác các nút nghẽn phần cứng tại máy chủ, đặc biệt là hiện tượng quá tải CPU và Disk I/O trong khâu xử lý báo cáo.
  • Đưa ra hệ thống khuyến nghị kỹ thuật toàn diện từ tối ưu cơ sở dữ liệu đến tinh chỉnh hạ tầng phục vụ triển khai diện rộng.

Trong giai đoạn 3 đến 6 tháng tới, các đơn vị phát triển phần mềm giáo dục được khuyến nghị áp dụng quy trình kiểm thử này vào chu trình kiểm thử tự động định kỳ, nhằm đảm bảo chất lượng dịch vụ ổn định trước mọi đợt cao điểm học vụ.