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

Trong kỹ nghệ phần mềm, hoạt động kiểm thử đóng vai trò then chốt nhằm bảo đảm chất lượng sản phẩm và hạn chế tối đa rủi ro trước khi bàn giao cho khách hàng. Xuất phát từ quy tắc được ghi nhận năm 1979 trong ngành kỹ nghệ phần mềm: "Trong một dự án lập trình điển hình thì xấp xỉ 50% thời gian và hơn 50% tổng chi phí được sử dụng trong kiểm thử các chương trình hay hệ thống đã được phát triển", tác giả Trần Thị Trang đã lựa chọn đề tài nghiên cứu về quy trình kiểm thử phần mềm và ứng dụng thực tế. Trong bối cảnh ngành công nghiệp phần mềm Việt Nam đang trên đà phát triển, việc thực hiện kiểm thử nghiêm ngặt và xây dựng tài liệu kiểm thử đi kèm là điều kiện bắt buộc để sản phẩm được các doanh nghiệp và khách hàng chấp nhận nghiệm thu.

Đồ án tốt nghiệp đại học chuyên ngành Công nghệ Thông tin tại Khoa Công nghệ Thông tin – Viện Đại học Mở Hà Nội (thực hiện dưới sự hướng dẫn của ThS. Nguyễn Thành Huy) xác định 3 nhiệm vụ nghiên cứu cụ thể:

  1. Nghiên cứu tổng quan về kiểm thử phần mềm (khái niệm, phương pháp, chiến lược, cấp độ, loại hình và các nguyên tắc kiểm thử).
  2. Nghiên cứu và chuẩn hóa quy trình kiểm thử phần mềm gồm các bước thực hiện mang tính hệ thống.
  3. Áp dụng quy trình kiểm thử phần mềm vào thực tế để kiểm thử hệ thống website quản lý bán hàng SAPO của Công ty Cổ phần Công nghệ DKT.

Đối tượng nghiên cứu của đề tài là các phương pháp luận, chiến lược, quy trình kiểm thử phần mềm và hệ thống website quản lý bán hàng SAPO. Về phạm vi không gian và thời gian, đồ án được thực hiện tại Khoa Công nghệ Thông tin – Viện Đại học Mở Hà Nội và Công ty Cổ phần Công nghệ DKT trong khoảng thời gian từ ngày 06/01/2015 (ngày giao nhiệm vụ) đến ngày 28/05/2015 (ngày hoàn thành).

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

Cơ sở lý thuyết của khóa luận được xây dựng dựa trên các khái niệm nền tảng của kỹ nghệ phần mềm và kiểm thử phần mềm:

  • Khái niệm phần mềm và kiểm thử phần mềm: Phần mềm máy tính là tập hợp các câu lệnh, chỉ thị viết bằng ngôn ngữ lập trình theo trật tự xác định cùng dữ liệu, tài liệu liên quan nhằm tự động thực hiện các nhiệm vụ cụ thể. Kiểm thử phần mềm là quá trình kiểm tra, phê chuẩn và xác minh nhằm cung cấp thông tin độc lập về chất lượng sản phẩm, đánh giá rủi ro triển khai và chứng minh phần mềm đáp ứng đầy đủ yêu cầu thiết kế, vận hành đúng kỳ vọng của các bên liên quan.
  • 7 nguyên tắc kiểm thử phần mềm:
    1. Kiểm thử đưa ra lỗi: Chứng minh phần mềm có lỗi, không thể chứng minh phần mềm không có lỗi.
    2. Kiểm thử tất cả mọi thứ là không thể: Không thể kiểm thử vét cạn mọi trường hợp, cần phân tích rủi ro và xác định mức độ ưu tiên.
    3. Kiểm thử sớm: Bắt đầu hoạt động kiểm thử càng sớm càng tốt trong chu trình phát triển.
    4. Sự tập trung lỗi: Tuân theo nguyên tắc tổ gián và quy tắc 80/20 (20% chức năng quan trọng có thể gây ra 80% tổng số lỗi).
    5. Nghịch lý thuốc trừ sâu: Lặp lại các trường hợp kiểm thử cũ nhiều lần sẽ không tìm thêm được lỗi mới; cần thường xuyên cập nhật và viết các ca kiểm thử mới.
    6. Kiểm thử theo các ngữ cảnh độc lập: Việc kiểm thử phụ thuộc chặt chẽ vào ngữ cảnh sử dụng thực tế của phần mềm.
    7. Sự sai lầm về việc không có lỗi: Hệ thống sửa hết lỗi nhưng không đáp ứng đúng nhu cầu và mong đợi của người dùng thì dự án vẫn coi như thất bại.
  • Phương pháp và chiến lược kiểm thử: Đồ án phân định hai phương pháp chính gồm Kiểm thử tĩnh (rà soát đặc tả, logic trên giấy hoặc tự động phân tích cú pháp không chạy chương trình) và Kiểm thử động (chạy chương trình trên máy với các bộ dữ liệu cụ thể). Ba chiến lược kiểm thử chính gồm: Kiểm thử hộp đen (dựa trên đặc tả vào/ra), Kiểm thử hộp trắng (dựa trên cấu trúc logic, giải thuật và mã nguồn nội bộ), và Kiểm thử hộp xám (kết hợp hai phương pháp, khảo sát tương tác giữa các thành phần trên giao diện ứng dụng web).

