Báo Cáo Đồ Án: Ứng Dụng Selenium Trong Kiểm Thử Website

Báo cáo đề án cơ sở 5 đề tài ứng dụng Selenium trong kiểm thử website, cung cấp kiến thức và phương pháp hiệu quả cho kiểm thử tự động.

• Đề tài: Ứng Dụng Selenium Trong Kiểm Thử Website

Mục lục chi tiết

• LỜI CẢM ƠN
• TÓM TẮT
• 1. CHƯƠNG 1: CÁC KHÁI NIỆM CƠ BẢN CỦA KIỂM THỬ PHẦN MỀM
• 1.1. Khái niệm và mục đích của kiểm thử phần mềm
• 1.2. Quy trình kiểm thử phần mềm
• 1.3. Phương pháp kiểm thử phần mềm
• 1.4. Các mức kiểm thử
• 2. CHƯƠNG 2: KIỂM THỬ TỰ ĐỘNG VÀ CÔNG CỤ SELENIUM
• 2.1. Kiểm thử tự động
• 2.2. Công cụ Selenium
• 3. CHƯƠNG 3: ỨNG DỤNG SELENIUM IDE VÀ SELENIUM WEBDRIVER TRONG KIỂM THỬ WEBSITE
• 3.1. Mô tả ứng dụng
• 3.2. Thiết kế test case
• 3.3. Ứng dụng Selenium IDE và Selenium WebDriver vào website “Style Shop”
• 3.4. Kết quả thực nghiệm
• 4. CHƯƠNG 4: KẾT LUẬN CHUNG
• DANH MỤC CÁC THUẬT NGỮ VÀ TỪ VIẾT TẮT
• DANH MỤC HÌNH VẼ
• DANH MỤC CÁC BẢNG

Tóm tắt

I. Khám phá vai trò của Selenium trong kiểm thử website hiện đại

Trong bối cảnh cạnh tranh gay gắt của ngành công nghiệp phần mềm, việc đảm bảo chất lượng sản phẩm là yếu tố sống còn. Kiểm thử phần mềm không chỉ là một giai đoạn trong quy trình phát triển mà còn là một cam kết về độ tin cậy và sự hài lòng của người dùng. Tuy nhiên, các phương pháp kiểm thử thủ công truyền thống đang dần bộc lộ nhiều hạn chế, đặc biệt là về chi phí, thời gian và nguồn nhân lực. Đây chính là lúc kiểm thử tự động (automation testing) phát huy vai trò không thể thay thế. Báo cáo đồ án của Trần Thị Thanh (2021) đã nhấn mạnh rằng, việc áp dụng các công cụ tự động hóa giúp giảm thiểu đáng kể chi phí, rút ngắn thời gian và hạn chế sai sót do con người gây ra. Nổi bật trong số các công cụ kiểm thử tự động là Selenium, một bộ công cụ mã nguồn mở mạnh mẽ, chuyên dụng cho việc kiểm thử ứng dụng web. Ứng dụng Selenium trong kiểm thử website đã trở thành một chuẩn mực trong ngành, cho phép các kiểm thử viên tự động (automation tester) mô phỏng chính xác hành vi của người dùng trên nhiều trình duyệt và nền tảng khác nhau. Selenium không phải là một công cụ đơn lẻ mà là một hệ sinh thái bao gồm nhiều thành phần, mỗi thành phần phục vụ một mục đích riêng biệt, tạo nên một giải pháp toàn diện cho việc tự động hóa kiểm thử web.

1.1. Khái niệm và mục đích cốt lõi của kiểm thử phần mềm

Kiểm thử phần mềm là quá trình xác minh và xác thực một sản phẩm phần mềm, đảm bảo rằng nó đáp ứng các yêu cầu kỹ thuật đã đề ra và hoạt động đúng như mong đợi của người dùng cuối. Mục tiêu chính không chỉ dừng lại ở việc tìm ra lỗi (bug), mà còn nhằm xác thực chất lượng tổng thể của sản phẩm. Một quy trình kiểm thử hiệu quả giúp phát hiện sớm các sai sót trong kiểm thử chức năng, giao diện và hiệu năng, từ đó giảm chi phí sửa chữa và nâng cao uy tín của nhà phát triển. Quá trình này bao gồm nhiều mức độ, từ kiểm thử đơn vị (Unit Test) do lập trình viên thực hiện, đến kiểm thử tích hợp (Integration Test) và kiểm thử hệ thống (System Test) để đảm bảo các thành phần hoạt động hài hòa với nhau.

1.2. Giới thiệu Selenium Công cụ kiểm thử tự động hàng đầu

Selenium là một bộ công cụ mã nguồn mở di động được sử dụng để tự động hóa các tác vụ trên trình duyệt web. Nó cung cấp một giao diện lập trình ứng dụng (API) cho phép các kịch bản kiểm thử (test script) được viết bằng nhiều ngôn ngữ lập trình phổ biến như Selenium và Java, Selenium và Python, C#, Ruby. Nhờ tính linh hoạt này, Selenium đã trở thành lựa chọn hàng đầu cho các nhóm phát triển và kiểm thử trên toàn thế giới. Thay vì thực hiện các thao tác lặp đi lặp lại một cách thủ công, các kỹ sư có thể lập trình để Selenium tự động mở trình duyệt, điều hướng đến các trang, nhập dữ liệu vào biểu mẫu, nhấp vào các nút và xác minh kết quả, giúp quá trình kiểm thử hồi quy trở nên hiệu quả hơn bao giờ hết.

1.3. Các thành phần chính trong hệ sinh thái Selenium

Hệ sinh thái Selenium bao gồm bốn thành phần chính: Selenium IDE (Integrated Development Environment) là một plugin cho trình duyệt, cho phép ghi lại và phát lại các thao tác của người dùng, rất phù hợp cho người mới bắt đầu. Selenium WebDriver là trái tim của bộ công cụ, cung cấp một API hướng đối tượng để tương tác trực tiếp với trình duyệt ở cấp độ hệ điều hành, mang lại sự ổn định và tốc độ cao. Selenium Grid cho phép thực thi các bài kiểm thử song song trên nhiều máy và nhiều trình duyệt khác nhau, giúp đẩy nhanh chu kỳ kiểm thử. Cuối cùng, Selenium RC (Remote Control) là một thành phần cũ hơn, hoạt động thông qua một máy chủ trung gian, và hiện đã được thay thế phần lớn bởi WebDriver.

II. Vì sao kiểm thử tự động với Selenium là lựa chọn tối ưu

Quyết định chuyển từ kiểm thử thủ công sang tự động hóa là một bước đi chiến lược, và việc lựa chọn công cụ phù hợp đóng vai trò then chốt. Ứng dụng Selenium trong kiểm thử website mang lại nhiều lợi ích vượt trội so với các phương pháp truyền thống. Một trong những ưu điểm lớn nhất là khả năng thực hiện kiểm thử hồi quy (regression testing) một cách nhanh chóng và chính xác. Mỗi khi có một bản cập nhật mới, hàng trăm, thậm chí hàng ngàn test case cần được thực thi lại để đảm bảo các chức năng cũ không bị ảnh hưởng. Nếu thực hiện thủ công, công việc này sẽ vô cùng tốn thời gian và nhàm chán. Với Selenium, toàn bộ quá trình này có thể được tự động hóa hoàn toàn. Hơn nữa, Selenium hỗ trợ kiểm thử đa trình duyệt (cross-browser testing), một yêu cầu thiết yếu trong thế giới web hiện đại. Một kịch bản kiểm thử duy nhất có thể được chạy đồng thời trên Chrome, Firefox, Safari và Edge, đảm bảo trải nghiệm người dùng nhất quán trên mọi nền tảng. Điều này giúp tăng độ bao phủ kiểm thử, phát hiện các lỗi đặc thù của từng trình duyệt mà kiểm thử thủ công trên một trình duyệt duy nhất có thể bỏ sót. Việc tích hợp với các framework như TestNG hay JUnit cũng giúp quản lý các bộ kiểm thử và tạo báo cáo kiểm thử chi tiết một cách dễ dàng.

2.1. Nhược điểm cố hữu của phương pháp kiểm thử thủ công

Kiểm thử thủ công, mặc dù cần thiết cho các loại kiểm thử thăm dò và kiểm thử khả dụng, lại bộc lộ nhiều điểm yếu khi áp dụng cho các tác vụ lặp đi lặp lại. Quá trình này tiêu tốn nhiều thời gian và nguồn nhân lực, dễ gây ra lỗi do yếu tố con người, đặc biệt là khi thực hiện các bộ kiểm thử lớn. Chi phí để duy trì một đội ngũ kiểm thử viên thủ công cho các dự án dài hạn thường rất cao. Ngoài ra, việc thực hiện kiểm thử hiệu năng và kiểm thử tải trọng bằng phương pháp thủ công là gần như không thể. Những hạn chế này làm chậm chu kỳ phát hành sản phẩm và làm tăng nguy cơ bỏ sót lỗi nghiêm trọng.

