Nghiên Cứu và Ứng Dụng Phương Pháp Kiểm Thử Phần Mềm Tự Động

Nghiên cứu về kiểm thử phần mềm tự động đã trở thành một phần không thể thiếu trong quy trình phát triển… 65 trang · Trường Đại Học Bách Khoa Hà Nội · 2017.

• Tác giả: Tô Thị Nga
• Người hướng dẫn: TS. Nguyễn Thanh Hùng
• Trường học: Trường Đại Học Bách Khoa Hà Nội
• Chuyên ngành: Công Nghệ Thông Tin
• Đề tài: Nghiên Cứu - Ứng Dụng Phương Pháp Và Công Cụ Kiểm Thử Phần Mềm Tự Động
• Loại tài liệu: Luận Văn Thạc Sĩ Kỹ Thuật
• Năm xuất bản: 2017
• Địa điểm: Hà Nội

Mục lục chi tiết

• LỜI CAM ĐOAN
• LỜI CẢM ƠN
• 1. PHẦN MỞ ĐẦU
• 2. PHẦN NỘI DUNG CHƯƠNG I: TÌM HIỂU TỔNG QUAN VỀ KIỂM THỬ TỰ ĐỘNG VÀ CÔNG CỤ TỰ ĐỘNG
• 1.1. Ý nghĩa, khái niệm kiểm thử tự động phần mềm
• 1.2. Mô hình chung của kiểm thử tự động phần mềm
• 1.3. Một số công cụ kiểm thử phần mềm tự động
• 1.3.1. Nghiên cứu công cụ kiểm thử tự động chức năng bằng QuickTest Professional
• 1.3.2. Nghiên cứu công cụ kiểm thử hiệu năng
• 1.3.2.1. Nghiên cứu về công cụ Load Runner
• 1.3.3. Nghiên cứu công cụ Selenium
• 1.3.3.1. Tóm tắt lịch sử Selenium
• 1.3.3.2. Cấu trúc Selenium
• 1.3.3.3. Selenium IDE (Integrated Development Environment)
• 1.3.3.4. Selenium Grid
• 1.3.3.5. Selenium RC (Selenium Remote Control)
• 1.3.3.6. Selenium WebDriver (Selenium 2)
• 1.3.3.7. Ưu, nhược điểm của Selenium
• 1.4. Tổng quan về đối tượng UI (Locators)

Tóm tắt

I. Tổng Quan Về Nghiên Cứu Kiểm Thử Phần Mềm Tự Động

Nghiên cứu về kiểm thử phần mềm tự động đã trở thành một phần không thể thiếu trong quy trình phát triển phần mềm hiện đại. Phương pháp này giúp tăng cường hiệu quả và độ chính xác trong việc phát hiện lỗi, đồng thời giảm thiểu thời gian và chi phí. Việc áp dụng các công cụ kiểm thử tự động như Selenium, LoadRunner đã mang lại nhiều lợi ích cho các tổ chức phát triển phần mềm.

1.1. Khái Niệm Kiểm Thử Tự Động

Kiểm thử tự động là quá trình sử dụng phần mềm để kiểm tra các ứng dụng phần mềm nhằm phát hiện lỗi và đảm bảo chất lượng sản phẩm. Phương pháp này giúp tiết kiệm thời gian và nguồn lực so với kiểm thử thủ công.

1.2. Lợi Ích Của Kiểm Thử Tự Động

Việc áp dụng phương pháp kiểm thử tự động giúp tăng tốc độ phát triển phần mềm, giảm thiểu sai sót và cải thiện chất lượng sản phẩm. Nó cũng cho phép thực hiện kiểm thử liên tục trong quá trình phát triển.

II. Thách Thức Trong Kiểm Thử Phần Mềm Tự Động

Mặc dù kiểm thử tự động mang lại nhiều lợi ích, nhưng cũng tồn tại một số thách thức. Việc thiết lập môi trường kiểm thử, viết và duy trì các kịch bản kiểm thử có thể gặp khó khăn. Ngoài ra, không phải tất cả các loại kiểm thử đều có thể tự động hóa một cách hiệu quả.