Phương pháp nghiên cứu thực tế được tác giả sử dụng bao gồm phương pháp phân tích - tổng hợp tài liệu kỹ thuật, phương pháp thiết kế ca kiểm thử (test case) dựa trên đặc tả chức năng, phương pháp mô hình hóa luồng dữ liệu và phương pháp thực nghiệm kiểm thử chức năng trực tiếp trên hệ thống web kết hợp ghi nhận, theo dõi lỗi qua công cụ Jira.

Nguồn dữ liệu nghiên cứu bao gồm: tài liệu kế hoạch dự án, tài liệu đặc tả yêu cầu kỹ thuật phần mềm, tài liệu mô tả nghiệp vụ bán hàng của hệ thống SAPO, lược đồ cơ sở dữ liệu quan hệ thực thể (Physical_ER_Diagram), bảng định nghĩa cấu trúc dữ liệu (Physical_Table_Definition), cùng bộ dữ liệu kiểm thử gồm dữ liệu khởi tạo (Initial Data) và dữ liệu thông thường (Normal Data).

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

Chương 1: Tổng quan về kiểm thử phần mềm

Chương 1 hệ thống hóa toàn diện các kiến thức nền tảng về kiểm thử phần mềm. Tác giả làm rõ mục đích của kiểm thử là phát hiện lỗi sớm nhất có thể và bảo đảm lỗi được khắc phục với chi phí tối ưu. Nội dung chương trình bày chi tiết:

  • Bốn cấp độ kiểm thử cơ bản: Kiểm thử đơn vị (Unit Test), Kiểm thử tích hợp (Integration Test), Kiểm thử hệ thống (System Test) và Kiểm thử chấp nhận sản phẩm (Acceptance Test).
  • Các loại hình kiểm thử: Kiểm thử cài đặt, kiểm thử Smoke, kiểm thử chức năng (chiếm khoảng 80% khối lượng công việc kiểm thử), kiểm thử hồi quy, kiểm thử chấp nhận từ người sử dụng, kiểm thử Alpha, kiểm thử Beta, kiểm thử hiệu năng, kiểm tra bảo mật và kiểm tra tính khả dụng.
  • Nội dung và phân tích 7 nguyên tắc kiểm thử phần mềm: Đi sâu giải thích cơ sở lý luận của quy tắc 80/20, nguyên lý tổ gián và nghịch lý thuốc trừ sâu trong hoạt động bảo đảm chất lượng.
Cấp độ kiểm thử Đối tượng / Phạm vi kiểm tra Phương pháp chính Người thực hiện
Kiểm thử đơn vị (Unit Test) Thành phần nhỏ nhất (hàm, thủ tục, lớp, phương thức) Kiểm thử hộp trắng Lập trình viên
Kiểm thử tích hợp (Integration Test) Sự tương tác và giao tiếp giữa các mô-đun đã ghép nối Top-Down, Bottom-Up, Sandwich Nhân viên kiểm thử
Kiểm thử hệ thống (System Test) Toàn bộ hệ thống sau tích hợp (chức năng, hiệu năng, bảo mật) Kiểm thử hộp đen Tester, Lập trình viên, Nhóm dự án
Kiểm thử chấp nhận (Acceptance Test) Mức độ thỏa mãn yêu cầu nghiệp vụ và mong đợi của khách hàng Hộp đen / Khảo sát thực tế Khách hàng (hỗ trợ bởi đội ngũ dự án)