2.2. Lợi ích vượt trội của automation testing với Selenium

Sử dụng Selenium cho automation testing mang lại các lợi ích rõ rệt. Thứ nhất là tốc độ: các bài kiểm thử tự động chạy nhanh hơn con người rất nhiều, cho phép phản hồi gần như ngay lập tức về chất lượng của bản dựng mới. Thứ hai là độ tin cậy: kịch bản tự động thực hiện các bước một cách nhất quán, loại bỏ sai sót do mệt mỏi hay sơ suất. Thứ ba là khả năng tái sử dụng: các kịch bản kiểm thử có thể được tái sử dụng trên nhiều phiên bản sản phẩm và môi trường khác nhau. Cuối cùng, Selenium giúp giải phóng các kiểm thử viên khỏi các công việc nhàm chán, cho phép họ tập trung vào việc thiết kế các trường hợp kiểm thử phức tạp hơn và thực hiện kiểm thử thăm dò, nơi tư duy sáng tạo của con người là không thể thay thế.

2.3. Khi nào doanh nghiệp nên ứng dụng kiểm thử tự động

Việc áp dụng kiểm thử tự động là lý tưởng nhất trong các trường hợp sau: các dự án đòi hỏi phải thực hiện kiểm thử hồi quy thường xuyên; các ứng dụng cần phải được kiểm thử trên nhiều trình duyệt, hệ điều hành và thiết bị; các tác vụ có các bước lặp đi lặp lại và ổn định; kiểm thử với một lượng lớn dữ liệu đầu vào. Theo đồ án tham khảo, khi số lượng test case lớn và cần thực thi trong thời gian ngắn, việc xây dựng một bộ kiểm thử tự động cho các chức năng chính là một quyết định sáng suốt để đảm bảo chất lượng và đẩy nhanh tiến độ dự án.

III. Hướng dẫn ứng dụng Selenium IDE và WebDriver để kiểm thử

Để bắt đầu ứng dụng Selenium trong kiểm thử website, việc nắm vững các công cụ cốt lõi như Selenium IDE và Selenium WebDriver là cực kỳ quan trọng. Mỗi công cụ có một vai trò và thế mạnh riêng, bổ trợ cho nhau để tạo thành một quy trình làm việc hiệu quả. Selenium IDE hoạt động như một công cụ ghi và phát lại (record-and-playback), là điểm khởi đầu tuyệt vời cho những người mới làm quen với kiểm thử tự động. Nó cho phép người dùng ghi lại các tương tác của họ trên trình duyệt và tự động tạo ra một kịch bản kiểm thử đơn giản. Điểm mạnh nhất của IDE là khả năng export các kịch bản này sang nhiều ngôn ngữ lập trình khác nhau, tạo ra một bộ mã nguồn mẫu cho Selenium WebDriver. Khi đã có mã nguồn này, các kiểm thử viên tự động có thể chuyển sang sử dụng Selenium WebDriver. Đây là một thư viện mạnh mẽ, cho phép điều khiển trình duyệt một cách trực tiếp thông qua code. Không giống như Selenium RC cũ kỹ phải thông qua một server trung gian, kiến trúc của WebDriver giao tiếp thẳng với trình duyệt, giúp tăng tốc độ thực thi và độ ổn định. Với WebDriver, các kịch bản kiểm thử trở nên linh hoạt hơn, có thể xử lý các logic phức tạp, tích hợp với các thư viện báo cáo như TestNG, và áp dụng các mẫu thiết kế tiên tiến như Page Object Model (POM).

3.1. Bắt đầu với Selenium IDE Ghi và phát lại kịch bản

Selenium IDE là một add-on của trình duyệt Firefox và Chrome, cung cấp một giao diện đồ họa trực quan. Người dùng chỉ cần nhấn nút 'Record', sau đó thực hiện các thao tác trên website như điền form, nhấp chuột, điều hướng trang. Selenium IDE sẽ tự động ghi lại từng hành động dưới dạng các lệnh Selenese. Sau khi ghi xong, người dùng có thể 'Playback' để chạy lại kịch bản và kiểm tra kết quả. Công cụ này cũng cho phép chỉnh sửa các lệnh, thêm các câu lệnh xác thực (assertion) để kiểm tra sự tồn tại của một phần tử hoặc nội dung trên trang. Đây là cách nhanh nhất để tạo ra một test script mẫu mà không cần kiến thức lập trình sâu.

3.2. Sức mạnh của Selenium WebDriver trong tự động hóa

Selenium WebDriver là công cụ chủ lực cho các dự án kiểm thử tự động chuyên nghiệp. Nó cung cấp các API cho phép lập trình viên viết các kịch bản phức tạp để mô phỏng mọi hành vi của người dùng. Với WebDriver, việc xử lý các phần tử động, các cửa sổ pop-up, hay các thao tác kéo-thả trở nên khả thi. Lập trình viên có thể tích hợp nó vào môi trường phát triển (IDE) của mình, sử dụng hệ thống quản lý phiên bản như Git, và chạy các bài kiểm thử trong một quy trình Tích hợp liên tục/Triển khai liên tục (CI/CD). Điều này làm cho việc tự động hóa kiểm thử web trở thành một phần không thể thiếu của quy trình DevOps hiện đại.

3.3. So sánh kiến trúc Selenium WebDriver và Selenium RC

Hiểu rõ sự khác biệt giữa WebDriver và RC là rất quan trọng. Selenium RC (Remote Control) hoạt động bằng cách chèn một đoạn mã JavaScript (Selenium Core) vào trình duyệt và giao tiếp thông qua một máy chủ proxy. Kiến trúc này có nhược điểm là chậm hơn và đôi khi không ổn định. Ngược lại, Selenium WebDriver giao tiếp trực tiếp với trình duyệt thông qua API gốc của nó. Mỗi trình duyệt (Chrome, Firefox,...) có một 'driver' riêng do nhà sản xuất cung cấp. Cách tiếp cận trực tiếp này giúp WebDriver nhanh hơn, đáng tin cậy hơn và hỗ trợ tốt hơn cho các trang web hiện đại sử dụng nhiều JavaScript và AJAX. Đây chính là lý do WebDriver đã thay thế hoàn toàn RC để trở thành tiêu chuẩn của Selenium.

IV. Phương pháp xây dựng kịch bản kiểm thử Selenium hiệu quả

Việc viết một kịch bản kiểm thử (test script) chỉ là bước khởi đầu. Để ứng dụng Selenium trong kiểm thử website một cách bền vững và hiệu quả, cần phải áp dụng các phương pháp và mẫu thiết kế đã được chứng minh. Một trong những kỹ thuật quan trọng nhất là thiết kế test case một cách cẩn thận, dựa trên yêu cầu của hệ thống. Thay vì chỉ kiểm tra các luồng thành công, một test case tốt cần bao phủ cả các trường hợp biên và các kịch bản lỗi. Bước tiếp theo là định vị các phần tử trên trang web một cách đáng tin cậy. Selenium cung cấp nhiều chiến lược định vị, trong đó Xpath và CSS Selector là hai phương pháp mạnh mẽ và linh hoạt nhất. Lựa chọn bộ chọn (selector) phù hợp sẽ giúp kịch bản ít bị lỗi khi giao diện người dùng thay đổi. Tuy nhiên, để nâng cao khả năng bảo trì và tái sử dụng mã nguồn, việc áp dụng mô hình Page Object Model (POM) là tối quan trọng. POM là một mẫu thiết kế khuyến khích việc tách biệt logic của kịch bản kiểm thử ra khỏi logic của việc tương tác với giao diện người dùng, giúp mã nguồn trở nên sạch sẽ, dễ đọc và dễ bảo trì hơn rất nhiều.

4.1. Thiết kế test case Từ yêu cầu đến kịch bản thực thi

Quá trình thiết kế test case bắt đầu từ việc phân tích tài liệu đặc tả yêu cầu của phần mềm. Mỗi chức năng cần được chia nhỏ thành các trường hợp kiểm thử cụ thể. Ví dụ, với chức năng đăng nhập, cần có các test case cho việc đăng nhập thành công, đăng nhập sai mật khẩu, sai tên người dùng, bỏ trống trường dữ liệu, và kiểm tra các thông báo lỗi tương ứng. Việc chuẩn bị dữ liệu kiểm thử (test data) cũng là một phần quan trọng, dữ liệu này nên được tách biệt khỏi mã nguồn của kịch bản để dễ dàng quản lý và thay đổi.

4.2. Kỹ thuật định vị phần tử web XPath và CSS Selector

