Giới thiệu dự án

Trong bối cảnh chuyển đổi số và phát triển phần mềm hiện đại theo các mô hình Agile và DevOps, việc kiểm soát chất lượng phần mềm (Software Quality Assurance - SQA) đóng vai trò sống còn. Theo các khảo sát từ Viện Tiêu chuẩn và Kỹ thuật Quốc gia Hoa Kỳ (NIST) và Consortium for Information & Software Quality (CISQ), chi phí khắc phục lỗi phần mềm trong giai đoạn vận hành cao gấp 30 đến 100 lần so với giai đoạn phân tích và kiểm thử ban đầu; đồng thời kiểm thử thủ công (manual testing) thường chiếm tới 35–45% tổng thời gian của một chu kỳ phát hành phần mềm nhưng vẫn tiềm ẩn tỷ lệ lỗi do con người vượt mức 15–20% trong các đợt hồi quy (regression testing).

Vấn đề cốt lõi đặt ra là các quy trình kiểm thử thủ công lặp đi lặp lại trên hệ thống quản trị doanh nghiệp quy mô lớn gây lãng phí tài nguyên, tốc độ thực thi chậm và dễ bỏ sót các ca kiểm thử biên (boundary values). Đồ án nghiên cứu và triển khai giải pháp kiểm thử tự động hóa toàn diện sử dụng Katalon Studio trên nền tảng quản lý nhân sự mã nguồn mở OrangeHRM, nhằm tối ưu hóa độ bao phủ kiểm thử, rút ngắn chu kỳ phản hồi lỗi và chuẩn hóa quy trình đảm bảo chất lượng phần mềm.

+-------------------------------------------------------------------------+
|                              MỤC TIÊU DỰ ÁN                             |
+-------------------------------------------------------------------------+
| 1. Hệ thống hóa cơ sở lý thuyết về SQA, phân loại lỗi và kỹ thuật test  |
| 2. Nghiên cứu cấu trúc và tính năng tự động hóa của Katalon Studio      |
| 3. Xây dựng kịch bản kiểm thử (Test Case/Test Suite) trên OrangeHRM    |
| 4. Triển khai cơ chế Data-Driven Testing & tối ưu hóa Object Repository |
+-------------------------------------------------------------------------+

Phương pháp tiếp cận

Đồ án áp dụng phương pháp tiếp cận kiểm thử hộp đen (Black-box testing) kết hợp kiểm thử hộp xám (Gray-box testing), tận dụng kiến trúc Hybrid Keyword-Driven kết hợp Data-Driven Testing được tích hợp sẵn trong Katalon Studio. Giải pháp cho phép tự động hóa tương tác giao diện người dùng (GUI Testing) thông qua các bộ định vị phần tử (Locators) mạnh mẽ, đồng thời tích hợp báo cáo tự động hóa qua Katalon TestOps.

Kết quả kỳ vọng và chỉ số đo lường

  • Độ bao phủ kiểm thử (Test Coverage): Đạt 100% các luồng nghiệp vụ quan trọng trên 5 phân hệ cốt lõi của OrangeHRM.
  • Thời gian thực thi: Giảm ít nhất 70% thời gian chạy kiểm thử hồi quy so với kiểm thử thủ công.
  • Tỷ lệ phát hiện lỗi: Tự động bắt chính xác 100% các trường hợp vi phạm validation dữ liệu đầu vào.

Phạm vi và giới hạn

Đồ án tập trung nghiên cứu phiên bản Katalon Studio Standalone Edition, thực thi kịch bản kiểm thử giao diện Web trên nền tảng ứng dụng quản trị nhân sự OrangeHRM (các phân hệ: Xác thực hệ thống, Quản lý tài khoản Admin, Quản lý nhân viên PIM, Quản lý ứng viên tuyển dụng Recruitment, Quản lý nghỉ phép Leave). Giới hạn của nghiên cứu là chưa đi sâu vào kiểm thử hiệu năng tải trọng cao (Load/Stress Testing) và kiểm thử ứng dụng di động nâng cao.

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Kiểm thử tự động hóa trên giao diện web hiện có nhiều giải pháp công nghệ, từ các thư viện mã nguồn mở cấp thấp đến các nền tảng thương mại đóng gói hoàn chỉnh.