Chương 2: Quy trình kiểm thử phần mềm

Chương 2 mô tả chi tiết quy trình 7 giai đoạn chuẩn hóa dành cho Nhóm đảm bảo chất lượng phần mềm (PQA - Product Quality Assurance):

  1. Lập kế hoạch kiểm thử: Xác định yêu cầu, khảo sát rủi ro, xác định chiến lược kiểm thử, bố trí nhân lực - vật lực, lập kế hoạch chi tiết, tổng hợp và trình phê duyệt kế hoạch kiểm thử chính cùng các kế hoạch thành phần.
  2. Chuẩn bị môi trường kiểm thử: Thiết lập môi trường phần cứng, phần mềm, công cụ tạo dữ liệu và công cụ kiểm thử cơ sở dữ liệu.
  3. Thiết kế kiểm thử: Xây dựng trường hợp kiểm thử (Test case) gồm 4 yếu tố cơ bản: Điều kiện (Condition), Dữ liệu đầu vào (Input Data), Kết quả mong chờ (Expected Result), Kết quả thực tế (Actual Result). Phát triển kịch bản kiểm thử (Test script) độc lập với mã nguồn dữ liệu và thiết lập bộ kiểm thử dữ liệu (Test data gồm Initial Data và Normal Data).
  4. Thực hiện kiểm thử: Thực thi các ca kiểm thử qua các cấp độ và kiểm thử hồi quy; theo dõi sự ổn định của môi trường, giao diện và logic nghiệp vụ.
  5. Thẩm tra và đánh giá kết quả kiểm thử: Phân tích sai lệch giữa kết quả thực tế và kỳ vọng, đánh giá độ bao phủ kiểm thử, phân tích xu hướng phát sinh lỗi và lập báo cáo tổng hợp.
  6. Ghi nhận và xử lý lỗi: Ghi nhận lỗi chi tiết, phân loại mức độ nghiêm trọng, xác định trọng số, quản lý vòng đời trạng thái lỗi trên hệ thống Jira và theo dõi quá trình sửa lỗi của lập trình viên.
  7. Lập kế hoạch và triển khai kiểm thử lại: Lập kế hoạch kiểm thử lại (Retest) sau khi tiếp nhận bản sửa lỗi nhằm bảo đảm lỗi đã được khắc phục triệt để mà không làm phát sinh lỗi mới.

Chương 3: Áp dụng quy trình kiểm thử phần mềm vào việc kiểm thử website quản lý bán hàng SAPO – Công ty Cổ phần Công nghệ DKT

Chương 3 triển khai toàn bộ quy trình đã nghiên cứu vào kiểm thử thực tế trên hệ thống website quản lý bán hàng SAPO của Công ty Cổ phần Công nghệ DKT. Tác giả tiến hành:

  • Mô tả tổng quan hệ thống, mô hình nghiệp vụ bán hàng, sơ đồ phân cấp chức năng và sơ đồ luồng dữ liệu của website SAPO.
  • Xây dựng bản kế hoạch kiểm thử (Test plan), chuẩn bị dữ liệu thử nghiệm cho các phân hệ chức năng.
  • Thiết kế bộ ca kiểm thử (Test case) hoàn chỉnh cho từng module nghiệp vụ:
    • Phân hệ Tổng quan: Ca kiểm thử Tổng giao dịch, Tổng khách hàng, Giá trị hàng tồn kho, Tổng sản phẩm.
    • Phân hệ Bán hàng: Ca kiểm thử Tạo đơn hàng, Danh sách đơn hàng, Quản lý trả hàng, Quản lý giao hàng.
    • Phân hệ Cửa hàng: Ca kiểm thử Quản lý hàng hóa, Nhập hàng, Chuyển hàng, Kiểm hàng.
    • Các phân hệ bổ trợ: Ca kiểm thử Quản lý khách hàng, Quản lý nhà cung cấp, Quản lý chi phí và Báo cáo.
  • Thực hiện kiểm thử chức năng, ghi nhận lỗi, log lỗi lên hệ thống quản lý lỗi Jira (giao diện tạo lỗi, giao diện chi tiết lỗi và danh sách theo dõi lỗi) và phối hợp với đội ngũ phát triển để kiểm thử lại các lỗi đã sửa.