2.1. Khó Khăn Trong Việc Thiết Lập Môi Trường

Thiết lập môi trường kiểm thử tự động đòi hỏi sự đồng bộ giữa các công cụ và hệ thống. Điều này có thể gây khó khăn cho các nhóm phát triển, đặc biệt là khi làm việc với nhiều công nghệ khác nhau.

2.2. Duy Trì Kịch Bản Kiểm Thử

Khi phần mềm thay đổi, các kịch bản kiểm thử cũng cần được cập nhật. Việc này có thể tốn thời gian và công sức, đặc biệt là khi có nhiều kịch bản kiểm thử phức tạp.

III. Phương Pháp Kiểm Thử Phần Mềm Tự Động Hiệu Quả

Để đạt được hiệu quả cao trong kiểm thử phần mềm tự động, cần áp dụng các phương pháp và công cụ phù hợp. Việc lựa chọn công cụ kiểm thử như Selenium hay LoadRunner phụ thuộc vào yêu cầu cụ thể của dự án.

3.1. Sử Dụng Selenium Để Kiểm Thử Web

Selenium là một trong những công cụ phổ biến nhất cho kiểm thử tự động web. Nó cho phép kiểm thử trên nhiều trình duyệt và hệ điều hành khác nhau, giúp đảm bảo tính tương thích của ứng dụng.

3.2. Ứng Dụng LoadRunner Để Kiểm Thử Hiệu Năng

LoadRunner là công cụ mạnh mẽ để kiểm thử hiệu năng, cho phép mô phỏng hàng ngàn người dùng đồng thời. Điều này giúp phát hiện các vấn đề về hiệu suất trước khi sản phẩm được phát hành.

IV. Ứng Dụng Thực Tiễn Của Kiểm Thử Tự Động

Nhiều tổ chức đã áp dụng kiểm thử tự động để cải thiện quy trình phát triển phần mềm của họ. Các ứng dụng thực tiễn cho thấy rằng việc tự động hóa kiểm thử không chỉ giúp tiết kiệm thời gian mà còn nâng cao chất lượng sản phẩm.

4.1. Cải Thiện Chất Lượng Sản Phẩm

Việc áp dụng kiểm thử tự động giúp phát hiện lỗi sớm hơn trong quy trình phát triển, từ đó cải thiện chất lượng sản phẩm cuối cùng.

4.2. Tiết Kiệm Thời Gian Và Chi Phí

Tự động hóa kiểm thử giúp giảm thiểu thời gian cần thiết cho việc kiểm tra, từ đó tiết kiệm chi phí cho các tổ chức phát triển phần mềm.

V. Kết Luận Về Tương Lai Của Kiểm Thử Tự Động

Tương lai của kiểm thử phần mềm tự động hứa hẹn sẽ tiếp tục phát triển với sự xuất hiện của các công nghệ mới như trí tuệ nhân tạo và học máy. Những công nghệ này sẽ giúp cải thiện khả năng tự động hóa và nâng cao hiệu quả kiểm thử.

5.1. Xu Hướng Sử Dụng AI Trong Kiểm Thử

Trí tuệ nhân tạo đang dần được tích hợp vào các công cụ kiểm thử, giúp tự động hóa quy trình kiểm thử một cách thông minh hơn.

5.2. Tăng Cường Tính Tương Tác Trong Kiểm Thử

Các công cụ kiểm thử trong tương lai sẽ ngày càng trở nên thân thiện và dễ sử dụng hơn, cho phép các nhà phát triển và kiểm thử viên tương tác hiệu quả hơn.

Nội dung chính

Tổng quan nghiên cứu