Để Selenium có thể tương tác với một nút bấm hay một ô nhập liệu, nó cần phải tìm thấy phần tử đó trên trang. CSS Selector thường nhanh hơn và được ưa chuộng trên các trình duyệt hiện đại nhờ cú pháp ngắn gọn. Xpath tuy chậm hơn một chút nhưng lại mạnh mẽ hơn, cho phép điều hướng cây DOM theo cả hai chiều (tiến và lùi) và sử dụng các hàm phức tạp để tìm các phần tử dựa trên văn bản hoặc các thuộc tính khác. Việc thành thạo cả hai kỹ thuật này là kỹ năng bắt buộc đối với một kiểm thử viên tự động.

4.3. Tối ưu mã nguồn với mô hình Page Object Model POM

Trong mô hình Page Object Model (POM), mỗi trang web trong ứng dụng được đại diện bởi một lớp (class) tương ứng. Lớp này chứa tất cả các phần tử web (WebElements) trên trang đó và các phương thức để tương tác với chúng. Các kịch bản kiểm thử sẽ không gọi trực tiếp các lệnh của Selenium WebDriver, thay vào đó, chúng sẽ gọi các phương thức trong các lớp Page Object. Khi giao diện người dùng thay đổi, chỉ cần cập nhật lại lớp Page Object tương ứng mà không cần phải sửa đổi hàng loạt các file kịch bản kiểm thử. Điều này giúp giảm đáng kể công sức bảo trì và làm cho bộ kiểm thử trở nên mạnh mẽ hơn.

V. Case Study Ứng dụng Selenium kiểm thử website Style Shop

Lý thuyết sẽ không hoàn chỉnh nếu thiếu đi thực tiễn. Đồ án của Trần Thị Thanh (2021) đã cung cấp một ví dụ điển hình về việc ứng dụng Selenium trong kiểm thử website thực tế mang tên 'Style Shop'. Nghiên cứu này minh họa một quy trình hoàn chỉnh, từ việc phân tích yêu cầu, thiết kế test case, cho đến việc xây dựng và thực thi các kịch bản kiểm thử tự động. Hai chức năng cốt lõi là 'Đăng nhập' và 'Đăng ký' đã được lựa chọn để tiến hành automation testing. Quy trình bắt đầu bằng việc sử dụng Selenium IDE để nhanh chóng ghi lại các thao tác cơ bản và xuất chúng thành mã nguồn Selenium và Java. Sau đó, mã nguồn này được đưa vào một dự án Java, nơi nó được tinh chỉnh và mở rộng bằng Selenium WebDriver. Dữ liệu đầu vào cho các trường hợp kiểm thử khác nhau (ví dụ: email hợp lệ, email không hợp lệ, mật khẩu quá ngắn) được quản lý trong một file Excel riêng biệt, giúp tách biệt dữ liệu khỏi logic kiểm thử. Kịch bản WebDriver sẽ đọc dữ liệu từ file này, thực hiện các thao tác trên trình duyệt, so sánh kết quả thực tế với kết quả mong đợi và cuối cùng là ghi lại trạng thái 'Passed' hoặc 'Failed' vào một file báo cáo kiểm thử đầu ra.

5.1. Quy trình thực nghiệm Từ ghi kịch bản đến báo cáo kết quả

Quy trình thực nghiệm trên website 'Style Shop' được tiến hành qua các bước sau: Đầu tiên, sử dụng Selenium IDE trên Firefox để ghi lại một luồng đăng nhập và đăng ký thành công. Tiếp theo, kịch bản được xuất sang định dạng Java/JUnit4/WebDriver. Kịch bản mẫu này sau đó được chỉnh sửa để đọc dữ liệu từ nhiều dòng trong một file Excel, cho phép chạy cùng một logic kiểm thử với nhiều bộ dữ liệu khác nhau. Các câu lệnh xác thực được thêm vào để kiểm tra các thông báo lỗi hiển thị trên giao diện. Cuối cùng, một hàm được viết để ghi kết quả (Passed/Failed) của từng test case vào một file Excel đầu ra, tạo thành một báo cáo kiểm thử đơn giản nhưng hiệu quả.

5.2. Phân tích kết quả kiểm thử chức năng đăng nhập và đăng ký

Kết quả thực nghiệm cho thấy hệ thống đã hoạt động đúng ở các luồng cơ bản. Tuy nhiên, việc kiểm thử tự động đã phát hiện ra một số lỗi trong việc xử lý các trường hợp ngoại lệ. Ví dụ, chức năng đăng nhập và đăng ký đã có một số trường hợp trả về thông báo lỗi không đúng với đặc tả, dẫn đến kết quả test case là 'Failed'. Những lỗi này có thể khó phát hiện bằng kiểm thử thủ công thông thường, nhưng lại được chỉ ra một cách rõ ràng và nhất quán thông qua các kịch bản tự động. Điều này chứng tỏ giá trị của việc áp dụng kiểm thử chức năng một cách có hệ thống.

5.3. Bài học kinh nghiệm từ quá trình kiểm thử thực tế

Nghiên cứu điển hình này mang lại nhiều bài học quý giá. Nó cho thấy sự kết hợp giữa Selenium IDE và Selenium WebDriver là một phương pháp tiếp cận hiệu quả, giúp giảm thời gian phát triển kịch bản ban đầu. Việc tách biệt dữ liệu kiểm thử khỏi mã nguồn là một thực hành tốt, giúp tăng tính linh hoạt và khả năng bảo trì. Quan trọng nhất, nó khẳng định rằng kiểm thử tự động không chỉ là một công cụ tìm lỗi, mà còn là một phương pháp để xác minh rằng phần mềm tuân thủ đúng các yêu cầu nghiệp vụ đã đề ra.

VI. Kết luận và hướng phát triển cho kiểm thử tự động Selenium

Việc ứng dụng Selenium trong kiểm thử website đã chứng minh được hiệu quả vượt trội trong việc nâng cao chất lượng phần mềm, tối ưu hóa nguồn lực và đẩy nhanh chu kỳ phát triển. Thông qua việc tự động hóa các tác vụ lặp đi lặp lại, Selenium cho phép các đội ngũ kiểm thử tập trung vào những khía cạnh phức tạp hơn, đòi hỏi tư duy phân tích và sáng tạo của con người. Từ những khái niệm cơ bản về kiểm thử phần mềm đến các kỹ thuật nâng cao như Page Object Model (POM) và việc tích hợp vào quy trình CI/CD, Selenium cung cấp một bộ công cụ toàn diện, đáp ứng nhu cầu của các dự án từ nhỏ đến lớn. Mặc dù đồ án tham khảo chỉ dừng lại ở việc kiểm thử hai chức năng cơ bản, nó đã đặt một nền móng vững chắc, cho thấy tiềm năng to lớn của công cụ này. Hướng phát triển trong tương lai là vô cùng rộng mở, từ việc khám phá các thành phần khác của Selenium đến việc áp dụng các công cụ và phương pháp luận hiện đại hơn để xây dựng một hệ thống đảm bảo chất lượng toàn diện.

6.1. Tóm tắt hiệu quả của việc ứng dụng Selenium trong dự án

Tóm lại, dự án thực nghiệm đã thành công trong việc trình bày các vấn đề cốt lõi của kiểm thử phần mềm và giới thiệu một cách chi tiết về công cụ kiểm thử tự động Selenium. Việc ứng dụng thành công Selenium IDE và Selenium WebDriver để kiểm thử hai chức năng của một website thực tế đã chứng minh được tính khả thi và hiệu quả của phương pháp. Kết quả cho thấy, automation testing giúp tăng độ bao phủ, đảm bảo tính nhất quán và phát hiện các lỗi mà kiểm thử thủ công có thể bỏ qua, góp phần trực tiếp vào việc nâng cao chất lượng sản phẩm cuối cùng.

6.2. Hạn chế và hướng phát triển của kiểm thử tự động

Mặc dù đạt được nhiều kết quả tích cực, nghiên cứu vẫn còn một số hạn chế như chỉ sử dụng hai trong số các công cụ của bộ Selenium và chỉ kiểm thử trên các chức năng cơ bản. Hướng phát triển trong tương lai có thể bao gồm việc tìm hiểu và áp dụng Selenium Grid để thực hiện kiểm thử đa trình duyệt một cách song song, giúp rút ngắn đáng kể thời gian thực thi. Ngoài ra, việc tìm hiểu các công cụ kiểm thử tự động khác như Cypress hay Playwright để so sánh và lựa chọn công cụ phù hợp nhất cho từng loại dự án cũng là một hướng đi cần thiết. Cuối cùng, việc tích hợp bộ kiểm thử tự động vào các hệ thống CI/CD như Jenkins sẽ giúp tự động hóa hoàn toàn quy trình đảm bảo chất lượng.

Nội dung chính

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