Thiết kế và triển khai quy trình kiểm thử

Quy trình quản lý lỗi và tiêu chuẩn kỹ thuật kiểm thử trong đồ án được thiết kế với các quy định cụ thể về phân loại lỗi, trọng số, thời gian xử lý và chuyển đổi trạng thái trên công cụ Jira:

Phân loại lỗi Tên loại lỗi Mô tả chi tiết Trọng số Thời hạn xử lý quy định
Loại 1 MEDIATE (Lỗi hệ thống) Lỗi nghiêm trọng làm tê liệt hệ thống, không truy cập được dịch vụ, lỗi thanh toán/nạp tiền, sai lệch nội dung nghiêm trọng. 8 Xử lý ngay khi phát hiện
Loại 2 URGENT (Khẩn cấp) Lỗi nghiệp vụ, thiết kế ảnh hưởng tới doanh thu hoặc tỷ lệ lớn người dùng; lỗi chức năng quan trọng; mất nội dung chuyên mục. 6 Xử lý trong vòng 1h – 4h
Loại 3 HIGH (Cao) Lỗi dữ liệu (nhập, kết xuất), trùng lặp nội dung, lỗi hình thu nhỏ (thumbnail), đặt sai giá nội dung, giảm tính thẩm mỹ. 4 Xử lý trong vòng 1 ngày làm việc
Loại 4 & 5 NORMAL / LOW (Bình thường) Lỗi kỹ thuật, logic nhỏ, lỗi hình thức, chính tả, giao diện, câu thông báo chưa hợp lý, kiểm tra tính hợp lệ dữ liệu (validate) chưa chặt chẽ. 2 hoặc 1 Xem xét xử lý trong vòng 1 tuần

Quy định thực nghiệm trong đồ án nêu rõ: mỗi nội dung kiểm thử phải có số bản ghi kiểm thử tối thiểu là 30 bản ghi.

Chỉ số đánh giá mức độ lỗi tổng hợp của dự án được tính theo công thức:

$$\text{Mức độ lỗi} = (\text{Số lỗi loại 1} \times 8) + (\text{Số lỗi loại 2} \times 6) + (\text{Số lỗi loại 3} \times 4) + (\text{Số lỗi loại 4} \times 2) + (\text{Số lỗi loại 5} \times 1)$$

Về mặt quản lý trạng thái, vòng đời của một lỗi trên hệ thống Jira được luân chuyển qua các bước:

  • New: Lỗi được nhân viên kiểm thử tạo mới và ghi nhận trên Jira.
  • In progress: Lỗi được giao (assign) cho lập trình viên phụ trách và đang trong quá trình xử lý.
  • Reject: Lỗi bị từ chối nếu yêu cầu không phù hợp với tài liệu thiết kế hoặc không phải lỗi phần mềm.
  • Resolved: Lập trình viên đã thực hiện sửa lỗi mã nguồn xong.
  • Close: Nhân viên kiểm thử tiến hành kiểm thử lại thành công và đóng lỗi.
  • ReOpen: Mở lại lỗi nếu lỗi vẫn còn tái diễn hoặc xuất hiện lỗi tương tự sau khi đã đóng.