Trong quy trình công nghệ phần mềm hiện đại, giai đoạn đảm bảo chất lượng và kiểm thử phần mềm thường chiếm từ 40% đến 50% tổng chi phí và tiêu tốn hơn 35% quỹ thời gian của toàn bộ dự án. Phương pháp kiểm thử thủ công truyền thống bộc lộ nhiều hạn chế nghiêm trọng khi đối mặt với các hệ thống web phức tạp: tốc độ thực thi chậm, dễ phát sinh sai sót do yếu tố con người và chi phí nhân lực tăng tới 30% khi phải lặp lại các kịch bản kiểm thử hồi quy. Tuy nhiên, việc áp dụng các công cụ kiểm thử tự động phổ biến hiện nay vẫn đòi hỏi kiểm thử viên phải sở hữu kỹ năng lập trình chuyên sâu để xây dựng và duy trì các đoạn mã kịch bản.

Xuất phát từ thực tiễn đó, luận văn tập trung nghiên cứu phương pháp luận và các công cụ kiểm thử phần mềm tự động, từ đó thiết kế và xây dựng một giải pháp tự động hóa kịch bản kiểm thử dựa trên nền tảng Selenium WebDriver kết hợp mô hình thiết kế Page Object Model. Mục tiêu cụ thể là cho phép người kiểm thử dễ dàng nhập toàn bộ kịch bản kiểm thử và tệp cấu hình tham số từ bảng tính mà không cần can thiệp trực tiếp vào mã nguồn lập trình. Nghiên cứu được triển khai thực nghiệm tại Trường Đại học Bách khoa Hà Nội trong giai đoạn 2016-2017, ứng dụng trên hệ thống quản lý tài khoản học viên sau đại học và quy trình đặt hàng trên sàn thương mại điện tử Tiki.vn. Kết quả nghiên cứu góp phần rút ngắn 60% thời gian thực thi chu kỳ kiểm thử hồi quy và nâng cao độ chính xác của quá trình đánh giá chất lượng phần mềm lên mức 99.5%.

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

Khung lý thuyết áp dụng

Nghiên cứu được xây dựng trên nền tảng lý thuyết kiểm thử phần mềm tiêu chuẩn và các mô hình phát triển phần mềm định hướng chất lượng:

• Mô hình Vòng đời kiểm thử phần mềm (STLC): Định hình các giai đoạn từ phân tích yêu cầu, lập kế hoạch kiểm thử, thiết kế kịch bản, thiết lập môi trường đến thực thi và đánh giá kết quả kiểm thử.
• Mô hình Page Object Model (POM): Mẫu thiết kế phần mềm chuyên biệt trong tự động hóa kiểm thử web, tách biệt giao diện người dùng (UI) thành các đối tượng trang độc lập. Mô hình này giúp giảm thiểu 70% sự trùng lặp mã nguồn và nâng cao tính khả bảo trì khi giao diện ứng dụng thay đổi.
• Các phương pháp phát triển hướng kiểm thử: Khảo sát các nguyên lý của Phát triển hướng kiểm thử (TDD), Phát triển hướng chấp nhận (ATDD) và Phát triển hướng hành vi (BDD) để chuẩn hóa quy trình sinh ca kiểm thử.
• Các khái niệm cốt lõi: Luận văn phân tích sâu về cơ chế định danh phần tử giao diện (UI Locators) bao gồm ID, Name, Link Text, CSS Selector và XPath; cơ chế tương tác trình duyệt trực tiếp của Selenium WebDriver so với kiến trúc chèn JavaScript của Selenium Remote Control (Selenium RC); và giải pháp phân tán kiểm thử đa nền tảng qua Selenium Grid.

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

Nghiên cứu kết hợp phương pháp phân tích so sánh kỹ thuật và phương pháp thực nghiệm phần mềm:

• Nguồn dữ liệu và quy mô mẫu: Bộ dữ liệu kiểm thử thực nghiệm bao gồm 120 ca kiểm thử (test cases) hoàn chỉnh, trong đó có 45 ca kiểm thử dành cho phân hệ đăng ký, đăng nhập trên cổng đào tạo và 75 ca kiểm thử dành cho quy trình nghiệp vụ tìm kiếm, thêm vào giỏ hàng và thanh toán trực tuyến.
• Phương pháp chọn mẫu: Áp dụng phương pháp chọn mẫu phân tầng có chủ đích nhằm bao phủ toàn diện 3 nhóm kịch bản chính: 60% ca kiểm thử luồng nghiệp vụ hợp lệ (positive test cases), 25% ca kiểm thử xử lý ngoại lệ và dữ liệu không hợp lệ (negative test cases), và 15% ca kiểm thử giá trị biên (boundary test cases).
• Phương pháp phân tích và triển khai: Nghiên cứu đối sánh định lượng và định tính giữa 3 công cụ đại diện: QuickTest Professional (QTP - thương mại, hướng từ khóa), LoadRunner (kiểm thử hiệu năng) và Selenium WebDriver (mã nguồn mở, đa nền tảng). Trên cơ sở đó, tác giả lựa chọn Selenium WebDriver kết hợp ngôn ngữ Java, trình quản lý Maven và thư viện Apache POI để xử lý bảng tính. Thời gian tiến hành nghiên cứu kéo dài 18 tháng, từ việc tổng hợp tài liệu đến triển khai thực nghiệm toàn diện.

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

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

Quá trình xây dựng và thử nghiệm hệ thống kiểm thử tự động đã mang lại các kết quả định lượng cụ thể:

• Hiệu quả xử lý kịch bản tự động: Hệ thống đã tự động hóa thành công 100% quá trình đọc và phân tích tệp kịch bản kiểm thử (Test Case) và tệp cấu hình (Config). Thời gian thiết lập kịch bản kiểm thử cho một luồng nghiệp vụ phức tạp giảm từ 120 phút xuống còn 15 phút, tương đương mức giảm 87.5% so với việc lập trình script thủ công.
• Tốc độ thực thi vượt trội: Tốc độ thực thi trung bình của Selenium WebDriver đạt 1.2 giây cho mỗi thao tác tương tác trên trình duyệt, nhanh gấp 4.5 lần so với thao tác của kiểm thử viên thủ công (trung bình 5.5 giây mỗi bước).
• Độ bao phủ và tỷ lệ phát hiện lỗi: Trên tổng số 120 ca kiểm thử thực nghiệm, hệ thống đạt độ chính xác thực thi 98.2%, phát hiện đúng 100% các lỗi giao diện và lỗi dữ liệu được cài cắm có chủ đích mà không ghi nhận bất kỳ trường hợp báo lỗi giả nào xuất phát từ lỗi hạ tầng framework.
• Tự động hóa báo cáo kiểm thử: Module báo cáo sinh kết quả trực tiếp dưới dạng bảng mã màu HTML và tệp Excel ngay sau khi hoàn thành đợt chạy, tiết kiệm 100% thời gian tổng hợp báo cáo thủ công vốn tiêu tốn trung bình 60 phút sau mỗi phiên kiểm thử.

Thảo luận kết quả

Thành công cốt lõi của giải pháp nằm ở cơ chế phân tách hoàn toàn giữa dữ liệu kiểm thử (Test Data), ánh xạ phần tử (Object Mapping) và logic điều khiển trình duyệt. Thông qua tệp cấu hình chuẩn gồm 3 trường thông tin: Name (tên trường), Command (hành động Type/Click/Validate) và ObjectID (định danh ID/XPath), kiểm thử viên hoàn toàn không cần viết mã Java mà vẫn có thể định nghĩa được các chuỗi kịch bản phức tạp.

Khi so sánh với các nghiên cứu trước đây vốn yêu cầu viết từ 150 đến 200 dòng lệnh cho mỗi bộ kiểm thử giao diện, giải pháp này chỉ cần quản lý duy nhất 1 tệp bảng tính với cấu trúc dòng trực quan. Dữ liệu thực nghiệm có thể được biểu diễn rõ ràng qua biểu đồ so sánh thời gian thực thi giữa kiểm thử thủ công và kiểm thử tự động, qua đó chứng minh đường cong tiết kiệm chi phí sẽ đạt điểm hòa vốn chỉ sau 3 lần lặp lại chu kỳ kiểm thử hồi quy. Đồng thời, bảng ma trận độ bao phủ kiểm thử cho thấy giải pháp đảm bảo tính ổn định cao trên 3 trình duyệt phổ biến nhất là Google Chrome, Mozilla Firefox và Internet Explorer.

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

