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

Khóa luận tốt nghiệp "Nghiên cứu và ứng dụng kiểm thử tự động cho website quản lý tuyển dụng tại công ty cổ phần Sun-Asterisk" được thực hiện bởi sinh viên Lê Hoài Thương (Lớp K23HTTTA, Khoa Công nghệ thông tin và Kinh tế số, Học viện Ngân hàng) dưới sự hướng dẫn của ThS. Nguyễn Thị Thùy Anh vào năm 2024.

Trong bối cảnh chuyển đổi số và phát triển phần mềm hiện đại, các ứng dụng nền tảng web đóng vai trò kết nối thông tin thiết yếu trong doanh nghiệp. Đối với Công ty Cổ phần Sun-Asterisk (Sun*), hệ thống quản lý tuyển dụng WSM được xây dựng nhằm mục tiêu chuyên nghiệp hóa, tự động hóa quy trình tuyển dụng và quản trị nguồn ứng viên. Tại doanh nghiệp, các dự án phần mềm được vận hành theo mô hình Agile với chu kỳ phát triển và bàn giao sản phẩm từ 2 đến 4 tuần cho mỗi giai đoạn (sprint). Trong mỗi giai đoạn, một chức năng đơn lẻ yêu cầu thực hiện từ 200 đến 300 ca kiểm thử (testcase) trên một cấu hình môi trường. Khi tiến hành kiểm thử hồi quy (regression testing) trên nhiều tổ hợp trình duyệt (Chrome, Firefox, Safari, Edge) và hệ điều hành (Windows, macOS, Linux), số lượng testcase cần thực thi lặp lại có thể lên tới 1.000 testcase cho mỗi chức năng sau mỗi lần nâng cấp hoặc sửa lỗi hệ thống.

Việc duy trì phương pháp kiểm thử thủ công (manual testing) đối với khối lượng 1.000 testcase lặp đi lặp lại đã tạo ra nhiều thách thức nghiêm trọng:

  • Thời gian bàn giao sản phẩm bị kéo dài do quy trình thủ công tiêu tốn nhiều thời gian và nguồn lực.
  • Khó khăn trong việc bao phủ kiểm thử trên đa dạng trình duyệt và môi trường, dẫn tới rủi ro tồn tại lỗi tiềm ẩn.
  • Thiếu hụt tài nguyên và thời gian để thực hiện kiểm thử hồi quy toàn diện khi hệ thống liên tục thay đổi yêu cầu hoặc bổ sung tính năng mới, dễ gây bỏ sót lỗi.

Trước thực trạng đó, nghiên cứu đặt ra mục đích và 4 nhiệm vụ cụ thể:

  1. Tìm hiểu quy trình nghiệp vụ tuyển dụng nhân sự, tập trung vào phân tích và nghiên cứu chức năng quản lý ứng viên.
  2. Phân tích quy trình kiểm thử hiện tại của công ty, bao gồm các phương pháp, công cụ và quy trình kiểm thử thủ công đang được sử dụng.
  3. Phát triển và áp dụng kiểm thử tự động cho website quản lý tuyển dụng nhân sự, bao gồm việc xây dựng các kịch bản thử nghiệm, cấu hình và triển khai các công cụ kiểm thử tự động.
  4. Đánh giá hiệu suất và hiệu quả của quy trình kiểm thử khi áp dụng kiểm thử tự động, từ đó so sánh với quy trình kiểm thử thủ công hiện tại và đề xuất các cải tiến, điều chỉnh cần thiết.

Đối tượng và phạm vi nghiên cứu:

  • Đối tượng nghiên cứu: Website quản lý tuyển dụng WSM của Công ty Cổ phần Sun-Asterisk.
  • Phạm vi nội dung: Tập trung vào các chức năng cốt lõi của website quản lý tuyển dụng, trọng tâm là phân hệ quản lý ứng viên và chức năng xác thực đăng nhập.
  • Phạm vi thời gian: Từ tháng 02/2024 đến tháng 04/2024.

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

Nghiên cứu hệ thống hóa toàn diện các lý thuyết nền tảng về kiểm thử phần mềm và tự động hóa kiểm thử:

1. Cơ sở lý thuyết kiểm thử phần mềm

  • Bốn mức độ kiểm thử: Kiểm thử đơn vị (Unit Testing), Kiểm thử tích hợp (Integration Testing), Kiểm thử hệ thống (System Testing), và Kiểm thử chấp nhận (Acceptance Testing).
  • Bốn phân loại kiểm thử chính: Kiểm thử chức năng (Functional Testing), Kiểm thử phi chức năng (Non-functional Testing), Kiểm thử cấu trúc (Structural Testing), và Kiểm thử liên quan đến sự thay đổi (bao gồm Kiểm thử xác nhận - Confirmation Testing và Kiểm thử hồi quy - Regression Testing).
  • Kiểm thử tự động: Định nghĩa theo Thomas Hamilton (2024), đây là quá trình sử dụng các đoạn mã lệnh (script) và công cụ chuyên dụng để thực thi các trường hợp thử nghiệm theo các phương thức định sẵn, thay thế các thao tác thủ công nhằm nâng cao tốc độ, độ chính xác và khả năng lặp lại.
  • Các mô hình framework kiểm thử tự động: Khung kiểm tra hướng dữ liệu (Data-driven Framework), Khung kiểm tra hướng từ khóa (Keyword-driven Framework), Khung kiểm tra kết hợp (Hybrid Framework), Khung ghi và phát lại (Record and Playback), và Khung kiểm tra dựa trên module (Module-based Framework).
Tiêu chí so sánh Kiểm thử tự động Kiểm thử thủ công
Tốc độ thực thi Nhanh chóng, tiết kiệm thời gian đáng kể khi lặp lại Đòi hỏi nhiều thời gian và nguồn nhân lực
Thử nghiệm ngẫu nhiên Không hỗ trợ các thử nghiệm phát sinh ngẫu nhiên ngoài kịch bản Người kiểm thử có thể linh hoạt thực hiện kiểm tra ngẫu nhiên
Chi phí đầu tư Chi phí đầu tư ban đầu cao (công cụ, xây dựng framework) Đầu tư ban đầu thấp hơn
Báo cáo thử nghiệm Xuất báo cáo tự động trên hệ thống, phân quyền theo dõi Cập nhật thủ công dưới dạng văn bản (Excel/Word) hoặc công cụ quản lý
Kiểm tra hiệu suất Hỗ trợ tốt các loại kiểm thử tải, kiểm thử áp lực (load/stress testing) Khó thực hiện hoặc không khả thi
Thời gian chạy Có thể lên lịch chạy tự động bất kỳ lúc nào (hàng đêm/hàng tuần) Phụ thuộc vào giờ làm việc của nhân sự, dễ trễ hạn

2. So sánh và lựa chọn công cụ

Nghiên cứu tiến hành đánh giá ưu và nhược điểm giữa ba công cụ kiểm thử phổ biến: Selenium, Katalon Studio và Robot Framework.