Song song đó, tiến trình kiểm soát lỗi nội bộ của nhóm PQA ghi nhận 4 trạng thái nghiệp vụ: ERROR (phát hiện lỗi) $\rightarrow$ ASSIGNED (phân tích và phân công xử lý) $\rightarrow$ PENDING (lập trình viên sửa lỗi) $\rightarrow$ TESTED (kiểm thử viên hoàn tất kiểm thử lại).

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

  • Kết quả nghiên cứu và thực nghiệm:
    • Hệ thống hóa đầy đủ khung lý thuyết về kiểm thử phần mềm, định hình rõ ràng vai trò của kiểm thử tĩnh, kiểm thử động, 3 chiến lược hộp đen/trắng/xám và 7 nguyên tắc kiểm thử then chốt.
    • Xây dựng hoàn chỉnh khung quy trình kiểm thử 7 bước chuẩn mực cho nhóm PQA, bao quát từ khâu lập kế hoạch, chuẩn bị môi trường, thiết kế ca kiểm thử, thực thi, đánh giá kết quả đến ghi nhận và kiểm thử lại.
    • Xây dựng bộ tài liệu kiểm thử thực tế cho website SAPO của Công ty Cổ phần Công nghệ DKT gồm kế hoạch kiểm thử (Test plan), hệ thống các bảng ca kiểm thử (Test case) chi tiết cho toàn bộ các phân hệ chính: Tổng quan, Bán hàng (Tạo đơn, Danh sách, Trả hàng, Giao hàng), Cửa hàng (Hàng hóa, Nhập hàng, Chuyển hàng, Kiểm hàng), Khách hàng, Nhà cung cấp, Chi phí và Báo cáo.
    • Triển khai thực tế quy trình kiểm soát lỗi trên hệ thống Jira với thang phân loại 4 cấp độ nghiêm trọng, gán trọng số định lượng từ 1 đến 8 và xác định rõ khung thời gian xử lý cho từng loại lỗi.
  • Giải pháp và đề xuất của tác giả:
    • Đề xuất áp dụng bắt buộc quy trình kiểm thử có tài liệu hóa trong các dự án phát triển phần mềm nhằm đảm bảo khả năng kiểm soát chất lượng độc lập.
    • Đề xuất công thức tính điểm trọng số lỗi tổng hợp nhằm định lượng mức độ rủi ro của phần mềm trước khi phát hành.
    • Đề xuất cơ chế phối hợp chặt chẽ giữa nhóm PQA và nhóm phát triển thông qua việc phân định rõ trạng thái lỗi trên Jira.
  • Đóng góp của đồ án: Đồ án đã liên kết thành công lý thuyết kiểm thử phần mềm chuẩn tắc với quy trình kiểm thử thực tế tại một doanh nghiệp công nghệ (DKT), chứng minh tính khả thi và hiệu quả của việc kiểm soát chất lượng trên hệ thống quản lý bán hàng đa phân hệ.

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

  • Hạn chế: Căn cứ theo phạm vi trình bày trong văn bản đồ án, các trường hợp kiểm thử được thiết kế và thực thi chủ yếu tập trung vào phương pháp kiểm thử chức năng thủ công (Manual Functional Testing) và kiểm thử hộp đen trên giao diện website. Phần kịch bản kiểm thử tự động (Test script) mới dừng lại ở việc trình bày phương pháp luận phát triển mà chưa triển khai thành bộ công cụ tự động hóa chạy độc lập. Các loại hình kiểm thử chuyên sâu khác như kiểm thử hiệu năng chịu tải (load/stress test) và kiểm thử bảo mật nâng cao chưa được xây dựng số liệu thực nghiệm chi tiết trong báo cáo.
  • Hướng nghiên cứu tiếp: Mở rộng nghiên cứu và xây dựng kịch bản kiểm thử tự động (Automation Testing) cho hệ thống website quản lý bán hàng; nghiên cứu tích hợp công cụ kiểm thử hiệu năng và kiểm tra an toàn thông tin chuyên sâu cho các nền tảng thương mại điện tử và quản lý bán hàng quy mô lớn.

Giá trị tham khảo

Đồ án là tài liệu tham khảo hữu ích cho các nhóm đối tượng:

  • Sinh viên ngành Công nghệ thông tin và Kỹ thuật phần mềm: Cung cấp tài liệu tổng hợp hệ thống về lý thuyết kiểm thử, 7 nguyên tắc kiểm thử phần mềm và phương pháp luận thiết kế ca kiểm thử.
  • Chuyên viên kiểm thử phần mềm (Tester / QA / QC): Tham khảo trực tiếp cấu trúc quy trình kiểm thử 7 bước của nhóm PQA, phương pháp phân loại lỗi, bảng trọng số tính điểm mức độ lỗi hệ thống và quy trình luân chuyển trạng thái lỗi trên công cụ Jira.
  • Các nhóm phát triển phần mềm và quản trị dự án web bán hàng: Cung cấp biểu mẫu kế hoạch kiểm thử (Test plan), cấu trúc ca kiểm thử (Test case) mẫu và danh mục kiểm thử chi tiết cho các phân hệ quản lý bán hàng, kho hàng, đối tác và báo cáo doanh thu.

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