Tiêu chí Kiểm thử thủ công (Manual) Selenium WebDriver thuần Cypress Framework Katalon Studio
Tốc độ triển khai ban đầu Nhanh, không cần code Chậm, cần dựng framework Trung bình Rất nhanh (Out-of-the-box)
Yêu cầu kỹ năng lập trình Không yêu cầu Chuyên sâu (Java/C#/Python) Thành thạo JavaScript/TS Linh hoạt (No-code / Low-code / Pro-code)
Object Repository Không có Phải tự xây Page Object Model Tự cấu trúc trong code Tích hợp sẵn, quản lý tập trung
Hỗ trợ Data-Driven Không Cần tích hợp Apache POI/TestNG Cần cấu hình fixtures/JSON Hỗ trợ trực tiếp Excel, CSV, DB
Khả năng tích hợp CI/CD Thủ công Cần cấu hình phức tạp Tích hợp tốt qua CLI Tích hợp sẵn với Jenkins, Azure DevOps, TestOps
Chi phí bảo trì kịch bản Rất cao Cao khi UI thay đổi Trung bình Tối ưu hóa nhờ Spy Web/Record

Phân tích yêu cầu theo mô hình MoSCoW

  • Must-have (Bắt buộc phải có): Kiểm thử tự động luồng Đăng nhập (Authentication), Thêm/Sửa nhân viên (PIM), Tiếp nhận ứng viên (Recruitment), Nộp đơn xin nghỉ phép (Leave); Xác thực hợp lệ trường dữ liệu (Validation Rules).
  • Should-have (Nên có): Cơ chế lưu trữ định vị phần tử tập trung (Object Repository); Báo cáo kết quả kiểm thử tự động (Execution Log & TestOps Report).
  • Could-have (Có thể có): Kịch bản kiểm thử hướng dữ liệu (Data-Driven Testing) đọc từ file dữ liệu ngoài; Tự động chụp màn hình khi xảy ra lỗi (On-failure Screenshot).
  • Won't-have (Tạm thời chưa triển khai): Kiểm thử tải song song phân tán trên Selenium Grid quy mô lớn.

Thiết kế hệ thống

Kiến trúc kiểm thử tự động hóa được thiết kế theo mô hình nhiều tầng (Multi-tier Test Architecture), phân tách độc lập giữa tầng lưu trữ định vị giao diện, tầng kịch bản kiểm thử nghiệp vụ và tầng nguồn dữ liệu.

graph TD
    A[Nguồn Dữ Liệu: Excel / CSV / Internal Data] --> B[Tầng Kịch Bản Kiểm Thử: Test Cases / Test Suites]
    C[Katalon Object Repository: Xpath, CSS Selector, ID] --> B
    D[Thư Viện Từ Khóa: Built-in Keywords / Custom Keywords] --> B
    B --> E[Katalon Core Execution Engine / Selenium Wrapper]
    E --> F[Trình Duyệt: Chrome / Firefox / Edge Drivers]
    F --> G[Hệ Thống Kiểm Thử: OrangeHRM Web Application]
    E --> H[Báo Cáo & Phân Tích: Log Viewer / Katalon TestOps Cloud]

Công nghệ sử dụng và phiên bản

  • Môi trường phát triển kiểm thử (IDE): Katalon Studio v8.6.x (hỗ trợ Groovy 3.0.17 và Java JDK 11).
  • Nền tảng kiểm thử thực nghiệm: OrangeHRM Open Source Edition v5.x (kiến trúc Web PHP/MySQL).
  • Trình điều khiển duyệt web (WebDrivers): ChromeDriver, GeckoDriver tương thích các phiên bản trình duyệt hiện hành.
  • Hệ thống quản lý mã nguồn & báo cáo: Git, Katalon TestOps Cloud Dashboard.

Chiến lược định vị đối tượng giao diện (Locator Strategy)

Katalon Studio quản lý các Web Elements thông qua Object Repository với chiến lược ưu tiên nhận diện thuộc tính:

  1. ID duy nhất: //input[@id='txtUsername'] (Độ ổn định tuyệt đối).
  2. XPath tương đối (Relative XPath): //div[contains(@class, 'oxd-input-group')]//input[@name='firstName'].
  3. Thuộc tính dữ liệu tùy biến (Data Attributes / CSS Selector): input.oxd-input[placeholder='Type here'].

Phương pháp luận (Methodology)

Dự án áp dụng quy trình kiểm thử phần mềm chuẩn (STLC - Software Testing Life Cycle) lồng ghép trong chu trình phát triển Agile/Scrum:

[Phân tích yêu cầu & Đặc tả Test Case]
                ↓
[Thiết kế kịch bản & Chuẩn bị dữ liệu biên]
                ↓
[Thu thập Object Repository bằng Spy Web / Record Web]
                ↓
[Lập trình kịch bản & Gắn Assertions (Scripting)]
                ↓
[Thực thi Test Suite & Đánh giá Log / Báo cáo TestOps]
                ↓
[Ghi nhận Bug & Kiểm thử hồi quy (Regression Testing)]

Quản lý rủi ro kỹ thuật

Rủi ro Mức độ Biện pháp giảm thiểu
Giao diện thay đổi động (Dynamic ID/Class) Cao Sử dụng XPath tương đối dựa trên nhãn văn bản (Text-based XPath) hoặc quan hệ cha-con (Axes).
Độ trễ tải trang không đồng nhất (Flaky Tests) Trung bình Sử dụng cơ chế chờ linh hoạt WebUI.waitForElementVisible() thay cho Thread.sleep().
Xung đột phiên bản WebDriver Thấp Bật tính năng Auto-update WebDriver tích hợp sẵn trong Katalon Studio.

Implementation và kết quả

Quy trình triển khai

Kịch bản kiểm thử được xây dựng bằng hai chế độ: Manual/Record Mode cho việc bắt luồng thao tác ban đầu và Script Mode (Groovy/Java) để bổ sung các cấu trúc điều khiển, vòng lặp và câu lệnh kiểm tra (Assertions).

import static com.kms.katalon.core.checkpoint.CheckpointFactory.findCheckpoint
import static com.kms.katalon.core.testcase.TestCaseFactory.findTestCase
import static com.kms.katalon.core.testdata.TestDataFactory.findTestData
import static com.kms.katalon.core.testobject.ObjectRepository.findTestObject
import com.kms.katalon.core.webui.keyword.WebUiBuiltInKeywords as WebUI
import com.kms.katalon.core.model.FailureHandling as FailureHandling

// Kịch bản: Kiểm thử chức năng Thêm mới Ứng viên Tuyển dụng (Add Candidate)
WebUI.openBrowser('')
WebUI.maximizeWindow()
WebUI.navigateToUrl('https://opensource-demo.orangehrmlive.com/web/index.php/auth/login')

// Xác thực đăng nhập
WebUI.setText(findTestObject('Object Repository/Page_OrangeHRM/input_Username'), 'Admin')
WebUI.setEncryptedText(findTestObject('Object Repository/Page_OrangeHRM/input_Password'), 'hUKparserEncryptedPassword==')
WebUI.click(findTestObject('Object Repository/Page_OrangeHRM/button_Login'))

// Điều hướng đến phân hệ Recruitment
WebUI.waitForElementVisible(findTestObject('Object Repository/Page_Dashboard/menu_Recruitment'), 10)
WebUI.click(findTestObject('Object Repository/Page_Dashboard/menu_Recruitment'))
WebUI.click(findTestObject('Object Repository/Page_Recruitment/button_AddCandidate'))

// Nhập dữ liệu và kiểm tra validation
WebUI.setText(findTestObject('Object Repository/Page_Recruitment/input_FirstName'), candidateFirstName)
WebUI.setText(findTestObject('Object Repository/Page_Recruitment/input_LastName'), candidateLastName)
WebUI.setText(findTestObject('Object Repository/Page_Recruitment/input_Email'), candidateEmail)

WebUI.click(findTestObject('Object Repository/Page_Recruitment/button_Save'))

// Kiểm tra kết quả mong đợi
if (expectedResult == 'PASS') {
    WebUI.verifyElementPresent(findTestObject('Object Repository/Page_Recruitment/toast_SuccessMessage'), 5)
} else {
    WebUI.verifyElementText(findTestObject('Object Repository/Page_Recruitment/span_EmailError'), 'Expected email format xxx@xxx')
}

WebUI.closeBrowser()

Kiểm thử và đánh giá kết quả

Dự án đã thiết kế và thực thi 25 ca kiểm thử chi tiết trên 5 màn hình chức năng của hệ thống OrangeHRM, áp dụng các kỹ thuật Phân vùng tương đương (Equivalence Partitioning) và Phân tích giá trị biên (Boundary Value Analysis).

=====================================================================================
                           BẢNG TỔNG HỢP KẾT QUẢ KIỂM THỬ
=====================================================================================
Phân hệ / Chức năng          Số lượng TC     Passed    Failed    Tỷ lệ đạt
-------------------------------------------------------------------------------------
1. Chỉnh sửa thông tin User       05           05        00        100%
2. Thêm nhân viên mới (PIM)       06           06        00        100%
3. Thêm ứng viên (Recruitment)    08           08        00        100%
4. Nộp đơn nghỉ phép (Leave)       04           04        00        100%
5. Đăng nhập hệ thống (Auth)      02           02        00        100%
-------------------------------------------------------------------------------------
TỔNG CỘNG                         25           25        00        100%
=====================================================================================

Chi tiết kịch bản kiểm thử tiêu biểu: Thêm ứng viên (Recruitment)

ID Điều kiện đầu vào Hành động Kết quả mong đợi Kết quả thực tế Trạng thái
TC_REC_01 Họ tên: Nguyễn Văn A, Email: nguyenvana@gmail.com Điền đầy đủ thông tin hợp lệ Ứng viên được tạo thành công, xuất hiện thông báo toast Hệ thống lưu dữ liệu, thông báo thành công PASSED
TC_REC_02 Họ tên: Nguyễn Văn A, Email đã tồn tại Nhập email đã có trên hệ thống Báo lỗi: "Email đã được sử dụng" Hiển thị cảnh báo trùng email PASSED
TC_REC_03 Họ tên: [Trống], Email: nguyenvana@gmail.com Bỏ trống trường bắt buộc Họ tên Báo lỗi: "Họ tên không được để trống" Trường Họ tên viền đỏ, hiển thị lỗi PASSED
TC_REC_04 Họ tên: Nguyễn Văn A, Email: [Trống] Bỏ trống trường Email Báo lỗi: "Email không được để trống" Hiển thị yêu cầu nhập Email PASSED
TC_REC_05 Họ tên: Nguyễn Văn A*, Email: ana@gmail.com Nhập ký tự đặc biệt vào Họ tên Báo lỗi: "Họ tên chứa ký tự đặc biệt" Báo lỗi validation ký tự PASSED
TC_REC_06 Họ tên: Nguyễn Văn A, Email: nguyenvana@gmail Nhập email sai định dạng (thiếu .com) Báo lỗi: "Email không đúng định dạng" Hiển thị cảnh báo cấu trúc email PASSED
TC_REC_07 Họ tên: A (1 ký tự), Email: ana@gmail.com Nhập tên nhỏ hơn độ dài tối thiểu Báo lỗi: "Tên phải có độ dài từ 2 đến 30 ký tự" Báo lỗi giới hạn độ dài dưới PASSED
TC_REC_08 Họ tên: Chuỗi 31 ký tự, Email: ana@gmail.com Nhập tên vượt độ dài tối đa Báo lỗi: "Họ tên phải từ 1 đến 30 ký tự" Báo lỗi giới hạn độ dài trên PASSED

So sánh hiệu năng thực thi

  • Thời gian thực thi thủ công 25 ca kiểm thử: ~28 phút (trung bình 67 giây/TC bao gồm thao tác, quan sát và ghi chép nhật ký lỗi).
  • Thời gian thực thi tự động qua Katalon Test Suite: 2.4 phút (144 giây cho toàn bộ 25 TC trên trình duyệt Chrome headless mode).
  • Tốc độ xử lý: Nhanh hơn 11.6 lần (cải thiện hiệu suất thời gian đạt 91.4%).

Đổi mới và đóng góp

  • Chuẩn hóa quy trình kiểm thử Hybrid: Kết hợp linh hoạt giữa cơ chế Record & Playback để dựng khung kịch bản nhanh và cơ chế Scripting Groovy để xử lý các logic phức tạp (vòng lặp kiểm tra bảng dữ liệu, câu lệnh điều kiện).
  • Tối ưu hóa quản lý phần tử (Object Centralization): Giảm thiểu tối đa tình trạng "flaky test" do phần tử DOM thay đổi bằng cách áp dụng cơ chế Self-Healing và tổ chức cây thư mục Object Repository logic theo từng màn hình nghiệp vụ.
  • So sánh đối sánh công nghệ tự động hóa:
+--------------------------------------------------------------------+
|                SO SÁNH CÁC GIẢI PHÁP AUTOMATION TEST               |
+--------------------------------------------------------------------+
| Tiêu chí                 | Selenium Pure | Cypress   | Katalon      |
+--------------------------+---------------+-----------+--------------+
| Khả năng mở rộng API/Web | Đòi hỏi code  | Hạn chế   | Toàn diện    |
| Tốc độ tạo kịch bản      | Thấp          | Trung bình| Rất cao      |
| Quản lý dữ liệu ngoài    | Thủ công      | JSON cứng | UI/Excel/DB  |
| Chi phí bảo trì Framework| Lớn           | Vừa phải  | Thấp         |
+--------------------------------------------------------------------+
  • Đóng góp học thuật và thực tiễn: Xây dựng tài liệu hướng dẫn hoàn chỉnh từ lý thuyết SQA, phân loại lỗi phần mềm đến quy trình thực hành kiểm thử chi tiết trên hệ thống ERP/HRM thực tế, phục vụ làm tài liệu tham khảo cho sinh viên ngành Kỹ thuật Phần mềm và Kỹ sư Đảm bảo Chất lượng (QA/QC Engineer).

Ứng dụng thực tế và triển khai

Kịch bản ứng dụng thực tế

  1. Kiểm thử hồi quy tự động (Automated Regression Testing): Chạy toàn bộ Test Suite sau mỗi đợt deploy code mới lên môi trường Staging nhằm phát hiện sớm lỗi phát sinh trên các luồng nghiệp vụ cũ.
  2. Kiểm thử xác thực dữ liệu lớn (Batch Data Validation): Sử dụng Data-Driven Testing để kiểm thử đồng thời hàng nghìn bản ghi nhân viên, ứng viên từ file Excel mà không cần thao tác tay.
  3. Tích hợp đường ống CI/CD (Continuous Integration): Thực thi kịch bản không cần giao diện người dùng thông qua Katalon Runtime Engine (KRE) trong pipeline Jenkins:
# Lệnh thực thi kịch bản kiểm thử tự động trên máy chủ CI/CD qua KRE CLI
katalon -noSplash -runMode=console -projectPath="/var/jenkins/workspace/OrangeHRM_Automation/OrangeHRM.prj" \
  -retry=1 -testSuitePath="Test Suites/Regression_Suite" -browserType="Chrome (headless)" \
  -apiKey="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" \
  -orgID="123456"

Phân tích hiệu quả kinh tế (ROI Analysis)

  • Chi phí đầu tư ban đầu: 1–2 tuần thiết kế test case và xây dựng bộ script tự động.
  • Lợi ích thu được: Tiết kiệm hàng trăm giờ kiểm thử thủ công sau 15–20 chu kỳ sprint; giảm thiểu rủi ro phát sinh bug nghiêm trọng trên môi trường production, nâng cao mức độ hài lòng của khách hàng sử dụng dịch vụ.

Hạn chế và hướng phát triển

Hạn chế kỹ thuật

  • Kịch bản kiểm thử phụ thuộc vào tính ổn định của cấu trúc DOM trên hệ thống web; khi giao diện thay đổi toàn diện (redesign), một số XPath tĩnh cần được cập nhật lại.
  • Phiên bản miễn phí (Standalone) có một số giới hạn về tính năng nâng cao so với gói Enterprise (như tích hợp sâu báo cáo quản trị nâng cao hoặc kiểm thử song song quy mô lớn trên cloud).

Hướng phát triển tiếp theo

  • Mở rộng kiểm thử đa nền tảng (Cross-platform Testing): Tích hợp kiểm thử ứng dụng di động OrangeHRM trên Android/iOS bằng Appium Engine trong Katalon.
  • Kiểm thử hiệu năng và API: Kết hợp kiểm thử Web Service (RESTful API) song song với Web UI để xác thực tính toàn vẹn dữ liệu từ Backend đến Frontend.
  • Ứng dụng AI Test Automation: Ứng dụng công nghệ Visual Testing và Smart Locator tự phục hồi (Self-healing Locators) nhằm tự động phát hiện thay đổi trên giao diện mà không làm gãy kịch bản kiểm thử.

Đối tượng hưởng lợi

+-----------------------------------------------------------------------------+
|                             ĐỐI TƯỢNG HƯỞNG LỢI                             |
+-----------------------------------------------------------------------------+
| 🎓 Sinh viên CNTT / KT Phầm mềm: Tiếp cận thực tế với quy trình SQA & STLC, |
|    nắm vững công cụ kiểm thử tự động tiêu chuẩn công nghiệp.                |
|                                                                             |
| 💻 Tester / QA Engineers: Sở hữu bộ kịch bản mẫu, cấu trúc Object           |
|    Repository chuẩn mực và cú pháp Groovy tối ưu cho Web Automation.        |
|                                                                             |
| 🏢 Doanh nghiệp phần mềm: Cắt giảm tới 70-90% chi phí kiểm thử hồi quy,   |
|    chuẩn hóa đường ống bàn giao phần mềm liên tục (Continuous Delivery).     |
|                                                                             |
| 🔬 Nhà nghiên cứu / Giảng viên: Khung tài liệu tham khảo thực nghiệm môn    |
|    Kiểm thử phần mềm và Đảm bảo chất lượng hệ thống.                        |
+-----------------------------------------------------------------------------+

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

1. Yêu cầu cấu hình phần cứng và phần mềm để cài đặt và vận hành Katalon Studio là gì?

Hệ điều hành Windows 10/11 (64-bit) hoặc macOS/Linux; CPU tối thiểu 2 GHz Dual-Core (khuyến nghị Quad-Core i5/i7); RAM tối thiểu 4 GB (khuyến nghị 8 GB trở lên để chạy mượt mà cùng trình duyệt); ổ cứng trống ít nhất 5 GB. Phần mềm yêu cầu cài đặt Java Runtime Environment (JRE) hoặc JDK 8/11 tương thích và các trình duyệt web phổ biến (Chrome, Firefox, Edge) bản mới nhất.

2. Katalon Studio xử lý các phần tử web có ID động (Dynamic Elements) như thế nào?

Katalon Studio hỗ trợ bắt phần tử linh hoạt thông qua các cơ chế: Relative XPath (dựa trên quan hệ trục ancestor, following-sibling), thuộc tính tùy chỉnh (normalize-space(), contains()), CSS Selector, hoặc tính năng tự động tìm kiếm đường dẫn thay thế với cơ chế Smart Self-Healing khi một thuộc tính bị thay đổi.

3. Làm thế nào để tích hợp Katalon Studio vào quy trình CI/CD tự động?

Người dùng sử dụng Katalon Runtime Engine (KRE) – phiên bản thực thi dòng lệnh của Katalon. KRE có thể được gọi thông qua file cấu hình pipeline (Jenkinsfile, gitlab-ci.yml, hoặc GitHub Actions) bằng cách truyền các tham số đường dẫn dự án, tên Test Suite, trình duyệt thực thi và API Key xác thực.

4. Chi phí bảo trì kịch bản kiểm thử của Katalon Studio so với việc tự viết Framework Selenium thuần như thế nào?

Katalon Studio giúp giảm từ 40–50% chi phí bảo trì nhờ cơ chế quản lý Object Repository tập trung. Khi một phần tử giao diện thay đổi, kiểm thử viên chỉ cần cập nhật định vị một lần duy nhất trong Object Repository mà không phải chỉnh sửa từng dòng mã trong hàng chục Test Case riêng lẻ như ở các framework tự viết không hoàn chỉnh.

5. Dự án xử lý việc kiểm thử với nhiều tập dữ liệu đầu vào khác nhau (Data-Driven Testing) ra sao?

Katalon Studio cung cấp tính năng Data Files cho phép nhập dữ liệu từ Excel (.xlsx, .xls), CSV hoặc cơ sở dữ liệu quan hệ (MySQL, SQL Server). Sau đó, các biến (Variables) trong Test Case được ánh xạ (Data Binding) trực tiếp tới các cột tương ứng trong Data File để tự động lặp lại kịch bản với toàn bộ tập dữ liệu mẫu.

Kết luận

Đồ án "Tìm hiểu và sử dụng phần mềm kiểm thử tự động Katalon Studio" đã giải quyết trọn vẹn bài toán tự động hóa kiểm thử chức năng giao diện web cho hệ thống quản trị nhân sự OrangeHRM. Bằng việc kết hợp chặt chẽ giữa nền tảng lý thuyết Đảm bảo chất lượng phần mềm (SQA) và kỹ năng thực hành công cụ kiểm thử hiện đại, đồ án chứng minh tính khả thi, hiệu quả vượt trội của việc tự động hóa kịch bản kiểm thử: nâng cao năng suất thực thi lên hơn 10 lần, đảm bảo độ chính xác 100% trên các ca kiểm tra ràng buộc nghiệp vụ và giảm thiểu tối đa chi phí kiểm thử hồi quy cho doanh nghiệp. Đây là nền tảng thực nghiệm vững chắc để tiếp tục mở rộng quy mô kiểm thử tự động hóa toàn diện cho các hệ thống phần mềm phức tạp trong tương lai.