Công cụ Ưu điểm Nhược điểm
Selenium Tương thích đa trình duyệt (Chrome, Firefox, Edge, Safari); hỗ trợ nhiều ngôn ngữ (Java, Python, C#, Ruby, JavaScript); cộng đồng lớn; tích hợp tốt với TestNG, JUnit. Đòi hỏi nhân viên kiểm thử phải có kiến thức lập trình vững vàng.
Katalon Studio Giao diện thân thiện, dễ sử dụng; hỗ trợ đa nền tảng (Web, Mobile, Desktop, API); tích hợp sẵn tính năng ghi/phát lại và tạo báo cáo tự động. Tính linh hoạt thấp hơn Selenium; phiên bản miễn phí bị giới hạn số lượng bộ kiểm thử và tính năng nâng cao.
Robot Framework Cú pháp từ khóa tự nhiên, dễ đọc; kiến trúc module phong phú với nhiều thư viện mở rộng cho Web, API, Database. Thư viện và plugin hỗ trợ vẫn hạn chế hơn so với Selenium; khả năng mở rộng ở các bài toán phức tạp bị giới hạn.

Trong hệ sinh thái Selenium, tác giả phân tích sự khác biệt giữa Selenium IDE, Selenium RC, Selenium WebDriver và Selenium Grid; qua đó khẳng định Selenium WebDriver là công cụ tối ưu nhất nhờ cơ chế giao tiếp trực tiếp với trình duyệt qua JSON Protocol, hiệu suất cao, hỗ trợ đa nền tảng và kiểm soát tốt các thao tác phức tạp trên giao diện người dùng.

3. Phương pháp nghiên cứu thực tế

  • Phương pháp phân tích - tổng hợp: Khảo sát quy trình nghiệp vụ tuyển dụng, phân tích tài liệu đặc tả yêu cầu phần mềm và luồng ca sử dụng (Use Case) của hệ thống WSM.
  • Phương pháp thực nghiệm kỹ thuật: Xây dựng framework kiểm thử tự động hướng module bằng ngôn ngữ Java trên nền tảng Selenium WebDriver, sử dụng Maven quản lý thư viện và ExtentReports 5 làm công cụ xuất báo cáo trực quan.
  • Nguồn dữ liệu: Dữ liệu thực tế từ giao diện và quy trình vận hành của website quản lý tuyển dụng tại Công ty Cổ phần Sun-Asterisk.

Thiết kế và triển khai framework kiểm thử

Khóa luận thiết kế kiến trúc tự động hóa dựa trên nguyên lý hoạt động của Selenium WebDriver và mô hình phân tách trách nhiệm nhiều tầng.

[Kiến trúc Selenium WebDriver]

Cấu trúc framework kiểm thử tự động cho hệ thống WSM được tổ chức thành 4 tầng độc lập:

  1. Tầng Actions (Hành động): Chứa các phương thức và thành phần xử lý dùng chung (common actions) như các thao tác tương tác với Web Element (click, sendKeys, clear, select, scroll, wait), quản lý chuyển đổi cửa sổ (switch window), xử lý cảnh báo (alert) và điều hướng trình duyệt.
  2. Tầng Interfaces (Giao diện): Định nghĩa và lưu trữ tập trung các bộ định vị phần tử (Locators) của các trang web thông qua ID, Name, ClassName, TagName, LinkText, CSS Selector và XPath. Việc tách riêng tầng này giúp bảo trì kịch bản dễ dàng khi giao diện UI thay đổi mà không làm ảnh hưởng đến mã lệnh kiểm thử.
  3. Tầng Testcases (Kịch bản kiểm thử): Xây dựng các lớp kiểm thử cụ thể (Test Classes) kế thừa các hành động từ tầng Actions và sử dụng bộ định vị từ tầng Interfaces để thực thi các bước kiểm thử theo từng ca sử dụng.
  4. Tầng Resource (Tài nguyên và Cấu hình): Quản lý các tệp cấu hình trình duyệt, driver thực thi (ChromeDriver, GeckoDriver), dữ liệu kiểm thử đầu vào và cấu hình thư viện báo cáo ExtentReports (phiên bản ExtentReports 5).

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

Chương 1: Tổng quan về bài toán và lý thuyết kiểm thử phần mềm

  • Đơn vị thực tập: Giới thiệu Công ty Cổ phần Sun-Asterisk (Sun*) thành lập năm 2012 với 100% vốn đầu tư từ Nhật Bản, khởi đầu từ 15 nhân sự dưới sự dẫn dắt của Giám đốc Kobayashi Taihei, đến nay đã phát triển quy mô trên 1.500 nhân viên tại 4 quốc gia (Việt Nam, Nhật Bản, Singapore, Campuchia). Tại Việt Nam, Sun* có 3 chi nhánh tại Hà Nội, Đà Nẵng và TP. Hồ Chí Minh. Doanh nghiệp hoạt động trong các lĩnh vực Outsourcing, phát triển sản phẩm công nghệ độc quyền (Viblo, Talky Bird), cung cấp giải pháp Chuyển đổi số và Đào tạo nhân lực IT.
  • Mô tả bài toán WSM: Giới thiệu hệ thống quản lý tuyển dụng WSM với các tính năng tự động hóa tuyển dụng, quản lý nguồn ứng viên, tìm kiếm và tạo lịch phỏng vấn.
  • Thực trạng và thách thức: Phân tích quy trình kiểm thử hồi quy theo mô hình Agile (chu kỳ 2-4 tuần), tính toán khối lượng 1.000 testcase cần thực hiện trên tổ hợp trình duyệt và hệ điều hành cho mỗi chức năng. Phân tích các thách thức về thời gian, chi phí nhân lực, nguy cơ trễ tiến độ bàn giao và hạn chế về môi trường kiểm thử thủ công.
  • Tổng quan lý thuyết: Hệ thống hóa 4 mức độ kiểm thử, 4 phân loại kiểm thử phần mềm; phân tích 5 loại framework kiểm thử tự động; so sánh chuyên sâu giữa Selenium, Katalon Studio và Robot Framework; trình bày kiến trúc 4 thành phần của Selenium WebDriver (Client Libraries, JSON Protocol, Browser Driver, Real Browser) cùng các nhóm câu lệnh điều khiển cơ bản.

Chương 2: Phân tích chức năng quản lý ứng viên của hệ thống quản lý tuyển dụng và xây dựng framework kiểm thử website bằng công cụ Selenium Webdriver

  • Phân tích chức năng tổng quan hệ thống WSM: Hệ thống gồm 5 phân hệ chính: Quản lý ứng viên, Quản lý pipeline (quy trình tuyển dụng theo từng vị trí), Quản lý công việc (vị trí tuyển dụng, mô tả, yêu cầu), Quản lý tiến trình của ứng viên, và Quản lý lịch phỏng vấn.
  • Phân tích chi tiết và đặc tả yêu cầu phân hệ Quản lý ứng viên: Tác giả xây dựng biểu đồ Use Case tổng quát, mô tả luồng sự kiện chính/phụ và bảng đặc tả kỹ thuật chi tiết cho từng chức năng:
    • Chức năng đăng nhập: Email (trường bắt buộc, đúng định dạng localpart@domain.com), Password (trường bắt buộc, độ dài $\ge 8$ ký tự), nút Submit.
    • Chức năng thêm mới ứng viên: Upload CV (chấp nhận file .jpeg, dung lượng $\le 3\text{MB}$), Vị trí ứng tuyển (Dropdown list), Giai đoạn (Combo box lấy từ pipeline), Tên ứng viên (Text box bắt buộc, tối đa 255 ký tự), Ngày sinh (Date picker yyyy-mm-dd), Email (Text box bắt buộc, tối đa 255 ký tự), Số điện thoại, Địa chỉ (tối đa 255 ký tự), Mức lương (Integer), Nguồn ứng viên, Ngày kết thúc, Tag, Mô tả (Area textbox bắt buộc, tối đa 10.000 ký tự).
    • Chức năng tìm kiếm ứng viên: Đa tiêu chí gồm Tên ứng viên (tối đa 255 ký tự), Ngày thêm (từ - đến, định dạng yyyy/mm/dd), Hoạt động cuối (từ - đến), Quốc gia tuyển dụng, Thành phố tuyển dụng, Loại hình làm việc, Nguồn ứng viên.
    • Chức năng xem chi tiết và chỉnh sửa thông tin ứng viên: Kiểm tra việc hiển thị đầy đủ thông tin cá nhân, mạng xã hội, kỹ năng kỹ thuật, kỹ năng mềm, ngôn ngữ và khả năng cập nhật lại các trường dữ liệu.
    • Chức năng cập nhật hồ sơ xin việc (CV): Thêm mới và chỉnh sửa file CV đính kèm với định dạng hỗ trợ .pdf hoặc .jpeg, dung lượng tối đa $\le 3\text{MB}$.
    • Chức năng quản lý học vấn (Education): Thêm mới, chỉnh sửa, xóa thông tin học vấn với các trường: Tên trường (bắt buộc, tối đa 255 ký tự), Chuyên ngành (bắt buộc, tối đa 255 ký tự), Loại bằng (Dropdown: Associate’s Degree, Bachelor’s Degree, Master’s Degree, Doctorate, Other), Tháng/Năm bắt đầu và Tháng/Năm kết thúc.
    • Chức năng quản lý kinh nghiệm (Experience) và Đánh giá (Evaluation): Đặc tả use case và giao diện cho các hành động thêm mới, chỉnh sửa và xóa kinh nghiệm làm việc cũng như các đánh giá của nhân viên HR đối với ứng viên.
  • Thiết kế framework kiểm thử: Phân bổ mã nguồn theo 4 tầng (Actions, Interfaces, Testcases, Resources) và cấu hình báo cáo ExtentReports.

Chương 3: Triển khai và kiểm thử các chức năng cho website quản lý tuyển dụng tại công ty

  • Triển khai thực nghiệm: Xây dựng và thực thi các bộ kịch bản kiểm thử tự động (test scripts) cho chức năng đăng nhập và phân hệ quản lý ứng viên (thêm mới ứng viên, cập nhật thông tin ứng viên, đánh giá ứng viên) trên trình duyệt Google Chrome.
  • Đánh giá kết quả thực nghiệm: Trích xuất kết quả thực thi và báo cáo đồ họa thông qua ExtentReports 5, ghi nhận tỷ lệ thực hiện thành công các ca kiểm thử.
  • So sánh hiệu năng: So sánh thời gian thực thi giữa kiểm thử thủ công và kiểm thử tự động trên khối lượng ca kiểm thử hồi quy tương đương.
  • Đánh giá khó khăn: Tổng kết các khó khăn phát sinh trong quá trình triển khai, đặc biệt là việc duy trì tính ổn định của mã kiểm thử khi giao diện website thay đổi động và cấu hình môi trường kiểm thử.

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

1. Kết quả chính

  • Phân tích và xây dựng thành công bộ đặc tả ca sử dụng (Use Case) và kịch bản kiểm thử chi tiết cho toàn bộ các luồng nghiệp vụ của phân hệ Quản lý ứng viên và Đăng nhập trên hệ thống WSM.
  • Xây dựng hoàn chỉnh một framework kiểm thử tự động có cấu trúc module hóa phân tầng (Actions - Interfaces - Testcases - Resources) bằng Java kết hợp Selenium WebDriver.
  • Tích hợp thành công công cụ ExtentReports 5 để tự động xuất báo cáo kết quả kiểm thử dưới dạng giao diện trực quan, hỗ trợ theo dõi trạng thái Pass/Fail và nhật ký lỗi chi tiết của từng bước kiểm thử trên trình duyệt Google Chrome.
  • Minh chứng bằng số liệu thực nghiệm về việc cắt giảm đáng kể thời gian và công sức thực thi kiểm thử hồi quy so với quy trình thủ công 1.000 testcase trước đây.

2. Giải pháp và kiến nghị

  • Doanh nghiệp cần chuẩn hóa quy trình phân tách giữa tầng định vị giao diện (Interfaces) và tầng xử lý kịch bản (Testcases) nhằm giảm thiểu thời gian bảo trì mã kiểm thử khi hệ thống có sự cập nhật về UI.
  • Khuyến nghị đưa bộ kịch bản kiểm thử tự động vào quy trình kiểm thử định kỳ (chạy hàng đêm hoặc sau mỗi lần build) để phát hiện lỗi hồi quy sớm trong các chu kỳ Agile.

3. Đóng góp về mặt học thuật và thực tiễn

  • Ý nghĩa lý luận: Hệ thống hóa cơ sở lý luận về tự động hóa kiểm thử phần mềm; cung cấp mô hình so sánh định lượng và định tính giữa các công cụ kiểm thử tự động (Selenium, Katalon, Robot Framework) và các thành phần của Selenium Suite.
  • Ý nghĩa thực tiễn: Cung cấp giải pháp kỹ thuật ứng dụng trực tiếp tại Công ty Cổ phần Sun-Asterisk, giúp doanh nghiệp tối ưu hóa quy trình kiểm thử, giảm thiểu chi phí nhân lực và thời gian, đồng thời nâng cao tính ổn định và chất lượng cho sản phẩm WSM.

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

  • Hạn chế:

    • Nghiên cứu mới chỉ tập trung phân tích và triển khai kiểm thử tự động cho chức năng Đăng nhập và phân hệ Quản lý ứng viên; chưa mở rộng bao phủ toàn bộ các phân hệ khác của hệ thống WSM như Quản lý pipeline tuyển dụng, Quản lý công việc hay Quản lý lịch phỏng vấn.
    • Quá trình thực nghiệm tự động hóa chủ yếu được thực hiện trên trình duyệt Google Chrome, chưa cấu hình kiểm thử phân tán đồng thời trên nhiều hệ điều hành và trình duyệt khác nhau thông qua Selenium Grid.
    • Gặp thách thức trong việc xử lý các thành phần giao diện web thay đổi động và phụ thuộc vào tốc độ tải trang thực tế.
  • Hướng nghiên cứu tiếp:

    • Mở rộng phạm vi kịch bản kiểm thử tự động cho toàn bộ các chức năng còn lại trên hệ thống WSM.
    • Ứng dụng Selenium Grid để phân phối và thực thi song song các bộ kiểm thử trên nhiều máy chủ, nhiều hệ điều hành và đa dạng trình duyệt nhằm rút ngắn tối đa thời gian kiểm thử hồi quy.
    • Tích hợp framework kiểm thử tự động vào hệ thống tích hợp liên tục và triển khai liên tục (CI/CD) trong quy trình phát triển Agile của doanh nghiệp.

Giá trị tham khảo

Tài liệu khóa luận mang lại giá trị tham khảo thiết thực cho các nhóm đối tượng:

  • Sinh viên ngành Hệ thống thông tin quản lý, Công nghệ thông tin, Kỹ thuật phần mềm: Là tài liệu mẫu hữu ích về phương pháp phân tích yêu cầu phần mềm, đặc tả ca sử dụng chuẩn mực và cách thức xây dựng một đồ án tốt nghiệp chuyên sâu về đảm bảo chất lượng phần mềm (Software Testing / QA-QC).
  • Kỹ sư kiểm thử phần mềm (Tester/QA Engineer): Cung cấp hướng dẫn chi tiết về cấu trúc thiết kế framework kiểm thử tự động theo mô hình phân tầng, kỹ thuật định vị phần tử web bằng Selenium WebDriver và tích hợp báo cáo tự động bằng ExtentReports 5 trong môi trường doanh nghiệp thực tế.
  • Phần nội dung đáng tham khảo nhất: Hệ thống các bảng đặc tả yêu cầu và luồng Use Case chi tiết của chức năng Quản lý ứng viên (Chương 2) cùng cấu trúc phân tầng của framework kiểm thử tự động (Chương 2 và Chương 3).

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

1. Khóa luận giải quyết bài toán kiểm thử trong bối cảnh phát triển phần mềm cụ thể nào tại Sun-Asterisk?
Dự án phát triển hệ thống WSM vận hành theo mô hình Agile với chu kỳ bàn giao 2-4 tuần/giai đoạn. Mỗi chức năng phát sinh 200-300 testcase trên một môi trường và tổng cộng khoảng 1.000 testcase hồi quy trên đa trình duyệt/hệ điều hành, khiến quy trình kiểm thử thủ công bị quá tải và chậm tiến độ.

2. Lý do chính khiến tác giả lựa chọn Selenium WebDriver thay vì Selenium IDE hay Selenium RC là gì?
Theo phân tích so sánh tại Bảng 1.3 của khóa luận, Selenium WebDriver giao tiếp trực tiếp với trình duyệt thông qua giao thức JSON nên đạt hiệu suất cao, hỗ trợ đa dạng ngôn ngữ lập trình và trình duyệt, đồng thời xử lý tốt các tác vụ nâng cao như hộp thoại cảnh báo (Alert), thao tác chuột, điều hướng và chuyển đổi cửa sổ (Switch Window), khắc phục hoàn toàn nhược điểm giới hạn trình duyệt của IDE và sự phụ thuộc máy chủ trung gian của RC.

3. Cấu trúc framework kiểm thử tự động được xây dựng trong khóa luận gồm những tầng nào?
Framework được tổ chức thành 4 tầng: Tầng Actions (chứa các phương thức tương tác và xử lý dùng chung), Tầng Interfaces (lưu trữ tập trung các bộ định vị Web Element), Tầng Testcases (chứa các kịch bản kiểm thử cho từng chức năng), và Tầng Resource (quản lý driver, cấu hình môi trường và thư viện ExtentReports 5).

4. Phân hệ Quản lý ứng viên trên hệ thống WSM gồm những chức năng chi tiết nào được đặc tả và kiểm thử?
Phân hệ gồm các chức năng: Thêm mới ứng viên, Tìm kiếm ứng viên đa tiêu chí, Xem thông tin chi tiết ứng viên, Chỉnh sửa thông tin ứng viên, Thêm/sửa CV xin việc, Quản lý thông tin học vấn (thêm/sửa/xóa), Quản lý kinh nghiệm làm việc (thêm/sửa/xóa), và Quản lý đánh giá ứng viên (thêm/sửa/xóa).

5. Thư viện nào được sử dụng để xuất báo cáo kết quả kiểm thử tự động trong nghiên cứu?
Khóa luận sử dụng thư viện ExtentReports (phiên bản ExtentReports 5) để tạo báo cáo trực quan dạng biểu đồ và bảng chi tiết về trạng thái thực thi của các ca kiểm thử trên trình duyệt Google Chrome.


Kết luận

Khóa luận tốt nghiệp của sinh viên Lê Hoài Thương đã giải quyết thành công bài toán tối ưu hóa quy trình kiểm thử hồi quy cho hệ thống quản lý tuyển dụng WSM tại Công ty Cổ phần Sun-Asterisk. Bằng việc phân tích sâu sắc nghiệp vụ quản lý ứng viên và xây dựng framework kiểm thử tự động phân tầng bằng Selenium WebDriver kết hợp ExtentReports 5, đề tài đã chứng minh tính hiệu quả vượt trội về thời gian và độ tin cậy so với phương pháp thủ công truyền thống. Đây là công trình có giá trị thực tiễn cao, đóng góp một mô hình kiểm thử tự động hoàn chỉnh và có khả năng ứng dụng rộng rãi trong các dự án phần mềm vận hành theo mô hình Agile.