Dựa trên kết quả nghiên cứu lý thuyết và thực nghiệm, luận văn đề xuất 4 nhóm giải pháp chiến lược nhằm tối ưu hóa hoạt động kiểm thử phần mềm tại các tổ chức phát triển phần mềm:

• Chuẩn hóa cấu trúc kịch bản và ánh xạ đối tượng: Xây dựng quy chuẩn quản lý tệp cấu hình với định dạng chuẩn (Name - Command - ObjectID) áp dụng cho 100% các dự án phần mềm mới. Mục tiêu là giảm 50% thời gian bảo trì kịch bản khi giao diện người dùng thay đổi. Lộ trình triển khai trong vòng 3 tháng do Trưởng nhóm Đảm bảo chất lượng (QA Lead) chủ trì.
• Tích hợp hạ tầng kiểm thử song song đa môi trường: Triển khai hạ tầng Selenium Grid kết hợp máy chủ ảo hóa để thực thi đồng thời các kịch bản kiểm thử trên 5 trình duyệt khác nhau (Chrome, Firefox, Safari, Edge, Opera) và 2 hệ điều hành chính (Windows, Linux). Giải pháp này hướng tới mục tiêu tăng tốc độ hoàn thành đợt kiểm thử lên 300%, hoàn thiện trong lộ trình 6 tháng do Kỹ sư DevOps và Kỹ sư Kiểm thử tự động phối hợp thực hiện.
• Tối ưu hóa cơ chế đồng bộ hóa phần tử trang: Thay thế hoàn toàn các lệnh dừng tĩnh (Thread.sleep) bằng cơ chế chờ động tường minh (Explicit Waits và Fluent Waits) trong mã nguồn framework nhằm giảm thiểu 20% thời gian chạy rỗng không cần thiết, hoàn thành việc cấu hình lại trong vòng 30 ngày.
• Xây dựng chương trình đào tạo chuyển đổi năng lực kiểm thử: Tổ chức 4 khóa tập huấn nội bộ kéo dài 8 tuần nhằm chuyển giao giải pháp cấu hình kịch bản tự động cho ít nhất 20 kiểm thử viên thủ công, nâng tỷ lệ kịch bản tự động hóa của toàn đơn vị lên trên 70%, do Bộ phận Đào tạo nội bộ và các chuyên gia kỹ thuật phần mềm đảm trách.

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

Luận văn là tài liệu tham khảo giá trị cho 4 nhóm đối tượng chuyên môn:

• Học viên cao học và sinh viên ngành Công nghệ thông tin: Tiếp cận tài liệu tổng quan toàn diện, có hệ thống về lý thuyết kiểm thử phần mềm, kiến trúc Selenium WebDriver và các mô hình thiết kế kiểm thử tiên tiến để phục vụ nghiên cứu học thuật hoặc làm đồ án tốt nghiệp chuyên ngành kỹ thuật phần mềm.
• Kiểm thử viên thủ công (Manual Testers) đang chuyển đổi nghề nghiệp: Học hỏi phương pháp tự động hóa công việc kiểm thử hồi quy thông qua mô hình cấu hình bảng tính dễ hiểu mà không bị rào cản bởi yêu cầu lập trình chuyên sâu.
• Kỹ sư kiểm thử tự động (Automation Test Engineers) và QA Leads: Tham khảo kiến trúc thiết kế framework mở rộng, cấu trúc phân tách dữ liệu kiểm thử theo mô hình Page Object Model và cơ chế xuất báo cáo kết quả đa định dạng để ứng dụng vào dự án thực tế.
• Quản lý dự án phần mềm (Project Managers & Tech Leads): Nắm bắt các chỉ số định lượng về tiết kiệm chi phí, phân bổ nguồn lực và rút ngắn từ 40% đến 60% thời gian phát hành sản phẩm (time-to-market) khi áp dụng kiểm thử tự động.

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

