Những mô hình này thường chia nhỏ quá trình phát triển thành các vòng lặp ngắn gọi là "sprints" hoặc "iterations" để có thể nhanh chóng thích ứng với sự thay đổi và phản hồi từ phía khác
Trang 1BỘ GIÁO DỤC VÀ ĐÀO TẠOTRƯỜNG ĐẠI HỌC GIA ĐỊNHKHOA: CÔNG NGHỆ THÔNG TIN
֎
ĐẢM BẢO CHẤT LƯỢNG VÀ KIỂM THỬ PHẦNMỀM
TÌM HIỀU VÀ SỬ DỤNG PHẦN MỀM KIỂMTHỬ TỰ ĐỘNG KATALON STUDIO
GIẢNG VIÊN HƯỚNG DẪN: NGUYỄN TIẾN ANH
Trang 2Khoa/Viện: Công nghệ thông tin
NHẬN XÉT VÀ CHẤM ĐIỂM CỦA GIẢNG VIÊN
TIỂU LUẬN MÔN: Đảm bảo chất lượng và kiểm thử phần mềm
1 Họ và tên sinh viên: Nguyễn Văn Vũ2 Tên đề tài: Katalon Studio
Điểm số: ……….…… Điểm chữ: ………
Trang 3Thành viên nhóm:
Nguyễn Văn Vũ K15DCPM03 2108110401Nguyễn Tân Bình K15DCPM03 2108110400Nguyễn Thế Khải K15DCPM03 2108110429
Trang 41.5.1 Định nghĩa lỗi phần mềm & phân loại lỗi phần mềm 9
1.5.2 Các nguyên nhân gây ra lỗi phần mềm 10
2.2.2 Mục tiêu gián tiếp 15
2.3 Các nguyên tắc cơ bản của kiểm thử phần mềm 15
2.4 Qui trình của kiểm thử phần mềm 16
2.5 Các kỹ thuật kiểm thử phần mềm 18
2.5.1 Kiểm thử hộp đen 18
2.5.2 Kiểm thử hộp xám 18
2.5.3 Kiểm thử hộp trắng 19
CHƯƠNG 3: KATALON STUDIO 20
3.1 Tổng quan về Katalon Studio 20
3.1.1 Giới thiệu về KATALON STUDIO 21
3.1.2 Các tính năng của KATALON STUDIO 21
3.1.3 Ưu điểm và nhược điểm của Katalon Studio 22
3.1.4 Cách cài đặt Katalon Studio 24
3.1.7 Các tools cơ bản: 29
CHƯƠNG 4: KIỂM THỬ TRÊN DỰ ÁN ORANGEHRM 42
Trang 51 Màn hình lựa chọn để kiểm thử 42
1.1 Màn hình chỉnh sửa thông tin người dùng (chỉ dành cho Admin) 42
1.2 Màn hình thêm nhân viên (chỉ dành cho admin) 42
1.3 Màn hình thêm ứng viên (chỉ dành cho admin) 43
1.4 Màn hình xin nghỉ phép 43
1.5 Màn hình Login 44
2 Thiết kế test case 44
2.1 Test case chỉnh sửa tên người dùng 44
2.2 Test case thêm nhân viên (chỉ dành cho admin) 46
2.3 Test case thêm ứng viên (chỉ dành cho admin) 47
2.4 Test case đơn xin nghỉ phép 50
2.5 Test case Login 51
LỜI CẢM ƠN 54
TÀI LIỆU THAM KHẢO 55
Trang 6CHƯƠNG 1: TỔNG QUAN VỀ PHẦN MỀM& LỖI PHẦN MỀM
1.1 Định nghĩa về phần mềm.
Phần mềm là một tập hợp các chương trình máy tính, dữ liệu và tài liệu liên quan được thiết kế để thực hiện một nhiệm vụ cụ thể hoặc cung cấp một dịch vụ cho người dùng Nó bao gồm các lệnh và chỉ thị được viết trong một ngôn ngữ lập trình nhất định, được biên dịch hoặc thông dịch để chạy trên một máy tính hoặc một môi trường thực thi Phần mềm có thể có các ứng dụng khác nhau, từ các ứng dụng văn phòng đơn giản đến các hệ điều hành phức tạp
Phần mềm có thể được phân loại thành hai loại chính:
1 Phần mềm ứng dụng: Đây là phần mềm được thiết kế để giải quyết một nhu cầu cụ thể của người dùng cuối Ví dụ bao gồm các ứng dụng văn phòng như xử lý văn bản, bảng tính, trình chỉnh sửa hình ảnh, trình duyệt web, ứng dụng di động, trò chơi điện tử và nhiều hơn nữa Phần mềm ứng dụng được phát triển để cung cấp các chức năng và tiện ích cho người dùng trong việc thực hiện công việc cụ thể.
2 Phần mềm hệ thống: Đây là phần mềm được thiết kế để quản lý và điều khiển các tài nguyên phần cứng và phần mềm trên một máy tính hoặc một mạng máy tính Ví dụ bao gồm hệ điều hành như Windows, macOS, Linux, các trình điều khiển thiết bị và các hệ thống quản lý cơ sở dữ liệu Phần mềm hệ thống cung cấp các công cụ và giao diện để quản lý và tương tác với phần cứng, hỗ trợ các ứng dụng ở mức độ cao hơn và cung cấp các dịch vụ cơ bản như quản lý tệp tin, mạng, bảo mật và giao tiếp.
1.2 Định nghĩa về công nghệ phần mềm.
Công nghệ phần mềm là lĩnh vực nghiên cứu, phát triển và ứng dụng các phương pháp, quy trình và công cụ để tạo ra, quản lý và duy trì phần mềm Nó liên quan đến
Trang 7việc áp dụng các nguyên tắc kỹ thuật và quản lý để phát triển phần mềm một cách hiệu quả và đáng tin cậy.
Công nghệ phần mềm bao gồm các giai đoạn và hoạt động như:
1 Phân tích yêu cầu: Quá trình tìm hiểu và xác định yêu cầu của phần mềm từ khách hàng và người dùng cuối Điều này bao gồm việc thu thập thông tin, phân tích nhu cầu và đặc tả yêu cầu hệ thống.
2 Thiết kế phần mềm: Quá trình tạo ra kiến trúc và thiết kế tổng thể cho phần mềm dựa trên yêu cầu đã xác định Điều này bao gồm việc lựa chọn các cấu trúc dữ liệu, giao diện người dùng, thiết kế cơ sở dữ liệu và quyết định về kiến trúc phần mềm.
3 Lập trình: Quá trình viết mã và triển khai chương trình phần mềm Các ngôn ngữ lập trình như Java, C++, Python và C# được sử dụng để triển khai các chức năng của phần mềm.
4 Kiểm thử và đảm bảo chất lượng: Quá trình kiểm tra và xác minh tính đúng đắn,hiệu suất và đáng tin cậy của phần mềm.
5 Triển khai và duy trì: Quá trình triển khai phần mềm trên môi trường sản xuất vàduy trì nó trong suốt vòng đời Các hoạt động bao gồm cài đặt phần mềm, cung cấp hỗ trợ, sửa lỗi và nâng cấp.
Công nghệ phần mềm cũng liên quan đến các khía cạnh quản lý dự án, quản lý rủi ro, quản lý phiên bản và quản lý quy trình phát triển phần mềm Nó đóng vai trò quan trọng trong việc đảm bảo hiệu suất và độ tin cậy của phần mềm.
1.3 Vòng đời của phần mềm.
Vòng đời của phần mềm là quá trình tổ chức và quản lý phần mềm từ khi nó được khởi tạo cho đến khi nó được ngừng sử dụng hoặc thay thế bằng phiên bản mới Mô hình vòng đời phần mềm phổ biến nhất là mô hình Waterfall, nhưng hiện nay cũng có nhiều mô hình phát triển phần mềm linh hoạt khác như Agile và DevOps Dưới đây là các giai đoạn chính trong vòng đời phần mềm theo mô hình Waterfall:
Trang 81 Yêu cầu: Giai đoạn này tập trung vào việc nắm bắt và hiểu rõ yêu cầu của phần mềm từ khách hàng Điều này bao gồm việc thu thập thông tin, phân tích yêu cầu và đặc tả yêu cầu hệ thống.
2 Thiết kế: Trong giai đoạn này, kiến trúc tổng thể của phần mềm được thiết kế Các yêu cầu được chuyển đổi thành một thiết kế cụ thể với các thành phần, giao diện và cấu trúc dữ liệu.
3 Lập trình: Giai đoạn này liên quan đến việc viết mã và triển khai chương trình phần mềm Mã nguồn được phát triển dựa trên thiết kế đã được xác định trong giai đoạn trước.
4 Kiểm thử: Quá trình kiểm tra và xác minh tính đúng đắn, hiệu suất và đáng tin cậy của phần mềm
5 Triển khai: Giai đoạn triển khai bao gồm cài đặt phần mềm trên môi trường sản xuất và chuẩn bị cho việc sử dụng Quá trình triển khai bao gồm cài đặt,cấu hình và hướng dẫn người dùng.
6 Bảo trì: Sau khi phần mềm được triển khai, giai đoạn bảo trì bắt đầu Nó bao gồm việc duy trì, sửa lỗi và nâng cấp phần mềm để đảm bảo hiệu suất và độ tin cậy của nó trong suốt vòng đời.
Các mô hình phát triển phần mềm linh hoạt như Agile và DevOps tập trung vào việc tăng cường sự linh hoạt, tương tác và sự phản hồi liên tục giữa các giai đoạn trong vòng đời phần mềm Những mô hình này thường chia nhỏ quá trình phát triển thành các vòng lặp ngắn gọi là "sprints" hoặc "iterations" để có thể nhanh chóng thích ứng với sự thay đổi và phản hồi từ phía khách hàng và người dùng.
1.4.Định nghĩa chất lượng phần mềm và đảm bảo chất lượng phần mềm.1.4.1 Định nghĩa chất lượng phần mềm
Chất lượng phần mềm đề cập đến mức độ mà phần mềm đáp ứng được các yêu cầu, tiêu chuẩn và mong đợi của người sử dụng Nó liên quan đến khả năng của phần mềm để hoạt động đúng đắn, đáng tin cậy, hiệu quả và dễ sử dụng.
Có nhiều yếu tố quan trọng ảnh hưởng đến chất lượng của phần mềm, bao gồm:
Trang 91 Độ chính xác: Phần mềm cần thực hiện đúng các chức năng và nhiệm vụ mà nó được thiết kế để làm Độ chính xác đo lường mức độ phù hợp giữa kết quả mà phần mềm tạo ra và kết quả mong đợi.
2 Độ tin cậy: Độ tin cậy của phần mềm liên quan đến khả năng của nó hoạt động một cách ổn định và không gây ra lỗi hoặc sự cố Phần mềm tin cậy là phần mềm có khả năng duy trì hiệu suất ổn định trong thời gian dài.
3 Hiệu suất: Hiệu suất của phần mềm đo lường khả năng của nó để hoạt động với mức độ tối ưu, bao gồm tốc độ xử lý, thời gian đáp ứng và khả năng xử lý công việc lớn.
4 Bảo mật: Chất lượng phần mềm cũng liên quan đến khả năng của nó để bảo vệ thông tin và ngăn chặn truy cập trái phép Phần mềm cần có các biện pháp bảo mật để đảm bảo tính riêng tư và an toàn của dữ liệu.
5 Dễ sử dụng: Phần mềm tốt là phần mềm mà người dùng có thể sử dụng dễ dàng và hiểu rõ Giao diện người dùng cần được thiết kế một cách thân thiện vàtrực quan, giúp người dùng tương tác với phần mềm một cách hiệu quả.
Để đảm bảo chất lượng phần mềm, quy trình kiểm thử và đảm bảo chất lượng phần mềm thường được thực hiện trong quá tr
1.4.2 Định nghĩa đảm bảo chất lượng phần mềm.
Đảm bảo chất lượng phần mềm (Software Quality Assurance - SQA) là quá trình và hoạt động nhằm đảm bảo rằng phần mềm được phát triển và cung cấp đáp ứng các tiêu chuẩn chất lượng đã được xác định trước Mục tiêu của SQA là đảm bảo rằng phần mềm đáp ứng các yêu cầu, đạt được hiệu suất mong đợi và có độ tin cậy cao.Quá trình SQA thường bao gồm các hoạt động sau:
1 Xác định yêu cầu chất lượng: Đây là quá trình xác định các tiêu chuẩn và yêu cầu chất lượng mà phần mềm cần đáp ứng Yêu cầu chất lượng có thể bao gồm khả năng chính xác, độ tin cậy, hiệu suất, bảo mật và dễ sử dụng.
2 Lập kế hoạch SQA: Trong giai đoạn này, kế hoạch SQA được xác định để định rõ các hoạt động, phương pháp và tiến độ cho việc đảm bảo chất lượng
Trang 10phần mềm Kế hoạch này bao gồm việc định nghĩa các tài liệu, kiến thức và nguồn lực cần thiết để thực hiện SQA.
3 Kiểm tra và đánh giá: Quá trình kiểm tra và đánh giá được thực hiện để xác định xem phần mềm có đáp ứng các yêu cầu chất lượng đã xác định hay không.Điều này có thể bao gồm kiểm tra chức năng, kiểm tra hiệu suất, kiểm tra bảo mật và kiểm tra tính tương thích.
4 Quản lý vấn đề chất lượng: Trong quá trình SQA, việc quản lý và theo dõi các vấn đề liên quan đến chất lượng phần mềm là rất quan trọng Các vấn đề phát sinh trong quá trình phát triển và triển khai phần mềm cần được xử lý một cách hiệu quả để đảm bảo chất lượng tổng thể của phần mềm.
5 Đảm bảo quy trình chất lượng: SQA cũng liên quan đến việc đảm bảo rằng quy trình phát triển phần mềm đáp ứng các tiêu chuẩn chất lượng Điều này baogồm việc đánh giá, cải tiến và theo dõi quy trình để đảm bảo rằng nó đáng tin cậy và hiệu quả.
1.5 Lỗi phần mềm.
1.5.1 Định nghĩa lỗi phần mềm & phân loại lỗi phần mềm.
Lỗi phần mềm là sự sai khác giữa hành vi thực tế của phần mềm và hành vi được mong đợi hoặc mô tả trong yêu cầu, thiết kế hoặc tài liệu khác Lỗi phần mềm có thể xuất hiện trong quá trình phát triển, triển khai hoặc sử dụng phần mềm Chúng có thể gây ra các vấn đề như chức năng không hoạt động, sự cố và mất dữ liệu.
Dưới đây là một số phân loại phổ biến:
1 Lỗi chức năng (Functional errors): Đây là các lỗi liên quan đến việc phần mềm không thực hiện đúng các chức năng đã được yêu cầu hoặc mô tả Ví dụ, một tính năng không hoạt động, hoặc phần mềm không trả về kết quả đúng.
2 Lỗi hiệu suất (Performance errors): Lỗi hiệu suất xảy ra khi phần mềm không đáp ứng được yêu cầu về hiệu suất hoặc sự đáp ứng nhanh chóng Điều này có thể bao gồm thời gian đáp ứng chậm, tài nguyên tiêu thụ quá mức hoặc khả năng xử lý công việc lớn không đạt yêu cầu.
Trang 113 Lỗi bảo mật (Security errors): Lỗi bảo mật là các lỗ hổng hoặc sự yếu điểm trong hệ thống phần mềm, cho phép người dùng trái phép truy cập, thay đổi hoặc lấy cắp thông tin Các lỗi bảo mật có thể bao gồm lỗ hổng xác thực, phân quyền không đúng hoặc mã độc tấn công.
4 Lỗi giao diện người dùng (User Interface errors): Đây là các lỗi liên quan đến giao diện người dùng, khi phần mềm không cung cấp trải nghiệm người dùng trực quan, dễ sử dụng hoặc không phản hồi đúng các tương tác người dùng.
5 Lỗi tương thích (Compatibility errors): Lỗi tương thích xảy ra khi phần mềmkhông tương thích hoặc không hoạt động đúng với các môi trường, hệ điều hành, trình duyệt hoặc phần cứng cụ thể Điều này có thể gây ra sự không tương thích, khả năng hiển thị sai hoặc lỗi trong việc tương tác với các thành phần khác.
6 Lỗi logic (Logic errors): Lỗi logic xảy ra khi có sự thiếu sót hoặc sai sót trong xử lý logic của phần mềm Điều này có thể dẫn đến kết quả không chính xác hoặc việc thực hiện chức năng không đúng.
Đây chỉ là một số phân loại lỗi phần mềm phổ biến Thực tế có thể tồn tại nhiều loại lỗi khác nhau.
1.5.2 Các nguyên nhân gây ra lỗi phần mềm
Có nhiều nguyên nhân khác nhau có thể gây ra lỗi phần mềm Dưới đây là một số nguyên nhân phổ biến:
1 Thiếu sót trong quy trình phát triển: Nếu quy trình phát triển phần mềm không được thực hiện một cách cẩn thận và không có sự kiểm soát, các lỗi có thể xuất hiện do thiếu sót trong việc thu thập yêu cầu, thiết kế, lập trình, kiểm thử và triển khai phần mềm.
2 Thiếu kiểm thử đầy đủ: Quá trình kiểm thử phần mềm không được thực hiện đầy đủ hoặc không đảm bảo mọi khía cạnh của phần mềm được kiểm tra Điều này có thể dẫn đến việc không phát hiện được các lỗi tiềm ẩn hoặc không chắc chắn về tính đúng đắn của phần mềm.
Trang 123 Thiếu kiểm tra chất lượng: Quá trình kiểm tra chất lượng phần mềm không được thực hiện một cách tỉ mỉ và toàn diện Các phương pháp kiểm tra không đủ hoặc không đúng cũng có thể dẫn đến việc bỏ sót các lỗi.
4 Thiếu kiểm soát phiên bản: Quản lý phiên bản phần mềm không hiệu quả có thể dẫn đến việc sử dụng phiên bản phần mềm không ổn định hoặc không đồngnhất Việc sử dụng phiên bản phần mềm không đúng có thể gây ra lỗi do sự không tương thích hoặc thiếu sót trong phiên bản đó.
5 Thiếu kiểm soát thay đổi: Quá trình quản lý và kiểm soát thay đổi phần mềmkhông hiệu quả có thể dẫn đến việc áp dụng các thay đổi không được kiểm tra kỹ lưỡng hoặc không được đồng bộ hóa đúng Các thay đổi không kiểm soát cóthể gây ra lỗi và ảnh hưởng đến tính ổn định của phần mềm.
6 Môi trường không đáng tin cậy: Môi trường phát triển, triển khai hoặc sử dụng phần mềm không đáng tin cậy có thể gây ra lỗi Ví dụ, các lỗi có thể phát sinh từ hệ điều hành, phần cứng, mạng, hoặc các thành phần khác trong môi trường.
7 Thiếu kiểm tra tương thích: Phần mềm không được kiểm tra tương thích đầy đủ với các phiên bản hệ điều hành, trình duyệt, thiết bị hoặc phần cứng khác cũng có thể gây ra lỗi khi phần mềm không hoạt động đúng trên các môi trườngkhác nhau.
8 Lỗi trong quá trình thiết kế và lập trình: Thiếu sót trong quá trình thiết kế và lập trình phần mềm có thể dẫn đến lỗi Các lỗi này có thể bao gồm lỗi logic, lỗicú pháp, lỗi đồng bộ hóa, lỗi xử lý dữ liệu và nhiều lỗi khác.
9 Sự thay đổi yêu cầu: Nếu yêu cầu của phần mềm thay đổi trong quá trình phát triển hoặc sau khi phần mềm đã được triển khai, có thể gây ra lỗi khi các thay đổi không được xử lý hoặc tích hợp đúng.
10 Lỗi từ bên thứ ba: Sử dụng các thành phần, thư viện hoặc phần mềm bên thứ ba không đáng tin cậy hoặc không tương thích có thể gây ra lỗi trong phần mềm.
11 Lỗi con người: Lỗi do con người, bao gồm lỗi nhập liệu, lỗi logic trong quá trình thiết kế và lập trình, cũng có thể gây ra lỗi phần mềm.
Trang 13Các nguyên nhân gây ra lỗi phần mềm có thể phức tạp và đa dạng Để giảm thiểu lỗi phần mềm, quan trọng là thực hiện quy trình phát triển và kiểm thử chặt chẽ, áp dụng các phương pháp quản lý chất lượng phần mềm, và đảm bảo một môi trường phát triển và triển khai đáng tin cậy.
1.6 Qui trình xử lí lỗi phần mềm.
Qui trình xử lí lỗi phần mềm thường bao gồm các bước sau đây:
1 Ghi nhận lỗi: Lỗi phần mềm được ghi nhận và đăng ký trong hệ thống quản lí lỗi Thông tin về lỗi bao gồm mô tả chi tiết về lỗi, người báo cáo lỗi, phiên bản phần mềm, môi trường phát hiện lỗi và bất kỳ thông tin liên quan nào khác.2 Phân loại và ưu tiên lỗi: Lỗi được phân loại và ưu tiên dựa trên mức độ ảnh hưởng và ưu tiên của nó Một hệ thống phân loại thông thường có thể gồm các mức ưu tiên như "critical" (quyết định), "high" (cao), "medium" (trung bình), và "low" (thấp).
3 Gán lỗi cho nhân viên phát triển: Lỗi được gán cho nhân viên phát triển phù hợp để xem xét và xử lý Người phát triển có nhiệm vụ phân tích lỗi, tìm ra nguyên nhân gốc rễ và đề xuất giải pháp sửa lỗi.
4 Xử lí lỗi: Người phát triển tiến hành sửa lỗi bằng cách chỉnh sửa mã nguồn, thực hiện các thay đổi cần thiết hoặc áp dụng các biện pháp khắc phục lỗi Quá trình này thường yêu cầu kiến thức chuyên môn về phát triển phần mềm và quytrình kiểm thử.
5 Kiểm thử lại: Sau khi lỗi được xử lý, phần mềm cần được kiểm thử lại để đảm bảo rằng lỗi đã được khắc phục một cách hiệu quả và không gây ra các vấn đề mới Quá trình kiểm thử lại có thể bao gồm kiểm tra chức năng, kiểm tra tương thích, kiểm tra hiệu năng và các hình thức kiểm thử khác tùy thuộc vào loại lỗi đã được sửa.
6 Đưa lỗi vào sản phẩm cuối cùng: Sau khi lỗi đã được xử lý và kiểm thử lại thành công, phiên bản phần mềm mới hoặc bản vá lỗi sẽ được đưa vào sản
Trang 14phẩm cuối cùng để người dùng sử dụng Các phiên bản phần mềm mới cũng cóthể được phân phối thông qua các bản vá hoặc các bản cập nhật phần mềm.
Trang 15CHƯƠNG 2: TỔNG QUAN VỀ KIỂM THỬPHẦN MỀM
2.1 Định nghĩa về kiểm thử phần mềm.
Kiểm thử phần mềm là quá trình xác định chất lượng và đảm bảo tính ổn định của mộtsản phẩm phần mềm Nó bao gồm việc thực hiện các hoạt động hệ thống, phân tích vàkiểm tra để đánh giá xem phần mềm hoạt động như mong đợi hay không, và phát hiệncác lỗi, thiếu sót hoặc vấn đề tiềm ẩn trong phần mềm.
Quá trình kiểm thử phần mềm thường bao gồm thiết kế các ca kiểm thử, triển khai cácca kiểm thử, thực hiện các ca kiểm thử, và phân tích kết quả kiểm thử Các phương pháp kiểm thử phổ biến bao gồm kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử hệ thống, kiểm thử chấp nhận và kiểm thử hiệu năng Ngoài ra, các công cụ tự động hóa kiểm thử (như kịch bản kiểm thử tự động hoặc công cụ kiểm thử tự động) cũng được sử dụng để tăng cường hiệu suất và hiệu quả của quá trình kiểm thử.
Qua quá trình kiểm thử phần mềm, các lỗi và vấn đề phát hiện được có thể được ghi nhận, báo cáo và sửa chữa, giúp nâng cao chất lượng phần mềm và đảm bảo sự tin cậytrong quá trình sử dụng.
2.2 Mục tiêu của kiểm thử phần mềm2.2.1 Mục tiêu trực tiếp.
Mục tiêu trực tiếp của kiểm thử phần mềm là đảm bảo rằng phần mềm hoạt động đúngtheo yêu cầu và mong đợi của người dùng Điều này bao gồm kiểm tra tính chính xác, tính đầy đủ, tính bảo mật, tính ổn định và hiệu năng của phần mềm Mục tiêu trực tiếp này có thể được phân thành các mục tiêu cụ thể như:
Trang 161 Phát hiện lỗi: Kiểm thử phần mềm tập trung vào việc tìm ra lỗi và thiếu sót trong phần mềm Mục tiêu là xác định các lỗi, lỗi logic, lỗi giao diện và các vấnđề khác mà có thể ảnh hưởng đến tính ổn định và chức năng của phần mềm.2 Đảm bảo tính chính xác: Kiểm thử phần mềm đảm bảo rằng phần mềm hoạt động chính xác theo các yêu cầu và logic được đặt ra Mục tiêu là xác nhận rằng phần mềm trả về kết quả chính xác cho các tác vụ và tính toán đã được định nghĩa.
3 Kiểm tra tính đầy đủ: Kiểm thử phần mềm đảm bảo rằng tất cả các chức năng và tính năng của phần mềm đã được kiểm tra và hoạt động như mong đợi Mục tiêu là đảm bảo rằng không có chức năng quan trọng nào bị bỏ sót trong quá trình kiểm thử.
Tóm lại, mục tiêu trực tiếp của kiểm thử phần mềm là đảm bảo tính ổn định và chức năng của phần mềm,
2.2.2 Mục tiêu gián tiếp.
Mục tiêu gián tiếp của kiểm thử phần mềm bao gồm:
1 Tăng cường đáng tin cậy: Kiểm thử phần mềm giúp nâng cao đáng tin cậy của phần mềm bằng cách phát hiện và sửa chữa các lỗi và vấn đề tiềm ẩn Điều này làm giảm nguy cơ xảy ra sự cố và giúp đảm bảo rằng phần mềm hoạt động một cách ổn định và tin cậy trong môi trường thực tế.
2 Cải thiện chất lượng: Kiểm thử phần mềm đóng vai trò quan trọng trong việccải thiện chất lượng tổng thể của phần mềm Bằng cách xác định và sửa chữa các lỗi, kiểm thử phần mềm giúp tăng cường tính ổn định, hiệu năng và hiệu quả của phần mềm, tạo ra trải nghiệm tốt hơn cho người dùng cuối.
3 Đảm bảo tuân thủ yêu cầu: Kiểm thử phần mềm đảm bảo rằng phần mềm tuân thủ các yêu cầu được đặt ra Điều này bao gồm xác nhận rằng phần mềm đáp ứng các yêu cầu chức năng và phi chức năng, đảm bảo tính bảo mật và tuânthủ các quy định và quy tắc liên quan.
Mục tiêu gián tiếp là nâng cao đáng tin cậy và chất lượng tổng thể của phần mềm.
Trang 172.3 Các nguyên tắc cơ bản của kiểm thử phần mềm
Có một số nguyên tắc cơ bản trong kiểm thử phần mềm mà các nhà kiểm thử thường tuân thủ để đảm bảo chất lượng của phần mềm Dưới đây là một số nguyên tắc quan trọng:
1 Toàn diện: Kiểm thử phần mềm nên bao gồm tất cả các khía cạnh quan trọngcủa ứng dụng, bao gồm cả các tính năng chức năng và phi chức năng.
2 Sự độc lập: Quá trình kiểm thử phải độc lập với quá trình phát triển để đảm bảo tính khách quan và không bị ảnh hưởng bởi các yếu tố khác Các nhóm kiểm thử nên hoạt động độc lập và không phụ thuộc vào nhau.
3 Sự đám mây: Các tester nên tiếp cận kiểm thử từ nhiều góc độ khác nhau để đảm bảo rằng tất cả các khía cạnh quan trọng đã được kiểm tra Điều này bao gồm kiểm tra các trường hợp bình thường, các trường hợp cực đoan, và các trường hợp biên.
4 Sự sáng tạo: Kiểm thử viên nên sử dụng sự sáng tạo để tìm ra các trường hợpkiểm thử tiềm năng và tạo ra các kịch bản kiểm thử đa dạng Họ cần suy nghĩ theo cách người dùng thực tế để tìm ra các lỗi tiềm ẩn.
5 Đánh giá liên tục: Quá trình kiểm thử phải được thực hiện liên tục trong suốtquá trình phát triển phần mềm Kiểm thử không chỉ là một giai đoạn cuối cùng mà nó cần được tích hợp vào quy trình phát triển để phát hiện sớm các lỗi và tiềm năng.
6 Sử dụng công cụ hỗ trợ: Kiểm thử viên nên sử dụng các công cụ hỗ trợ để tăng hiệu suất và độ chính xác của quá trình kiểm thử Công cụ tự động hóa kiểm thử có thể giúp giảm thời gian và công sức cần thiết cho quá trình kiểm thử.
Tuy nhiên, cần lưu ý rằng các nguyên tắc này có thể thay đổi hoặc được bổ sung theo từng phong cách và phương pháp kiểm thử cụ thể.
2.4 Qui trình của kiểm thử phần mềm
Trang 18Qui trình kiểm thử phần mềm là một tập hợp các bước và hoạt động được thực hiện đểđảm bảo chất lượng và tính ổn định của phần mềm Mặc dù có nhiều phương pháp và quy trình khác nhau, dưới đây là một qui trình kiểm thử phần mềm cơ bản:
1 Phân tích yêu cầu: Trước khi bắt đầu kiểm thử, kiểm thử viên cần hiểu rõ yêu cầu của phần mềm và tính năng cần kiểm thử Điều này giúp xác định phạm vi kiểm thử và lập kế hoạch cho các hoạt động kiểm thử sau này.
2 Lập kế hoạch kiểm thử: Trong giai đoạn này, kế hoạch kiểm thử được phát triển Đây là giai đoạn quyết định các phương pháp, kỹ thuật, công cụ, và tài nguyên cần thiết cho các hoạt động kiểm thử Kế hoạch kiểm thử cũng bao gồm lập lịch, ưu tiên các nhiệm vụ kiểm thử và xác định tiêu chuẩn chấp nhận.3 Thiết kế kiểm thử: Giai đoạn này tập trung vào thiết kế các bộ kiểm thử và việc xác định các kịch bản kiểm thử cụ thể Điều này bao gồm việc xác định các trường hợp kiểm thử, tạo các tập lệnh kiểm thử, và xác định các dữ liệu kiểm thử.
4 Thực hiện kiểm thử: Trong giai đoạn này, các kịch bản kiểm thử được thực hiện trên phần mềm Kiểm thử viên thực hiện các bộ kiểm thử, ghi lại kết quả, và xác định các lỗi và vấn đề khác.
5 Ghi lại và phân tích kết quả: Các kết quả kiểm thử được ghi lại trong báo cáokiểm thử Kiểm thử viên phân tích các kết quả để xác định các lỗi, vấn đề, và xu hướng phát hiện.
6 Sửa lỗi: Sau khi các lỗi và vấn đề được xác định, nhóm phát triển tiến hành sửa chữa các lỗi và triển khai các bản vá.
7 Kiểm tra lại: Sau khi các lỗi đã được sửa, các kịch bản kiểm thử được chạy lại để đảm bảo rằng các lỗi đã được khắc phục và không có tác động tiêu cực đến các tính năng khác.
8 Hoàn thành kiểm thử: Sau khi kiểm thử được coi là hoàn thành, báo cáo kiểm thử cuối cùng được tạo ra và chia sẻ với nhóm phát triển và các bên liên quan khác.
Trang 19Qui trình kiểm thử phần mềm có thể linh hoạt và thay đổi theo từng dự án và tổ chức Nó cũng có thể bao gồm các pha và hoạt động bổ sung như kiểm tra đơn vị, kiểm thử tích hợp, và kiểm thử hệ thống.
2.5 Các kỹ thuật kiểm thử phần mềm.2.5.1 Kiểm thử hộp đen.
Kiểm thử hộp đen (black-box testing) là một phương pháp kiểm thử phần mềm trong đó người kiểm thử không biết về cấu trúc nội bộ của hệ thống hoặc phần mềm đang được kiểm thử Thay vào đó, người kiểm thử tập trung vào đầu vào và đầu ra của hệ thống để kiểm tra tính đúng đắn của nó.
Trong quá trình kiểm thử hộp đen, người kiểm thử tạo ra các bộ dữ liệu thử nghiệm dựa trên yêu cầu và mô tả nghiệp vụ, sau đó đánh giá kết quả đầu ra để xác định xem hệ thống hoạt động đúng hay không Phương pháp kiểm thử hộp đen có thể sử dụng các kỹ thuật như kiểm thử hộp đen phi chức năng (black-box non-functional testing) và kiểm thử hộp đen chức năng (black-box functional testing).
Tuy kiểm thử hộp đen không tiết lộ thông tin về cấu trúc nội bộ của hệ thống, nhưng nó có thể giới hạn khả năng phát hiện lỗi sâu bên trong hệ thống Do đó, việc kết hợp kiểm thử hộp trắng (white-box testing) - phương pháp kiểm thử dựa trên hiểu biết về cấu trúc nội bộ - cùng với kiểm thử hộp đen có thể giúp tăng cường độ tin cậy của quátrình kiểm thử.
Phương pháp kiểm thử hộp xám cho phép người kiểm thử tận dụng kiến thức giới hạn về cấu trúc và logic của hệ thống để tạo ra các ca kiểm thử hợp lý và xác định các
Trang 20vùng tiềm năng có thể chứa lỗi Người kiểm thử cũng có thể sử dụng các kỹ thuật như kiểm thử đường dẫn, kiểm thử điều kiện và kiểm thử độ bao phủ mã nguồn để đảm bảo rằng các phần quan trọng của hệ thống được kiểm tra một cách đầy đủ.
Mục tiêu của kiểm thử hộp xám là kết hợp những lợi ích của cả hai phương pháp kiểmthử hộp trắng và kiểm thử hộp đen Nó cho phép kiểm tra tính đúng đắn của hệ thống từ cả hai khía cạnh nội bộ và bên ngoài, đồng thời giữ được mức độ độc lập và khách quan của kiểm thử hộp đen.
Tuy kiểm thử hộp xám có thể cung cấp một mức độ kiểm thử tốt, nó cũng có thể đòi hỏi sự cân nhắc kỹ lưỡng về phạm vi kiến thức và thông tin được tiết lộ cho người kiểm thử Điều này đảm bảo rằng người kiểm thử không có quá ít hoặc quá nhiều thông tin, gây ảnh hưởng đến tính khách quan và hiệu quả của quá trình kiểm thử.
2.5.3 Kiểm thử hộp trắng.
Kiểm thử hộp trắng (white-box testing) là một phương pháp kiểm thử phần mềm trongđó người kiểm thử có kiến thức về cấu trúc nội bộ và logic hoạt động của hệ thống hay phần mềm đang được kiểm thử.
Phương pháp kiểm thử hộp trắng cho phép người kiểm thử tìm hiểu cách hoạt động bên trong của hệ thống, xác định các điểm yếu, lỗi logic hoặc các vùng mã có thể gây ra lỗi Người kiểm thử có thể sử dụng các kỹ thuật như kiểm thử đường dẫn (path testing), kiểm thử điều kiện (condition testing), kiểm thử vòng lặp (loop testing), kiểmthử độ bao phủ mã nguồn (code coverage testing) và kiểm thử kiểu (type testing) để đảm bảo rằng mã nguồn hoạt động đúng theo thiết kế và logic.
Phương pháp kiểm thử hộp trắng có thể giúp phát hiện lỗi ẩn, tăng cường tính bảo mậtvà độ tin cậy của phần mềm Tuy nhiên, nó có thể yêu cầu kiến thức chuyên sâu về cấu trúc hệ thống và mã nguồn, và thường đòi hỏi nhiều thời gian và công sức để triểnkhai.
Trang 21CHƯƠNG 3: KATALON STUDIO
3.1 Tổng quan về Katalon Studio.
Katalon Studio là một công cụ kiểm thử tự động phổ biến và mạnh mẽ được sử dụng để kiểm thử các ứng dụng web, ứng dụng di động và dịch vụ web Nó cung cấp một môi trường tích hợp và dễ sử dụng để phát triển và thực thi các bài kiểm tra tự động một cách nhanh chóng và dễ dàng.
Dưới đây là một số thông tin tổng quan về Katalon Studio:
1 Đa nền tảng: Katalon Studio hỗ trợ kiểm thử trên nhiều nền tảng, bao gồm ứng dụng web, ứng dụng di động (Android và iOS) và dịch vụ web.
2 Cấu trúc dựa trên Selenium và Appium: Katalon Studio được xây dựng dựa trên các công cụ kiểm thử phổ biến như Selenium và Appium, giúp người dùng dễ dàng tạo và chạy các bài kiểm tra tự động trên các nền tảng khác nhau.3 Giao diện đồ họa và kéo và thả: Katalon Studio cung cấp một giao diện đồ họa thân thiện và cho phép người dùng tạo các bài kiểm tra tự động bằng cách sử dụng chức năng kéo và thả, giúp giảm thời gian và công sức để viết mã kiểmthử.
4 Hỗ trợ ngôn ngữ lập trình: Katalon Studio cho phép người dùng viết mã kiểm thử bằng nhiều ngôn ngữ lập trình như Groovy, Java, C#, và Python Điềunày cho phép người dùng có sự linh hoạt trong việc tạo và tùy chỉnh các bài kiểm tra.
5 Tích hợp liên tục: Katalon Studio tích hợp với các công cụ quản lý mã nguồnphổ biến như Git và hỗ trợ tích hợp liên tục với các công cụ như Jenkins và Azure DevOps Điều này giúp người dùng tích hợp kiểm thử tự động vào quy trình phát triển phần mềm của họ một cách dễ dàng.
Trang 226 Báo cáo và gỡ lỗi: Katalon Studio cung cấp các công cụ để tạo báo cáo chi tiết về kết quả kiểm thử và hỗ trợ gỡ lỗi trong quá trình thực thi bài kiểm tra tự động.
3.1.1 Giới thiệu về KATALON STUDIO.
Katalon là một công cụ kiểm thử tự động hoàn chỉnh và mạnh mẽ hỗ trợ kiểm thử giao diện người dùng trên các ứng dụng web và di động, bao gồm cả trình duyệt web (Chrome, Firefox, Edge, etc.) và ứng dụng di động (Android và iOS) Nó cung cấp một môi trường tích hợp để thực hiện kiểm thử tự động từ việc tạo kịch bản, thực thi kiểm thử, quản lý báo cáo và gỡ lỗi.
Katalon hỗ trợ nhiều ngôn ngữ lập trình như Java và Groovy, cho phép người dùng viết các kịch bản kiểm thử một cách linh hoạt Nó cung cấp một giao diện đồ họa dễ sử dụng để tạo và quản lý các kịch bản kiểm thử, điều này giúp người dùng không cầncó kiến thức sâu về lập trình vẫn có thể sử dụng công cụ này
3.1.2 Các tính năng của KATALON STUDIO.
Katalon Studio có một số tính năng quan trọng sau đây:
Các tính năng chính của Katalon Test Studio:
Simple deployment: Một gói triển khai duy nhất, gắn kết chứa mọi thứ bạn cần để
triển khai một công cụ kiểm tra tự động mạnh mẽ
Trang 23Quick & easy set-up: Không chỉ cung cấp sự cài đặt đơn giản, Katalon Studio cũng
giúp bạn dễ dàng thiết lập môi trường Tester có thể chạy test script đầu tiên của họ khá nhanh bằng cách sử dụng mẫu được xây dựng trước và các test scripts, chẳng hạn như object repositories và keyword libraries.
Faster & Better results: Tích hợp sẵn mẫu với hướng dẫn rõ ràng giúp tester nhanh
chóng xây dựng và chạy các test scripts tự động hóa Họ có thể thực hiện từng bước với tốc độ và hiệu quả, từ thiết lập dự án, tạo ra thử nghiệm, thực hiện, tạo báo cáo và bảo trì.
Flexible modes: Một tester mới có thể sử dụng recording và keywords để xây dựng
các bài kiểm tra tự động hóa, trong khi các chuyên gia kiểm tra có một IDE hoàn chỉnh để xây dựng các kịch bản nâng cao.
Ease of use: Nó không thể được dễ dàng hơn, ngay cả hướng dẫn sử dụng với kinh
nghiệm lập trình tối thiểu cũng có thể khai thác lợi ích của nó một cách dễ dàng.
Cross-browser application: Katalon Studio hỗ trợ nhiều nền tảng: Windows và OS.
3.1.3 Ưu điểm và nhược điểm của Katalon Studio.
Ưu điểm:
1 Giao diện người dùng thân thiện: Katalon Studio có một giao diện sử dụng dễ dàng và thân thiện, giúp người dùng mới dễ dàng tiếp cận và nắm bắt công cụ nhanh chóng.
2 Hỗ trợ đa nền tảng: Katalon Studio hỗ trợ kiểm thử tự động cho các ứng dụng web, ứng dụng di động trên nhiều nền tảng như Android, iOS và Windows.
3 Hỗ trợ nhiều ngôn ngữ lập trình: Katalon Studio hỗ trợ nhiều ngôn ngữ lập trình như Java và Groovy, cho phép nhà phát triển và kiểm thử viên lựa chọn ngôn ngữ mà họ thoải mái và quen thuộc để viết mã kiểm thử.
4 Dễ dàng tạo và quản lý kịch bản kiểm thử: Katalon Studio cung cấp các côngcụ và tính năng cho phép người dùng dễ dàng tạo và quản lý các kịch bản kiểm thử Nó hỗ trợ việc ghi lại và tái sử dụng các hành động kiểm thử, giúp tăng tốc
Trang 24độ phát triển và duy trì kiểm thử.Hỗ trợ Data Driven Testing, sử dụng được cácdạng external file như Excel, CSV, Database Source
5 Hỗ trợ tích hợp CI/CD: Katalon Studio tích hợp tốt với các công cụ CI/CD như Jenkins, Azure DevOps, và Git, cho phép tự động hóa quy trình kiểm thử và tích hợp kiểm thử vào quy trình phát triển liên tục.
Nhược điểm:
1 Giới hạn phiên bản miễn phí: để truy cập vào các tính năng cao cấp và hỗ trợkỹ thuật, người dùng phải nâng cấp lên phiên bản trả phí Điều này có thể là một hạn chế đối với các dự án có ngân sách hạn chế.
2 Khả năng tự động hóa kiểm thử di động hạn chế: Mặc dù Katalon hỗ trợ kiểm thử ứng dụng di động, nhưng trong một số trường hợp, việc tự động hóa kiểm thử di động có thể gặp khó khăn Đặc biệt là khi cần thao tác với các yếu tố phức tạp trong ứng dụng di động.
3 Giao diện người dùng phức tạp: Một số người dùng cho rằng giao diện ngườidùng của Katalon khá phức tạp và khó sử dụng, đặc biệt đối với những người mới bắt đầu.
4.Khả năng tương thích: Katalon Studio có thể gặp khó khăn khi phải tương thích với một số ứng dụng hoặc công nghệ mới nhất Điều này có thể đòi hỏi việc cập nhật và hỗ trợ từ nhà phát triển để giải quyết các vấn đề tương thích.
Trang 253.1.4 Cách cài đặt Katalon Studio
Cấu hình cần thiết cho cài đặt
Yêu cầu về trình duyệt:
Trang 26Yêu cầu về thiết bị di động:
Cài đặt Katalon Studio trên Windows :
- Đầu tiên bạn cần đăng kí một tài khoản Katalon
- Sau khi tạo xong tài khoản và đăng nhập, bạn vào trang Download Tại đây, sẽ có 3 phiên bản khác nhau được phân biệt như sau:
Trang 27Katalon Studio (Standalone Edition): Được sử dụng như một IDE để viết test
case, scripting bình thường nhất
Katalon Studio (Platform Edition): Được sử dụng như một IDE để viết test
case, scripting nhưng connect tới dịch vụ Git để quản lý chạy Integrations sau này tiện lợi hơn (chổ này buộc tạo nhánh Repository trên Git trước sau đó connect vào TestOps của Katalon)
Katalon Runtime Engine (KRE): Hỗ trợ chạy test trong chế độ Command
Line Interface (CLI)
- Tùy vào mục đích sử dụng, bạn download version phù hợp với mình nhé, trong
chuỗi bài học này An sẽ dùng bản Katalon Studio (Standalone Edition)
- Sau khi download về máy tiến hành giải nén và mở ứng dụng trên máy tính của bạn.Để khởi động Katalon Studio, nhấp đúp vào katalon.exe.
- Ứng dụng sẽ khởi tạo tiến trình và hiển thị màn hình như ảnh sau:
- Ở lần hiển thị đầu tiên, cửa sổ kích hoạt Katalon Studio Activation: nhằm mục đích
kiểm tra tài khoản mà bạn đang sử dụng là phiên bản nào,Enterprise hay Free hay đang Trial
Trang 28- Sau khi đăng nhập vào được, bạn sẽ thấy giao diện làm việc như bên dưới là thành công
- Sau khi đăng nhập vào ứng dụng Katalon Studio, giao diện chính sẽ như hình bên
dưới Để tạo một project mới chọn New Project ở phần Test Explorer bên trái, hoặc có thể chọn File > New > Project.