Trong bối cảnh hội nhập kinh tế và sự phát triển của công nghệ thông tin, các doanh nghiệp gia công và phát triển phần mềm phải đối mặt với áp lực cạnh tranh ngày càng gay gắt trên thị trường. Để xây dựng niềm tin với khách hàng, việc quản lý và nâng cao chất lượng sản phẩm phần mềm trở thành ưu tiên hàng đầu. Mỗi sản phẩm trước khi bàn giao bắt buộc phải trải qua quá trình kiểm tra, kiểm thử chặt chẽ nhằm đảm bảo không phát sinh lỗi, tuân thủ đúng thiết kế và thỏa mãn đầy đủ các yêu cầu kỹ thuật.

Tuy nhiên, phương pháp kiểm thử thủ công (manual testing) thường bộc lộ nhiều điểm hạn chế như tiêu tốn nhiều thời gian, chi phí và nguồn nhân lực, đồng thời khó đáp ứng được các yêu cầu kiểm thử lặp đi lặp lại trong chu kỳ phát triển phần mềm ngắn hạn (từ 1 đến 2 ngày khi có bản thiết kế mới từ đội ngũ phát triển). Để giải quyết vấn đề này, kiểm thử tự động (automation testing) được xem là giải pháp hỗ trợ hiệu quả, giúp tăng độ bao phủ kiểm thử, nâng cao độ chính xác, rút ngắn thời gian thực thi và tối ưu hóa chi phí.

Tại Việt Nam, việc tiếp cận và ứng dụng các công cụ kiểm thử tự động mã nguồn mở vào thực tế dự án phần mềm còn nhiều hạn chế và chưa thực sự phổ biến. Trong số các công cụ hiện nay, Selenium là một bộ công cụ kiểm thử tự động mã nguồn mở phổ biến dành riêng cho các ứng dụng nền tảng web, hỗ trợ đa trình duyệt, đa hệ điều hành và tương thích với nhiều ngôn ngữ lập trình.

Đề tài "Ứng dụng Selenium trong kiểm thử website" được thực hiện nhằm giải quyết các mục tiêu và nhiệm vụ nghiên cứu cụ thể sau:

1. Nghiên cứu tổng quan cơ sở lý thuyết về kiểm thử phần mềm, quy trình kiểm thử và các phương pháp kiểm thử cơ bản.
2. Khảo sát chuyên sâu về kiểm thử tự động và bộ công cụ Selenium, phân tích kiến trúc và cách thức hoạt động của các thành phần: Selenium IDE, Selenium RC và Selenium WebDriver.
3. Thiết kế các bộ ca kiểm thử (test cases) cho các chức năng cơ bản trên giao diện web.
4. Triển khai thực nghiệm việc kết hợp Selenium IDE và Selenium WebDriver trên môi trường Java để thực hiện kiểm thử tự động trên website mẫu, đồng thời tự động hóa việc đọc dữ liệu kiểm thử từ tập tin Excel và xuất báo cáo kết quả.

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

• Đối tượng nghiên cứu: Lý thuyết kiểm thử phần mềm, quy trình kiểm thử tự động, kiến trúc và tập lệnh của bộ công cụ Selenium (Selenium IDE, Selenium RC, Selenium WebDriver).
• Phạm vi nghiên cứu:
  • Về mặt công nghệ: Tập trung vào Selenium IDE và Selenium WebDriver sử dụng ngôn ngữ lập trình Java trên môi trường phát triển Eclipse.
  • Về mặt ứng dụng thực nghiệm: Thực hiện kiểm thử chức năng trên website bán hàng/sách trực tuyến có tên "Style Shop" (được xây dựng trên nền tảng ngôn ngữ PHP), giới hạn ở hai chức năng chính là Đăng nhập và Đăng ký tài khoản khách hàng.
  • Không gian và thời gian: Đề tài là Báo cáo Đồ án cơ sở 5 thuộc ngành Công nghệ thông tin, thực hiện tại Trường Đại học Công nghệ Thông tin và Truyền thông Việt - Hàn (VKU) – Đại học Đà Nẵng, hoàn thành vào tháng 05 năm 2021.

---

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

Đề tài xây dựng trên nền tảng lý thuyết kiểm thử phần mềm và kỹ thuật tự động hóa quy trình kiểm thử phần mềm ứng dụng web:

1. Khung lý thuyết kiểm thử phần mềm

• Khái niệm và mục tiêu: Kiểm thử phần mềm là hoạt động khảo sát thực tiễn sản phẩm hoặc dịch vụ trong môi trường triển khai dự kiến nhằm cung cấp thông tin về chất lượng cho các bên liên quan. Mục tiêu chính gồm: phát hiện tối đa lỗi trong thời gian xác định, chứng minh phần mềm đáp ứng đặc tả, tối ưu chi phí kiểm thử, và xây dựng các bộ ca kiểm thử chất lượng cao.
• Phương pháp kiểm thử:
  • Kiểm thử hộp đen (Black Box Testing): Kiểm thử vào/ra dựa trên đặc tả yêu cầu mà không cần biết cấu trúc mã nguồn bên trong; tập trung tìm lỗi giao diện, chức năng sai hoặc thiếu, lỗi cấu trúc dữ liệu bên ngoài.
  • Kiểm thử hộp trắng (White Box Testing): Kiểm thử logic dựa trên việc kiểm tra cấu trúc bên trong và từng nhánh lệnh của chương trình.
  • Kiểm thử hộp xám (Grey Box Testing): Phương pháp kết hợp, trong đó kiểm thử viên hiểu biết về thuật toán và cấu trúc bên trong nhưng thiết kế ca kiểm thử theo góc nhìn của người dùng.
• Các cấp độ kiểm thử (Levels of Testing): Gồm 4 mức cố định: Kiểm thử đơn vị (Unit Test), Kiểm thử tích hợp (Integration Test), Kiểm thử hệ thống (System Test - bao gồm kiểm thử giao diện, kiểm thử luồng nghiệp vụ, kiểm thử hiệu năng, kiểm thử an toàn thông tin), và Kiểm thử chấp nhận (Acceptance Test - gồm kiểm thử Alpha và kiểm thử Beta).

2. Tổng quan về kiểm thử tự động và công cụ Selenium

• Kiểm thử tự động là quá trình kiểm tra hệ thống với dữ liệu đầu vào và kết quả đầu ra được xác định tự động để thực thi các ca kiểm thử mà không cần hoặc cần rất ít sự can thiệp trực tiếp của con người.
• Công cụ Selenium do Jason Huggins khởi xướng và được phát triển tiếp bởi ThoughtWorks từ năm 2004. Bộ công cụ gồm 4 thành phần: Selenium IDE, Selenium RC, Selenium WebDriver và Selenium Grid.

3. Phương pháp nghiên cứu và nguồn dữ liệu

• Phương pháp tổng hợp và phân tích lý thuyết: Hệ thống hóa các khái niệm, quy trình và tiêu chuẩn kiểm thử phần mềm từ các tài liệu chuyên ngành.
• Phương pháp thực nghiệm kỹ thuật (Implementation & Testing):
  • Sử dụng phương pháp kiểm thử hộp đen để phân tích yêu cầu kỹ thuật và xây dựng bảng ca kiểm thử (Test Case Specification).
  • Sử dụng kỹ thuật Record & Playback trên tiện ích mở rộng Selenium IDE để sinh mã kiểm thử ban đầu.
  • Sử dụng kỹ thuật Data-driven Testing: Dùng mã nguồn Java kết hợp thư viện đọc dữ liệu bảng tính để đưa các bộ dữ liệu đầu vào từ tệp Excel vào trình duyệt web thông qua Selenium WebDriver, sau đó tự động so sánh kết quả thực tế (Actual Result) với kết quả mong đợi (Expected Result) để kết luận trạng thái Passed hoặc Failed.
• Nguồn dữ liệu: Dữ liệu đầu vào thực nghiệm do tác giả tự thiết kế dưới dạng bảng tính Excel chứa các giá trị biên, giá trị đúng, giá trị sai định dạng của các trường thông tin trong form Đăng nhập và Đăng ký của website "Style Shop".

---

Thiết kế và triển khai

1. Kiến trúc công nghệ kiểm thử

Đề tài phân tích và so sánh kiến trúc giữa hai thành phần quan trọng trong bộ công cụ Selenium:

Tiêu chí so sánh	Selenium Remote Control (RC)	Selenium WebDriver
Cơ chế tương tác	Tương tác gián tiếp thông qua máy chủ ảo trung gian (Selenium RC Server).	Tương tác trực tiếp với trình duyệt thông qua hỗ trợ gốc của trình duyệt (browser's native support).
Thành phần lõi	Nhúng tập mã JavaScript (Selenium Core) vào trình duyệt để thực thi lệnh Selenese.	Gửi yêu cầu điều khiển trực tiếp tới driver của từng loại trình duyệt.
Tốc độ thực thi	Chậm hơn do phải mất thời gian chuyển đổi và truyền thông tin qua máy chủ trung gian.	Nhanh hơn, phản hồi tức thì từ trình duyệt.
Hỗ trợ Web động	Bị hạn chế đối với các trang web có thành phần thay đổi liên tục mà không tải lại trang.	Được thiết kế tối ưu để hỗ trợ các ứng dụng web động (dynamic web apps).
Môi trường phù hợp	Kết hợp cùng Selenium Grid để kiểm thử phân tán trên nhiều máy tính/máy ảo từ xa.	Kiểm thử tự động cục bộ và tích hợp sâu vào các framework lập trình hiện đại.

2. Quy trình thiết kế và triển khai kịch bản kiểm thử tự động

Quy trình triển khai được tiến hành theo 5 bước tuần tự:

[Ghi kịch bản mẫu qua Selenium IDE] 
[Xuất kịch bản sang mã nguồn Java/JUnit 4] 
[Thiết lập Project trên Eclipse & Thêm thư viện Selenium JAR] 
[Lập trình đọc file Excel đầu vào & Viết hàm so sánh/ghi kết quả] 
[Chạy kịch bản tự động & Xuất báo cáo kiểm thử]

1. Ghi kịch bản mẫu: Mở trình duyệt Firefox, truy cập website "Style Shop", kích hoạt chế độ Record trên Selenium IDE, thực hiện các thao tác mẫu trên giao diện web và dừng ghi để thu thập kịch bản lệnh Selenese.
2. Xuất mã nguồn: Chọn tính năng Export Test Case As... -> Java / JUnit 4 / WebDriver trên Selenium IDE để chuyển đổi chuỗi thao tác thành mã nguồn Java.
3. Cấu hình môi trường phát triển: Tạo project mới trong IDE Eclipse, đưa tệp kịch bản Java vào project, bổ sung các tệp thư viện .jar từ gói selenium-2.0 (bao gồm selenium-java-client-driver.jar và các phụ thuộc liên quan) thông qua tính năng Add JAR/Folder trong cấu hình Build Path.
4. Tích hợp xử lý dữ liệu và logic đánh giá:
   • Lập trình đọc các bộ dữ liệu kiểm thử từ tệp Excel đầu vào (InputCondition).
   • Tinh chỉnh mã nguồn kịch bản để vòng lặp tự động điền dữ liệu vào các thẻ input trên website thông qua Selenium WebDriver.
   • Xây dựng hàm ghi kết quả: So sánh chuỗi thông báo xuất hiện thực tế trên giao diện với kết quả mong đợi (ExpectedResult). Nếu trùng khớp ghi nhận trạng thái Passed, nếu có sự sai lệch ghi nhận trạng thái Failed.
5. Thực thi và tạo báo cáo: Chạy ứng dụng kiểm thử tự động trên Eclipse, theo dõi trình duyệt tự động khởi chạy, điền form, kiểm tra điều kiện và tự động ghi toàn bộ kết quả ra tệp bảng tính đầu ra (Excel/CSV).

---

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

Mở đầu

Giới thiệu tính cấp thiết của công tác quản lý chất lượng phần mềm trong các doanh nghiệp gia công phần mềm. Phân tích sự cần thiết của việc chuyển đổi từ kiểm thử thủ công sang kiểm thử tự động bằng Selenium nhằm giảm thiểu chi phí, tiết kiệm thời gian và giảm lỗi phần mềm. Xác định mục tiêu nghiên cứu và định hướng nghề nghiệp của sinh viên trong lĩnh vực kiểm thử phần mềm.

Chương 1. Các khái niệm cơ bản của kiểm thử phần mềm

Chương này hệ thống hóa toàn diện các lý luận cơ bản về kiểm thử phần mềm:

• Khái niệm và mục đích: Nêu rõ định nghĩa kiểm thử, các thiệt hại tiềm tàng khi phần mềm lỗi và 4 mục tiêu chính của kiểm thử.
• Quy trình kiểm thử chuẩn: Trình bày quy trình 4 giai đoạn gồm: Lập kế hoạch kiểm thử, Chuẩn bị kiểm thử, Thực thi kiểm thử, và Báo cáo kiểm thử & phân tích dữ liệu kiểm thử.
• Phương pháp kiểm thử: Phân tích bản chất, ưu điểm và nhược điểm của Kiểm thử hộp đen (dựa vào đặc tả vào/ra), Kiểm thử hộp trắng (dựa vào cấu trúc logic mã nguồn), và Kiểm thử hộp xám (kết hợp phân tích thuật toán với góc nhìn người dùng).
• Các mức kiểm thử: Phân định rõ 4 cấp độ kiểm thử trong chu trình phát triển:
  • Kiểm thử đơn vị (Unit Test): Kiểm tra các hàm, lớp, phương thức nhỏ nhất; do lập trình viên thực hiện.
  • Kiểm thử tích hợp (Integration Test): Kiểm tra giao tiếp giữa các đơn vị tích hợp; do lập trình viên thực hiện.
  • Kiểm thử hệ thống (System Test): Kiểm thử toàn diện do nhóm kiểm thử độc lập thực hiện, bao gồm: kiểm thử giao diện người dùng (UI), kiểm thử luồng nghiệp vụ, kiểm thử hiệu năng (với dữ liệu chuẩn và dữ liệu xấu), kiểm thử an toàn thông tin (mức ứng dụng và mức hệ thống).
  • Kiểm thử chấp nhận (Acceptance Test): Nghiệm thu theo yêu cầu khách hàng, chia thành kiểm thử Alpha (tại nơi phát triển có hỗ trợ của tester) và kiểm thử Beta (trong môi trường thực tế của người dùng).

Chương 2. Kiểm thử tự động và công cụ Selenium

Chương này tập trung vào lý thuyết tự động hóa kiểm thử và khảo sát công cụ Selenium:

• Khái niệm và quy trình kiểm thử tự động: Định nghĩa quy trình tự động hóa với dữ liệu vào/ra từ tập tin (Excel, CSV), trình bày quy trình 4 bước thực hiện kiểm thử tự động.
• Ưu và nhược điểm: Ưu điểm gồm độ bao phủ lớn, độ chính xác cao, tiết kiệm nhân lực, chu kỳ ngắn, tránh lặp lại nhàm chán. Nhược điểm gồm chi phí chuyển giao/đào tạo cao, tốn công bảo trì kịch bản và giai đoạn chuẩn bị ban đầu đòi hỏi nhiều nhân lực.
• Thời điểm áp dụng kiểm thử tự động: Số lượng ca kiểm thử lớn cần thực thi trong thời gian ngắn (1-2 ngày từ khi DEV bàn giao), xây dựng bộ hồi quy cho chức năng chính, kiểm thử hiệu năng/tải, hoặc khi một ca kiểm thử có quá nhiều bộ dữ liệu (ví dụ 50 bộ dữ liệu).
• Bộ công cụ Selenium: Giới thiệu lịch sử ra đời năm 2004, khả năng hỗ trợ đa nền tảng (Windows, Linux, Mac), đa trình duyệt (Firefox, Chrome, IE, Safari, Opera) và đa ngôn ngữ (Java, C#, Python, PHP, Ruby, Perl).
• Cấu trúc và giao diện Selenium IDE: Mô tả các thành phần giao diện (Base URL, Test case, Speed Control, Run All, Run, Pause/Resume, Step, Record, Table/Source, Command, Target, Value, Log, Reference...).
• Kiến trúc Selenium RC và Selenium WebDriver: Mô tả chi tiết mô hình máy chủ Selenium RC Server kết hợp Selenium Core JavaScript, so sánh với mô hình giao tiếp trực tiếp native support của Selenium WebDriver; hướng dẫn từng bước cài đặt và cấu hình thư viện trên Java/Eclipse.

Chương 3. Ứng dụng Selenium IDE và Selenium WebDriver trong kiểm thử website

Trình bày chi tiết việc áp dụng thực nghiệm vào website "Style Shop" (phát triển bằng PHP):

• Đặc tả yêu cầu và thiết kế ca kiểm thử chức năng Đăng nhập:

Trường thông tin	Điều kiện đặc tả yêu cầu
Email	Phải chứa ký tự @; phải là tài khoản đã đăng ký trước đó; không được bỏ trống.
Mật khẩu	Độ dài từ 6 đến 15 ký tự; chỉ chứa ký tự chữ cái aA-zZ, số 0-9 và ký tự gạch dưới _; không được bỏ trống; không chứa khoảng trắng.

Các ca kiểm thử cho chức năng Đăng nhập:

1. Email: Nhập thiếu @ -> Báo lỗi: "Tài khoản không chính xác".
2. Email: Không nhập dữ liệu -> Báo lỗi: "Tài khoản không được bỏ trống".
3. Email: Nhập sai Email -> Báo lỗi: "Tài khoản không chính xác".
4. Mật khẩu: Nhập độ dài < 6 ký tự -> Báo lỗi: "Mật khẩu từ 6 kí tự".
5. Mật khẩu: Nhập độ dài > 15 ký tự -> Báo lỗi: "Mật khẩu phải từ 6 đến 15 ký tự".
6. Mật khẩu: Không nhập mật khẩu -> Báo lỗi: "Mật khẩu không được bỏ trống".
7. Mật khẩu: Nhập chứa dấu cách -> Báo lỗi: "Mật khẩu chỉ chứa các ký tự : chữ aA-zZ., các số 0-9, và _".
8. Kết hợp: Nhập sai Email và đúng Password -> Báo lỗi: "Lỗi: Sai email/password".
9. Kết hợp: Nhập đúng Email và sai Password -> Báo lỗi: "Password không chính xác".
10. Kết hợp: Nhập sai Email và sai Password -> Báo lỗi: "Email không chính xác".
11. Kết hợp: Nhập đúng Username và đúng Password -> Đăng nhập thành công, hiển thị tên đăng nhập trên màn hình hệ thống.

• Đặc tả yêu cầu và thiết kế ca kiểm thử chức năng Đăng ký:

Trường thông tin	Điều kiện đặc tả yêu cầu
Họ và tên	Độ dài từ 5 đến 20 ký tự; không chứa ký tự đặc biệt; không được bỏ trống; chỉ chứa chữ cái aA-zZ.
Mật khẩu	Độ dài từ 6 đến 15 ký tự; chỉ chứa chữ cái aA-zZ, số 0-9, và _; không được bỏ trống; không chứa khoảng cách.
Email	Không được bỏ trống; đúng định dạng [e-mail] hoặc [e-mail].
Số điện thoại	Không được bỏ trống; độ dài từ 10 đến 11 chữ số.

Các ca kiểm thử cho chức năng Đăng ký:

1. Họ và tên: Nhập < 5 ký tự -> Báo lỗi: "Tài khoản phải từ 5 đến 20 ký tự".
2. Họ và tên: Bỏ trống -> Báo lỗi: "Tài khoản không được bỏ trống".
3. Họ và tên: Nhập chứa ký tự số -> Báo lỗi: "Tài khoản chỉ chứa các ký tự : chữ aA-zZ".
4. Mật khẩu: Nhập < 6 ký tự -> Báo lỗi: "Mật khẩu phải từ 6 đến 15 ký tự".
5. Mật khẩu: Nhập > 15 ký tự -> Báo lỗi: "Mật khẩu phải từ 6 đến 15 ký tự".
6. Mật khẩu: Bỏ trống -> Báo lỗi: "Mật khẩu không được bỏ trống".
7. Mật khẩu: Nhập chứa khoảng trắng -> Báo lỗi: "Mật khẩu chỉ chứa các ký tự : chữ aA-zZ, các số 0-9, và _".
8. Email: Bỏ trống -> Báo lỗi: "Email không được bỏ trống".
9. Email: Nhập sai định dạng -> Báo lỗi: "Email sai định dạng".
10. Phone: Bỏ trống -> Báo lỗi: "Số điện thoại không được bỏ trống".
11. Phone: Nhập < 10 chữ số -> Báo lỗi: "Sai số điện thoại".
12. Phone: Nhập > 11 chữ số -> Báo lỗi: "Số điện thoại từ 10— 11 chữ số".
13. Nhập đúng tất cả các trường -> Đăng ký thành công, quay về trang Home, hiển thị tên người dùng vừa đăng ký.

• Kết quả thực nghiệm: Kịch bản kiểm thử tự động đọc các tệp Excel đầu vào và ghi kết quả thực tế vào tệp Excel đầu ra. Đánh giá kiểm thử phát hiện một số trường hợp chức năng xử lý sai so với đặc tả dẫn đến kết quả ca kiểm thử bị Failed; về mặt giao diện, hệ thống hiển thị rõ ràng và không bị vỡ giao diện khi thay đổi độ phân giải màn hình.

Chương 4. Kết luận chung

Tổng kết các nội dung đã hoàn thành: hệ thống hóa lý thuyết kiểm thử phần mềm, phân tích bộ công cụ Selenium (IDE, RC, WebDriver), và hoàn thành kiểm thử thực nghiệm trên 2 chức năng của website "Style Shop". Xác định các hạn chế hiện tại và đề xuất hướng mở rộng nghiên cứu trong tương lai.

---

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

1. Kết quả thực nghiệm cụ thể

• Đã xây dựng thành công bộ kịch bản kiểm thử tự động bằng Java dựa trên Selenium WebDriver và Selenium IDE cho 2 chức năng Đăng nhập và Đăng ký trên website "Style Shop".
• Tự động hóa thành công luồng đọc dữ liệu từ tệp bảng tính Excel (InputCondition) và tự động xuất tệp báo cáo kết quả kiểm thử (OutputResult), phân định tự động các ca kiểm thử đạt (Passed) hoặc không đạt (Failed).
• Đánh giá chất lượng thực tế của website "Style Shop":
  • Về giao diện: Bố cục giao diện rõ ràng, dễ hiểu; đảm bảo tính tương thích hiển thị tốt (không bị vỡ giao diện khi thực hiện phóng to hoặc thu nhỏ kích thước trình duyệt).
  • Về mặt chức năng: Hệ thống cho phép đăng ký tài khoản mới và lưu thành công thông tin vào cơ sở dữ liệu, cho phép người dùng đăng nhập vào hệ thống. Tuy nhiên, qua kiểm thử tự động đã phát hiện một số trường hợp kiểm thử bị lỗi (Failed) do phản hồi thực tế của hệ thống chưa tuân thủ đúng theo đặc tả yêu cầu đặt ra (ví dụ: thông báo lỗi hiển thị không chính xác hoặc việc kiểm soát điều kiện ràng buộc dữ liệu đầu vào chưa chặt chẽ).

2. Đóng góp của đề tài

• Hệ thống hóa các kiến thức nền tảng về quy trình, phương pháp và cấp độ kiểm thử phần mềm, tạo tài liệu tham khảo có cấu trúc rõ ràng.
• Đóng vai trò như một tài liệu hướng dẫn kỹ thuật bằng tiếng Việt về quy trình cài đặt, cấu hình và sử dụng công cụ Selenium IDE kết hợp với Selenium WebDriver trong môi trường lập trình Java/Eclipse.
• Minh họa rõ nét phương pháp kiểm thử tự động hướng dữ liệu (Data-driven testing) thông qua việc kết nối mã kiểm thử tự động với tệp dữ liệu kiểm thử Excel.

---

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

1. Hạn chế

• Đề tài mới chỉ dừng lại ở việc tìm hiểu lý thuyết 3 thành phần trong bộ công cụ Selenium là Selenium IDE, Selenium RC và Selenium WebDriver; chưa triển khai nghiên cứu chi tiết thành phần Selenium Grid.
• Về mặt thực nghiệm, đề tài mới chỉ ứng dụng 2 trên tổng số 4 công cụ của bộ Selenium (gồm Selenium IDE và Selenium WebDriver).
• Phạm vi kiểm thử thực tế mới chỉ dừng lại ở 2 chức năng cơ bản (Đăng nhập và Đăng ký) trên một ứng dụng web quy mô sinh viên ("Style Shop"), chưa thực hiện kiểm thử tự động trên toàn bộ các phân hệ nghiệp vụ phức tạp khác (như giỏ hàng, đặt hàng, thanh toán, quản trị danh mục).

2. Hướng nghiên cứu tiếp

• Tiếp tục nghiên cứu chuyên sâu về lĩnh vực kiểm thử phần mềm và hoàn thiện việc nghiên cứu toàn bộ các thành phần trong bộ công cụ Selenium, đặc biệt là cơ chế kiểm thử phân tán song song trên Selenium Grid.
• Tìm hiểu, đánh giá và so sánh thêm với nhiều bộ công cụ kiểm thử tự động khác trên thị trường.
• Mở rộng phạm vi ứng dụng kiểm thử tự động vào các hệ thống phần mềm thực tế có quy mô lớn hơn, kiến trúc phức tạp hơn nhằm nâng cao kỹ năng và kinh nghiệm thực tiễn phục vụ định hướng nghề nghiệp kỹ sư kiểm thử phần mềm (Tester/QA).

---

Giá trị tham khảo

Đồ án có giá trị tham khảo thiết thực cho các đối tượng và mục đích học thuật sau:

• Sinh viên ngành Công nghệ thông tin và Kỹ thuật phần mềm: Là tài liệu học tập hữu ích cho các học phần Đồ án cơ sở, Đảm bảo chất lượng phần mềm, Kiểm thử phần mềm.
• Kiểm thử viên mới bắt đầu (Junior/Fresher Tester): Cung cấp tài liệu hướng dẫn từng bước từ việc thu lại thao tác trên trình duyệt bằng Selenium IDE, xuất kịch bản sang mã nguồn Java/JUnit 4, cấu hình các tệp JAR trong Eclipse đến việc điều khiển trình duyệt qua Selenium WebDriver.
• Kỹ thuật thiết kế Test Case: Bảng đặc tả yêu cầu và hệ thống ca kiểm thử cho chức năng Đăng ký và Đăng nhập là tài liệu mẫu trực quan cho việc thiết kế ca kiểm thử hộp đen chuẩn mực cho các form dữ liệu web phổ biến.

---

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

1. Sự khác biệt cốt lõi về kiến trúc giữa Selenium RC và Selenium WebDriver là gì?

Selenium RC hoạt động thông qua một máy chủ trung gian (Selenium RC Server) để nhúng đoạn mã JavaScript (Selenium Core) vào trình duyệt, khiến tốc độ thực thi bị chậm và khó xử lý các trang web động. Ngược lại, Selenium WebDriver loại bỏ máy chủ trung gian và giao tiếp trực tiếp với trình duyệt thông qua sự hỗ trợ gốc của trình duyệt (browser's native support), giúp tốc độ thực thi nhanh hơn và hỗ trợ tối ưu cho các ứng dụng web động hiện đại.

2. Quy trình kiểm thử tự động được thực hiện qua các bước nào trong đồ án?

Quy trình kiểm thử tự động gồm 4 bước:

1. Sử dụng công cụ kiểm thử (Selenium IDE) để ghi lại các thao tác người dùng và tự động sinh ra kịch bản kiểm thử mẫu (test script).
2. Chỉnh sửa kịch bản kiểm thử để bổ sung logic đánh giá và khớp với yêu cầu.
3. Chạy kịch bản kiểm thử tự động và giám sát hoạt động của trình duyệt.
4. Báo cáo kết quả kiểm thử tự động, đánh giá trạng thái Passed/Failed và tiến hành bổ sung, chỉnh sửa các sai sót.

3. Website thực nghiệm "Style Shop" được phát triển bằng ngôn ngữ gì và được kiểm thử những chức năng nào?

Website "Style Shop" là ứng dụng bán hàng trực tuyến được phát triển bằng ngôn ngữ PHP bởi sinh viên. Trong đồ án, website này được áp dụng kiểm thử tự động trên hai chức năng xác thực người dùng cơ bản là: chức năng Đăng nhập tài khoản và chức năng Đăng ký tài khoản khách hàng.

4. Các điều kiện kiểm thử đối với trường Số điện thoại và Email trong chức năng Đăng ký được quy định ra sao?

• Email: Bắt buộc không được để trống, phải nhập đúng cấu trúc định dạng hộp thư [e-mail] hoặc [e-mail]. Nếu bỏ trống hệ thống phải hiển thị thông báo "Email không được bỏ trống", nếu nhập sai định dạng phải báo "Email sai định dạng".
• Số điện thoại (Phone): Bắt buộc không được để trống, độ dài hợp lệ phải từ 10 đến 11 chữ số. Nếu bỏ trống báo lỗi "Số điện thoại không được bỏ trống", nếu nhập dưới 10 số báo "Sai số điện thoại", nếu nhập trên 11 số báo "Số điện thoại từ 10— 11 chữ số".

5. Phương pháp đánh giá kết quả kiểm thử tự động (Passed/Failed) được triển khai như thế nào trong mã nguồn?

Tác giả xây dựng một hàm trong Java để so sánh chuỗi kết quả thực tế hiển thị trên trình duyệt sau khi Selenium WebDriver thực thi với chuỗi kết quả mong đợi (Expected Result) được nạp từ tệp bảng tính Excel. Nếu kết quả thực tế trùng khớp với kết quả mong đợi, ca kiểm thử được ghi nhận trạng thái Passed; nếu phát sinh sai lệch giữa thực tế và mong đợi, ca kiểm thử được đánh dấu là Failed trong tệp báo cáo đầu ra.

---

Kết luận

Đồ án cơ sở "Ứng dụng Selenium trong kiểm thử website" đã hệ thống hóa thành công các kiến thức nền tảng về lý thuyết kiểm thử phần mềm, quy trình kiểm thử tự động và kiến trúc kỹ thuật của bộ công cụ Selenium. Tác giả đã hiện thực hóa việc kết hợp Selenium IDE và Selenium WebDriver trong môi trường Java/Eclipse để kiểm thử tự động hướng dữ liệu từ tệp Excel cho 2 chức năng Đăng nhập và Đăng ký trên website "Style Shop", phát hiện các sai lệch thực tế so với đặc tả yêu cầu. Công trình đóng vai trò là một tài liệu thực hành có giá trị tham khảo rõ ràng cho sinh viên công nghệ thông tin và kiểm thử viên bước đầu tiếp cận tự động hóa kiểm thử web.

Trích đoạn nội dung tài liệu

chương 1 của khóa luận đã trình bày được các vấn đ cơ bản của kiểm thử phần m'ân. Trong chương 2 của khóa luận sẽ trình bày vêkiểm thử tự động, giới thiệu tổng quan v êcông cụ Selenium và đi sâu vào giới thiệu kiến trúc và hướng dẫn cài đặt 3 thành ph cơ ban 1a Selenium IDE, Selenium RC va Selenium WebDriver. KIEM THU TU DONG VA CONG CU SELENIUM Dưới đây là những vấn đ`êchương 2 sẽ trình bày: [1 Kiểm thử tự động O Céng cu Selenium 2. KIEM THU TU DONG 2.

Khái niệm kiểm thử tự động Kiểm thử tự động là quá trình kiểm tra hệ thống với dữ liệu đầu vào và dữ liệu đi ra được xác định một cách tự động để thực thi các test case mà không c3 hoặc c% it tới sự can thiệp của con người. Đối với kiểm thử tự động thì đữ liệu được từ file input đầu vào (excel, csv.) nhập vào ứng dụng, sau đó đọc file và kiểm tra sự giống và khác nhau giữa kết quả thực tế với kết quả mong đợi, từ đó xuất ra file output (excel, csv.) báo cáo kết quả thực hiện. Qui trình kiểm thử tự động Qui trình kiểm thử tự động s Gm 4 bước: O Bước I: Dùng công cụ kiểm thử để ghi lại các thao tác lên phần m'`ân c3n kiểm tra và tự động sinh ra test script. [1 Bước 2: Chỉnh sửa để kịch bản kiểm thử để thực hiện theo đúng yêu câu.

O Bước 3: Chạy kịch bản kiểm thử và giám sát hoạt động kiểm tra phần mềm được kiểm thử. 1 Bước 4: Báo kết quả sau khi thực hiện kiểm thử tự đệng. Sau đó bổ sung chỉnh sửa những sai sót. Ưu v> nhược điểm của kiểm thử tự động.

Ưu điểm của kiểm thử tự động: -_ Kiểm thử tự động có độ bao phủ lớn, và đệ chính xác cao. -_ Cân ít nhân lực trong quá trình kiểm thử. 10 - Chu kỳ kiểm thử diễn ra trong thời gian ngắn - Gitp người kiểm thử tránh việc kiểm thử lặp đi lặp lại các bước nhàm chán. - _ Hiệu năng của kiểm thử các lớp vượt xa tần với của kiểm thử thủ công.

Tuy nhiên kiểm thử tự đệng cũng có các nhược điểm sau: -_ Chi phí cao cho việc chuyển giao công nghệ va đào tạo nhân viên. -_ Tốn chi phí và thoi gian cho việc tạo các kịch bản kiểm thử và bảo trì các kịch bản kiểm thử. -_ Giai đoạn chuẩn bị kiểm thử yêu cân nhi `âi nhân lực 2. Khi n>o nên kiểm thử tự động Lý do thường xuyên nhất dẫn đến quyết định sử dụng kiểm thử tự động là thưởng xuyên phải thực thi một số lượng test case lớn phải trong một khoảng thời gian ngắn.

Từ khi DEV đưa ra bản thiết kế mới cho tới khi phiên bản mới tới tay khách hàng chỉ tử 1 đến 2 ngày. Trong thời gian ngắn ngủi như vậy chính là lúc lý tưởng để sử dụng kiểm thử tự động. -_ Xây dựng một bộ kiểm thử tự động cho những chức năng chính, mỗi khi có bản thiết kế mới. Đây là công việc rất thưởng xuyên trước khi thực hiện kiểm thử tự động.

-_ Khi muốn thực thi performance test hay load test. - Khi sO luong d4 vao cua 1 test case quá nhi`âi (như ví dụ 50 bộ dữ liệu test), cũng nên xem xét khả năng thực hiện kiểm thử tự động. CÔNG CỤ SELENIUM 2. Giới thiệu chung v`êSelenium Selenium (thường được viết tắt là SE) là một phần m`ềần mã ngu ồn mở, được phát triển bởi Jason Huggins, sau đó được tiếp tục bởi nhóm ThoughtWorks vao nam 2004.

Selenium là một công cụ hỗ trợ kiểm tra tự động cho các ứng dụng chạy trên n` web.[4] Selenium hỗ trợ kiểm tra hân hết trên các trình duyệt phổ biến hiện nay như Firefox, Internet Explorer, Chrome, Safari, cũng như các hệ đi 'âi hành chủ yếu như Windows, Linux, Maec.Selenium hỗ trợ một số lớn các ngôn ngữ lập trình như C#, Java, Perl, PHP, 11 Python, Ruby,. Không những vậy, Selenium có thể kết hợp thêm với một số công cu khác như Bromien, Junit, Nunit. Th>nh ph% cia Selenium Selenium g mn một bộ công cụ hỗ trợ kiểm tra tự động các ứng dụng web để đảm bảo chất lượng của các ứng dụng web, Selenium ø 'ần có các thành ph % sau: Hình 2. Th>nh phần của Selenium.[Š] Selenium-IDE: là một công cụ cho phép ghi (record) và phát lại (playback) một test script.

Nó được thực hiện như là một Firefox Add-On. Selenium IDE cho phép export ra kịch bản đã thu dưới nhi `âi loại ngôn ngữ lập trình khác nhau như Java, Php, C#, Ruby, Perl hay Python.[4] Selenium-RC, Selenium WebDriver : Ca hai thành phần Selenium này đ cung cấp thư viện cho mỗi ngôn ngữ được hé tro: Html, Java, C #, Perl, Php, Python, va Ruby. [5] Kiến trúc của Selenum WebDriver đơn giản hơn so với Selenium RC. Selenium WebDriver lam vié¢ truc tiếp với trình duy&¡ở mức đô¡ hê ¡ đi âi hành trong khi Selenium RC làm viêe với trình duyêt thông qua mô¡t hê¡ thống Server ảo — Selenium Remote Control (RC) Server.

Selenium-Grid: Là một hệ thống hỗ trợ người dùng thực thi test script trên nhi êi trình duyệt một cách song song mà không cẦñn phải chỉnh sửa test script. Giới thiệu v`êSelenium IDE v> môi trưởng c>i đặt a. Giới thiệu v ềSelenium IDE Trước đây người ta gọi Selenium IDE là Selenium Recorder. Selenium IDE ban đần được tạo ra bởi ShinyaKasatani và trao tặng cho các dự án Selenium vào năm 2006.

13 Selenium IDE cho phép nguoi dùng thực thi những công việc sau đây: [1 Ghi (Record) những thao tác của người dùng khi sử dụng trình duyệt Firefox. Record những hành động trên Firefox khá đơn giản, người dùng chỉ c3Ần nhấn nút Record trén Selenium IDE là chương trình sẽ ghi lại các thao tác đã tương tác với Web trên Firefox. Ngươi dùng có thể sửa lại command hoặc target ngay trên Selenium IDE, sau đó lưu test case (chức nang save) dé tai str dung 1 & sau. O Chay lai nhirng script da ghi được.

O Chuyén đổi script đã ghi thành các ngôn ngữ lap trinh khac. Selenium IDE con cd chức nang Export. Chirc năng này sẽ giúp cho ngươi dùng export code dưới dạng nhi ôi ngôn ngữ khác nhau như Python, Java, C#, Ruby.Néu đã export thì không thé import trở lại để playback trên Selenium IDE mà phải dùng nó trong một framework khác. Môi trưởng c>i dat Selenium IDE trên trình duyét Fire Fox Truc khi cai dat Selenium IDE, nguoi ding c%® kiém tra xem da cai dat selenium IDE trước đó hay chưa bằng cách vào trình duyệt Firefox, click vào “Tool” trên thanh Menu Bar, khi thanh trỏ sổ xuống mà không thấy có biểu tượng Selenium IDE thì khi đó sẽ thực hiện các thao tác cài đặt sau: Bước 1: Vào trang htfp://www.org/download/ tại đây ngươi dùng cần click vào phiên bản Selenium IDE c8 download.

Bước 2: Khởi đệng lại trình duyệt Firefox. Bước 3: Để chạy Selenium IDE, chỉ cẦn chọn nó từ menu Tools của Firefox. Nó sẽ mở ra như sau với một cửa sổ kịch bản phần m`ân biên tập rỗng. Giao dién Selenium IDE a.

Gi?i thich mét s& ky hiéu cơ b?n trên giao diện của Selenium IDE: 15 URL của ứng dựng web Danh sách các Ack§# ions trong Test case dé th ur hién Not thu hiện sự kiện Và lỗỗi cảnh báo Hình 2. Giao diện vùng Ì>m việc Ghi hoạt động Test Test trong web based Testrunner Những lệ nh thực hiện Dié Gu khi ẩi tỗếc độ test Thể hi ên dòng lệnh Bao gỗ Gn kéét qua mong đ ở Hình 2. Các thanh công cụ của Selenium Các thanh công cụ chứa các nút để kiểm soát việc thực hiện các trưởng hợp thử nghiệm, bao ø ân một số tính năng. 16 ¢ Base URL: Liu homepage cla tng dung web ¢ Test case: Liét ké cac test case cé trong test suite ° Speed Control: Đi ân chỉnh tốc độ khi chạy Test case.

Run All: Chạy tất cả các Test case. Khi có nhi `âi trưởng hợp thử nghiệm được nạp ° Run: Chạy từng test case, khi chỉ có duy nhất một thử nghiệm được nạp ° Pause/Resume: Tạm ngưng/Tiếp tuc thirc thi test case dang chạy. ° Step: Thực thi từng bước một trong test case. Chỉ có tác dụng khi test case đang tạm ngưng.

° Apply Rollup Rules: Chức năng đặc biệt cho phép nhóm nhi`âi action nhỏ thành một action lớn. Record: Ding để thu lại các Test case thông qua các thao tác hành động của người dùng lên trình duyệt. * Table/Source: Danh sach cac action trong test case. * Command: Danh sach cdc action ma Selenium IDE dang hỗ trợ.

¢ Target: Dinh nghĩa control mà chúng ta dang tương tác. ¢ Value: Dw liéu test. ¢ Log: Théng tin v`êaction đang được thực thị. ° Reference: Hướng dẫn sử dụng action đang được chọn.

° _UI-Element and Rollup: Được sử dụng ở mức advance, khi người dùng tự thiết kế các nhận diện control hay gom nhém action. Chirc nang cla Selenium IDE: O Thuc hién ché’ d6 ghi: Selenium IDE hé tro’ thu lai kich ban thi nghiém bang cach ghi lại những hành động của người dùng khi duyệt các trang web trong trình duyệt.Bắt đầi thực hiện chế độ ghi bằng cách nhấp vào "Selenium IDE" trong Tools Menu trén trình duyệt Firefox. Giao diện Selenium TDE hiện ra như hình 2.1 H Di chuyển chuột qua nút “Recording” để kiểm tra trạng thái ghi. Nút “Recording” luôn trong trạng thái sẵn sàng ghi.

Giờ người dùng bắt đần ghi hành động của minh trong trình duyét Firefox. Hình ?nh nút ghi Recording [1 Thực hiện kiểm thử Sau khi thực hiện ghi test case, người dùng c3n phải ghi test case cñn test vào nó sẽ hiện ra 18 Hinh 2. Hinh ?nh sau khi ghi test case O Chạy các test case đã được lưu. Sau khi thực hiện test, nó sẽ hiện ra : Hình 2.

Hình ?nh sau khi test 19 H Sau khi test mình có thể lưu lại chương trình L Chèn lệnh: - Chèn vào bảng: Trong ô test case, click chuột trái tại vị trí muốn chèn lệnh và chọn Insert command. Selenium IDE sẽ thêm một dòng trắng phía trước dòng được chọn. Nhập lệnh vào ô command, kết quả mong muốn vào ô target, giá trị đầầni vào vào ô value. -_ Chèn vào mã ngu: Chọn vị trí trong test case mà bạn muốn chèn lệnh.

Trong ô test case, chuột trái vào vị trí muốn chèn lệnh. Vào tag HTML, c3 tạo 3 dòng chứa lệnh bao øg ôn tham số đẦi tiên (nếu lệnh yêu câi có tham số), tham số thứ hai (nếu có). Lưu test case trước khi chọn lại table view. - Chén comment: Các comment có thể được thêm vào cho test case dễ hiểu hơn.

Những comment được bỏ qua khi chạy test case.