1. Bảy nguyên tắc kiểm thử phần mềm được hệ thống hóa trong đồ án gồm những nguyên tắc nào? Bảy nguyên tắc bao gồm: (1) Kiểm thử đưa ra lỗi (chứng minh có lỗi chứ không chứng minh không có lỗi); (2) Kiểm thử tất cả mọi thứ là không thể (phải dựa vào phân tích rủi ro và độ ưu tiên); (3) Kiểm thử sớm; (4) Sự tập trung lỗi (áp dụng nguyên tắc tổ gián và quy tắc 80/20); (5) Nghịch lý thuốc trừ sâu (phải thay đổi và cập nhật test case định kỳ); (6) Kiểm thử theo các ngữ cảnh độc lập; (7) Sự sai lầm về việc không có lỗi (phần mềm không có lỗi nhưng không đúng nhu cầu người dùng thì vẫn thất bại).

2. Một trường hợp kiểm thử (Test case) chuẩn theo đề tài gồm những thành phần cơ bản nào? Một ca kiểm thử trong đồ án được cấu thành từ 4 phần cơ bản:

  • Điều kiện (Condition): Đặc tả các điều kiện cần có để tiến hành kiểm thử.
  • Dữ liệu đầu vào (Input Data): Dữ liệu đầu vào cần thiết để thực hiện kiểm thử.
  • Kết quả mong chờ (Expected Result): Kết quả mong đợi trả về từ đối tượng kiểm thử.
  • Kết quả thực tế (Actual Result): Kết quả thực tế thu được khi chạy đối tượng kiểm thử.

3. Khung phân loại mức độ nghiêm trọng của lỗi và trọng số tương ứng được quy định như thế nào? Lỗi được chia thành 4 nhóm chính với trọng số và thời gian xử lý:

  • Loại MEDIATE (Lỗi hệ thống): Trọng số 8 – Xử lý ngay lập tức.
  • Loại URGENT (Khẩn cấp - Lỗi nghiệp vụ, thiết kế): Trọng số 6 – Xử lý từ 1h đến 4h.
  • Loại HIGH (Cao - Lỗi dữ liệu nhập/kết xuất): Trọng số 4 – Xử lý trong vòng 1 ngày làm việc.
  • Loại NORMAL / LOW (Bình thường - Lỗi kỹ thuật, logic, hình thức): Trọng số 2 hoặc 1 – Xem xét xử lý trong vòng 1 tuần.

4. Vòng đời trạng thái của một lỗi trên hệ thống Jira được quản lý qua những trạng thái nào? Vòng đời lỗi trên Jira trải qua 6 trạng thái: New (tạo mới) $\rightarrow$ In progress (đang xử lý) $\rightarrow$ Reject (từ chối do không đúng thiết kế hoặc không phải lỗi) $\rightarrow$ Resolved (đã sửa xong mã nguồn) $\rightarrow$ Close (kiểm thử lại đạt và đóng lỗi) $\rightarrow$ ReOpen (mở lại nếu lỗi vẫn tái diễn).

5. Quy trình kiểm thử chuẩn của nhóm PQA gồm những giai đoạn nào? Quy trình gồm 7 giai đoạn liên hoàn: (1) Lập kế hoạch kiểm thử; (2) Chuẩn bị môi trường kiểm thử; (3) Thiết kế kiểm thử; (4) Thực hiện kiểm thử; (5) Thẩm tra và đánh giá kết quả kiểm thử; (6) Ghi nhận và xử lý lỗi; (7) Lập kế hoạch và triển khai kiểm thử lại.

Kết luận

Đồ án tốt nghiệp của tác giả Trần Thị Trang đã nghiên cứu và hệ thống hóa toàn diện cơ sở lý thuyết kiểm thử phần mềm cùng quy trình 7 giai đoạn chuẩn mực cho hoạt động đảm bảo chất lượng phần mềm. Công trình đã ứng dụng thành công quy trình này vào bài toán thực tế trên website quản lý bán hàng SAPO của Công ty Cổ phần Công nghệ DKT, thiết lập bộ tài liệu kiểm thử chi tiết và chuẩn hóa quy trình quản lý lỗi trên Jira. Kết quả nghiên cứu thể hiện tính ứng dụng thực tiễn cao, đóng vai trò tài liệu tham khảo có giá trị cho sinh viên công nghệ thông tin và đội ngũ kiểm thử phần mềm trong các dự án phát triển ứng dụng web.