• Kiểm thử phần mềm tự động mang lại ưu thế vượt trội nào so với kiểm thử thủ công? Kiểm thử tự động giúp tăng tốc độ thực thi kịch bản lên gấp 4 đến 5 lần và giảm 60% chi phí nhân lực trong các đợt kiểm thử hồi quy định kỳ. Đồng thời, giải pháp này loại bỏ hoàn toàn các sai sót chủ quan do con người nhập liệu sai trên 100% các tập dữ liệu lặp lại.

• Tại sao Selenium WebDriver lại được ưu tiên lựa chọn hơn so với HP QuickTest Professional (QTP)? Selenium WebDriver là công cụ mã nguồn mở hoàn toàn miễn phí, giúp doanh nghiệp tiết kiệm 100% chi phí bản quyền thương mại đắt đỏ của QTP. Ngoài ra, Selenium hỗ trợ đa ngôn ngữ lập trình (Java, Python, C#) và hoạt động linh hoạt trên nhiều hệ điều hành cũng như trình duyệt web khác nhau.

• Mô hình Page Object Model (POM) giải quyết vấn đề gì trong kiểm thử tự động? Mô hình POM tách biệt giao diện người dùng thành các lớp đối tượng độc lập với mã kịch bản kiểm thử. Khi giao diện ứng dụng thay đổi vị trí nút bấm hoặc tên trường, người kiểm thử chỉ cần cập nhật tại 1 vị trí duy nhất trong đối tượng trang thay vì phải chỉnh sửa hàng trăm ca kiểm thử liên quan.

• Người không có nền tảng lập trình vững chắc có sử dụng được giải pháp trong luận văn không? Hoàn toàn có thể sử dụng dễ dàng. Hệ thống được thiết kế theo hướng tiếp cận từ khóa và dữ liệu bảng tính, cho phép người dùng chỉ cần điền tên trường, lệnh thao tác và mã định danh phần tử vào tệp Excel mà không cần viết thêm bất kỳ dòng mã Java nào.

• Hệ thống xử lý việc định danh phần tử giao diện (UI Locators) như thế nào để đảm bảo tính chính xác? Hệ thống hỗ trợ đa dạng 5 cơ chế định vị phần tử gồm ID, Name, Link Text, CSS Selector và XPath. Trong đó, XPath và CSS Selector được ưu tiên sử dụng cho các phần tử động hoặc có cấu trúc lồng nhau phức tạp nhằm đảm bảo độ chính xác tìm kiếm đạt 100%.

Kết luận

• Nghiên cứu đã hệ thống hóa toàn diện cơ sở lý thuyết về kiểm thử phần mềm tự động và tiến hành so sánh chuyên sâu các công cụ hàng đầu gồm QTP, LoadRunner và Selenium.
• Xây dựng thành công module tự động hóa kịch bản kiểm thử dựa trên nền tảng Selenium WebDriver và kiến trúc Page Object Model, cho phép cấu hình ca kiểm thử hoàn toàn qua bảng tính.
• Thực nghiệm thành công trên 120 ca kiểm thử tại hệ thống cổng thông tin đào tạo đại học và sàn thương mại điện tử Tiki.vn với độ chính xác đạt 98.2%.
• Rút ngắn 87.5% thời gian tạo lập kịch bản và giảm 60% thời gian thực thi kiểm thử hồi quy, đem lại giá trị kinh tế và kỹ thuật thiết thực cho các dự án phần mềm.
• Đóng góp một khung kiến trúc kiểm thử tự động mở, thân thiện với người dùng, tối ưu hóa chi phí bản quyền và nhân lực cho các tổ chức công nghệ thông tin.

Lộ trình phát triển tiếp theo của nghiên cứu tập trung vào việc tích hợp hệ thống kiểm thử vào quy trình tự động hóa tích hợp liên tục (CI/CD) thông qua công cụ Jenkins và mở rộng kiểm thử trên nền tảng ứng dụng di động (Appium) trong vòng 12 tháng tới. Hãy áp dụng ngay các phương pháp và mô hình kiến trúc kiểm thử tự động này để nâng cao chất lượng và tối ưu hóa chi phí cho dự án phần mềm của bạn.

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

CHƯƠNG I : TÌM HIỂU TỔNG QUAN VỀ KIỂM THỬ TỰ ĐỘNG VÀ CÔNG CỤ TỰ ĐỘNG 1. Ý nghĩa, khái niệm kiểm thử tự động phần mềm 1. Kiểm thử tự động phần mềm là gì Kim th t ng                     là . Tại sao cần phải kiểm thử tự động phần mềm Kiểm thử phần mềm tự động với mục đích :      .

  Khi nào cần kiểm thử tự động phần mềm?   o                . Quy trình kiểm thử tự động phần mềm 2. Mô hình chung của kiểm thử tự động phần mềm Kim th t ng phn    Test data Specification generator Source code Test Test data Ocracle manager Dynamic Program Test result Test analyser being tested predictions Execution Simulator File report comprator Report Test results generator report Bng 1 : t ng phn mm 13    t ng hóa quy trình kim th trong mô hình kim th thc hin các ch  Test Manager: qun lý vic thc hin các kim th c  liu kim th, kt qu  i và các ch  n ích c   c kim th.     i chiu kt qu kim th   i kt qu kim th i s khác nhau vào tài liu.

 Report generator: cung cp các mu báo cáo và các tin ích cho kt qu kim th.   ng thi gian mi lnh c thc hin.  Simulator: mô phng kim th cho s n mm. Quy trình kiểm thử tự động B c ca quá trình kim th t ng STT Bước thực hiện Mô tả 1 To kch bn kim th  n này dùng công c kim th  ghi li các thao tác lên phn mm cn kim tra và t ng sinh ra các kch bn kim th 2 Chnh sa kch bn kim th Chnh sa kch bn kim th thc hin kit ra.

C th,     ng hp kim th cn thc hin 14 3 Chy kch bn kim th Chy kch bn kim th  kim tra phn m      t qu mong mun không 4 t qu   t qu sau khi chy kch bn kim th Bc thc hin kim th t ng 3. Một số công cụ kiểm thử phần mềm tự động 3. Nghiên cứu công cụ kiểm thử tự động chức năng bằng QuickTest Professional                 t công c ng d-driven  mt k thut scripting trong kim th t ng hi i cho phép kim th viên b sung testcase bng cách to file mô t cho nó mà không cn chinh sa hay b sung bt c script nào. Loại phần mềm hỗ trợ QTP h tr nhiu loi phn mm:  ng dng windowns chun/win 32.

 ng dng web theo chun HTML/XML chy trên nhiu trình duyt.  S dng Visual basic, h tr Unicode. Các thành phần quan trọng của QTP Action                     Data table 15         Object Repository (OR)       xem l           xem       Repository. Ưu , nhược điểm của QTP Ưu điểm       object repository.

     Nhược điểm      16  ng rãi. Nghiên cứu công cụ kiểm thử hiệu năng 3. Khái quát về kiểm thử hiệu năng Performance Testing là mt loi kim th nhnh m   tin cy hoc kh  rng ca h thi mt khng làm vic truy cp nhc s d:   sn sàng ca sn phm.  a vào các tiêu chí hiu sut.

 So sánh gic tính hiu sut c thng hoc cu hình h thng.  Tìm ra ngun gc ca các v v hiu sut.  H tr u chnh h thng. Nghiên cứu về công cụ Load Runner Đặc điểm LoadRunner gi lp nhii dùng o thc hin các giao dch cùng mt  x lý ca phn mc kim tra.

Kt qu thng kê s i và cho phép kim th viên thc hin phân tích. Thành phần Chức năng Virtual User T ng t   i Generator dùng  xem  Controller     Load Generator            17            ng báo cho Controller. Analysis xem Launcher            . Bng 3 : Các thành phn ca Load Runner 4.

Nghiên cứu công cụ Selenium 4. Tóm tắt lịch sử Selenium  dng l  nghim mt ng dng ni b t    vin Javascript mà có th u chi các trang, cho phép anh ta chy t i vi nhiu trình duyi cùng tr thành Selenium core, ni mi cha ca Selenium Remote Control và selenium IDE.  t k  i Google tên là Simon Stewart b u công vic trên mt d án mà cu ta gi là WebDriver.   tr thành cng ln và h tr i.

Đặc điểm của Selenium Selenium là b công c mã ngun m, mnh m, h tr các ng dng trên nn web, nhiu platform và các trình duyt ph bin. Nó gm nhiu công c vi cách tip cn  h tr kim th t ng. B công c này rt linh hot cho phép la chn các yu t giao din hay so sánh kt qu thí nghim d kin vi thc tin. Selenium h tr kim tra hu ht trên các trình duyt ph bin hin nay  Firefox,Internet Explorer,      u hành ch y  Windows, Linux , Mac ,.

và h tr mt s ln các ngôn ng lava , Perl , PHP , Python, Ruby. Selenium có th kt hp thêm vi mt s công c  vng ch cn chy t ng mà không cn cài thêm các công c b tr. Cấu trúc Selenium V cu trúc thì Selenium có 4 phn  Selenium IDE  Selenium RC (Selenium 1  Selenium Remote Control)  Selenium Gird  Selenium WebDriver (Selenium 2) Selenium Suite Selenium Selenium WebDriver Selenium IDE RC Grid Selenium 2  cu trúc Selenium 4. Selenium IDE (Integrated Development Environment)  --                                   Selenium.

 Reco                     Selenium IDE và Selenium Core   19                  Test script containing selenium Brower commands Web Server Hình 1. Kin trúc Selenium IDE 4. Selenium Gird Selenium Grid cho phép các gi  kim tra trên quy mô ln và dành cho vic kim th và phi chy trong nhing. Selenium Grid cho phép chng hp kim tra song song, tng hp kim tra khác nhau có th chy ti mt thm trên các máy t u này có hai li th.

Th nhng hp có b d liu kim tra ln hoc b d liu kim tra chy chm, tacó th  u su    bng cách s dng Selenium Grid ti ving hp ki chng hp kim tra khác nhau ti mt thm và trên nhiu máy khác nhau. y, nu chng hp kim tra trên nhing, ta có th h tr các máy t xa khác nhau và thc hin chúng ti mt th m. Trong mi tng hp Selenium Grid ci thic nhiu thi gian mà nó phi chy cho các 20 ng hp kim tra bng cách s dng tin trình song song. Selenium RC V     tra.

 cho vic kim tra t ng hóa giao din User Interface(UI )   vickim th ng dng WebWeb Application Under Test (WAUT) bi   c cung cp                              chung    có tên là Same-Origin Policy.   vào JavaScript (Selenium Cor                          21 Hình 1. Selenium WebDriver  Selenium IDE                      Record-Playback     add-o                   -o                                           Selenium Remote Control (Selenium RC)  Selenium WebDriver (Selenium 2). Ưu, nhược điểm của Selenium 4.

 D s dng và phát trin, ci thi c th  i thc hin kim th, không lãng phí thi gian cho nhng công vic lp li nhiu ln. Lý do là Selenium IDE cung cp chy li nên i kim th có th nhanh chóng to ra mt b kch bn kim tra (test script) bng cách trc tip thu các thao tác cng cn kim tra thành mt tp nhng câu lnh Selenese (ngôn ng kch b c dùng riêng cho Selenium IDE và Selenium Core, có dng b    y li các câu l   kim tra. Ch   t hu dng giúp tit kim thigian vit kch bn kim tra.                 Python, Ruby, PHP 23      (Mozilla, Chrome, IE, Opera, Safari.

Nhược điểm                            . Chi tiết về Selenium Webdriver 5. Tổng quan về đối tượng UI(Locators)                   Repositories).                    Đối Tượng UI – Locators    ID  Name  Link Text  CSS Selector 24 o Tag/ID o Tag/class o Tag/attribute o Tag/class/attribute o Inner text  XPath Đối với ID      Hình 1.

 Về phần Name,   Hình 1.  25 Link Text,     Hình 1.  CSS Selector, S    Hình 1. Cơ chế các script được viết ra bằng Selenium Webdriver 1)  web mà nó  2)   .