Tìm hiểu và triển khai quy trình kiểm thử tự động bằng Jest Framework

Khóa luận: Tìm hiểu và triển khai quy trình kiểm thử tự động bằng Jest Framework tại Đại học Kinh tế Huế

• Tác giả: Nguyễn Thị Bảo Ngân
• Người hướng dẫn: TS. Nguyễn Minh Đức
• Trường học: Trường Đại học Kinh tế, Đại học Huế
• Chuyên ngành: Hệ thống thông tin quản lý
• Đề tài: Tìm hiểu và triển khai quy trình kiểm thử tự động bằng Jest Framework
• Loại tài liệu: Khóa luận tốt nghiệp
• Năm xuất bản: 2024
• Địa điểm: Huế

Tóm tắt

I. Tổng quan quy trình kiểm thử tự động bằng Jest Framework

Kiểm thử phần mềm đóng vai trò then chốt trong chu kỳ phát triển ứng dụng. Hoạt động này bảo đảm tính ổn định, độ bảo mật và hiệu năng của hệ thống. Kiểm thử tự động thay thế các thao tác thủ công lặp lại bằng tập lệnh chuyên dụng. Giải pháp này giúp nhóm phát triển phát hiện lỗi sớm. Chi phí sửa chữa khiếm khuyết nhờ đó giảm đáng kể. Trong số các công cụ hiện nay, Jest Framework nổi lên như một lựa chọn hàng đầu. Đây là nền tảng kiểm thử mã nguồn mở phổ biến cho hệ sinh thái JavaScript. Jest cung cấp môi trường hoàn chỉnh với bộ chạy test nhanh và công cụ đo lường độ bao phủ mã nguồn. Tại Đại học Kinh tế Huế, việc nghiên cứu kiểm thử tự động đáp ứng nhu cầu thực tiễn của ngành Hệ thống thông tin quản lý. Đề tài tập trung xây dựng quy trình kiểm thử chuẩn mực cho các ứng dụng web và nền tảng quản trị nội dung. Sinh viên áp dụng kiến thức lý thuyết vào các bài toán kỹ thuật thực tế. Quá trình này nâng cao năng lực chuyên môn và bảo đảm chất lượng sản phẩm công nghệ.

1.1. Khái niệm và đặc tính kỹ thuật của Jest Framework

Jest Framework là khung kiểm thử JavaScript mạnh mẽ do Meta phát triển. Công cụ này tích hợp sẵn bộ kiểm tra giả lập, cấu trúc khẳng định và trình thu thập độ bao phủ mã. Nhà phát triển cấu hình hệ thống dễ dàng mà không cần cài đặt nhiều thư viện bổ trợ. Jest xử lý các tệp kiểm thử song song thông qua các luồng xử lý độc lập. Cơ chế này tối ưu hóa tốc độ thực thi khi kiểm tra các hệ thống lớn. Tính năng kiểm thử ảnh chụp nhanh bảo vệ giao diện trước những biến đổi không mong muốn. Jest hỗ trợ toàn diện các dự án dùng Node.js, React và nhiều khung làm việc hiện đại khác.

1.2. Mục tiêu nghiên cứu và định hướng tại Đại học Kinh tế Huế

Đại học Kinh tế Huế chú trọng đào tạo thực hành gắn liền với thực tế sản xuất. Nghiên cứu kiểm thử tự động tại Khoa Hệ thống thông tin kinh tế mang lại giá trị đào tạo thiết thực. Đề tài xây dựng một quy trình kiểm thử hoàn chỉnh cho hệ thống quản lý nội dung doanh nghiệp. Mục tiêu chính bao gồm nâng cao tính bảo mật, đảm bảo tính vẹn toàn dữ liệu và chuẩn hóa việc phát triển phần mềm. Hoạt động này tạo nền tảng vững chắc cho sinh viên trước khi tham gia thị trường lao động. Sự phối hợp giữa trường đại học và doanh nghiệp công nghệ đem lại mô hình nghiên cứu mang tính ứng dụng cao.

II. Phân tích bài toán kiểm thử tự động bằng Jest Framework

Quy trình phát triển phần mềm truyền thống gặp nhiều trở ngại trong giai đoạn kiểm tra. Kiểm thử thủ công đòi hỏi nhân lực lớn và tốn nhiều thời gian lặp lại. Kỹ thuật viên phải nhập từng bộ dữ liệu vào biểu mẫu trên màn hình giao diện. Khi hệ thống mở rộng, số lượng ca kiểm thử tăng vọt. Sự mệt mỏi của con người dễ dẫn đến bỏ sót các trường hợp biên nghiêm trọng. Lỗi xuất hiện ở khâu kiểm tra API thường gây sụp đổ toàn bộ dịch vụ phụ trợ. Hệ thống CMS của doanh nghiệp quản lý khối lượng dữ liệu khổng lồ về tài khoản, sản phẩm và giá cả. Dữ liệu sai lệch làm gián đoạn giao dịch kinh doanh trực tuyến. Việc thiếu các bộ dữ liệu kiểm tra đa dạng dẫn đến nguy cơ tiềm ẩn về bảo mật thông tin. Phần mềm không thể phản hồi đúng chuẩn khi người dùng nhập các chuỗi ký tự đặc biệt hoặc số lượng ký tự quá dài. Do đó, bài toán đặt ra là phải tự động hóa toàn bộ quá trình kiểm thử để loại bỏ rủi ro do thao tác thủ công.

2.1. Hạn chế của kiểm thử thủ công trong quản lý dữ liệu CMS

Kiểm thử thủ công bộc lộ nhiều điểm yếu cố hữu khi vận hành các nền tảng CMS phức tạp. Thao tác lặp lại làm giảm sự tập trung của nhân sự kỹ thuật. Tốc độ kiểm tra chậm chạp cản trở chu kỳ phát hành tính năng mới ra thị trường. Quy trình kiểm tra thủ công không bao quát được hết các luồng tương tác đồng thời. Chi phí nhân sự cho công tác kiểm tra tăng tỷ lệ thuận với quy mô phần mềm. Thao tác ghi nhận lỗi thủ công dễ dẫn đến sai lệch thông tin và chậm trễ sửa chữa. Môi trường kiểm thử thiếu tính đồng nhất khiến kết quả kiểm tra thiếu độ tin cậy cần thiết.

2.2. Vấn đề phát sinh khi xử lý dữ liệu đầu vào và kiểm thử API

Giao diện lập trình ứng dụng API kết nối trực tiếp dữ liệu giữa máy khách và máy chủ. Lỗi xử lý chuỗi ký tự thường phát sinh khi dữ liệu vượt ngưỡng cho phép. Tên sản phẩm chứa ký tự đặc biệt hoặc biểu tượng cảm xúc dễ làm hệ thống treo. Giá trị đơn giá bằng 0 hoặc tỷ lệ giảm giá sai lệch gây xung đột logic nghiêm trọng. Trường hợp người dùng nhập văn bản dài hơn 225 ký tự đòi hỏi bộ lọc kiểm soát chặt chẽ. Nếu thiếu kịch bản kiểm tra toàn diện, hệ thống sẽ trả về mã lỗi không mong muốn. Điều này đe dọa an toàn dữ liệu và tạo lỗ hổng cho các cuộc tấn công mạng.

III. Phương pháp triển khai kiểm thử tự động bằng Jest Framework

Phương pháp triển khai kiểm thử tự động với Jest Framework tập trung vào kiến trúc mô-đun hóa. Nhóm nghiên cứu thiết lập cấu hình Jest kết hợp cùng thư viện Supertest để kiểm tra giao diện API. Quy trình bắt đầu bằng việc phân tích cấu trúc của các tuyến đường định tuyến và điểm cuối dịch vụ. Kỹ sư xây dựng các kịch bản kiểm thử bao phủ toàn bộ phương thức HTTP như GET, POST, PUT và DELETE. Mỗi bài kiểm tra đánh giá mã trạng thái phản hồi, cấu trúc dữ liệu JSON và thời gian xử lý. Việc kiểm thử tự động thực thi liên tục trong môi trường phát triển cục bộ. Các trường hợp biên đối với trường tên sản phẩm và mức giá được tự động hóa hoàn toàn. Hệ thống tự động tạo dữ liệu mẫu với các điều kiện ký tự phức tạp để kiểm tra khả năng xử lý của mã nguồn. Nhờ cơ chế thực thi song song, hàng trăm ca kiểm thử hoàn tất chỉ trong vài giây. Kết quả kiểm tra được tổng hợp thành báo cáo trực quan, giúp lập trình viên xác định chính xác vị trí phát sinh lỗi.

3.1. Thiết lập kịch bản và cấu hình Jest Framework cho kiểm thử API

Quá trình thiết lập Jest bắt đầu bằng việc cài đặt gói phụ thuộc thông qua trình quản lý npm. Tệp cấu hình jest.config.js được tối ưu hóa để tương thích với môi trường Node.js. Nhóm phát triển cấu hình các biến môi trường riêng biệt cho cơ sở dữ liệu kiểm thử. Điều này ngăn chặn việc làm sai lệch dữ liệu sản xuất thực tế. Kịch bản kiểm thử API sử dụng các hàm mô phỏng của Jest để cô lập các dịch vụ bên ngoài. Trình xác thực kiểm tra mã phản hồi 200 cho yêu cầu hợp lệ và mã 400 hoặc 422 khi dữ liệu sai định dạng. Tốc độ thực thi được tối ưu nhờ bộ nhớ đệm thông minh của Jest.

3.2. Xây dựng tập dữ liệu kiểm thử giá trị biên và trường hợp ngoại lệ

Xây dựng tập dữ liệu kiểm thử biên là trọng tâm của phương pháp tiếp cận. Các kịch bản tập trung kiểm tra trường nhập liệu tên sản phẩm từ 1 đến trên 225 ký tự. Dữ liệu thử nghiệm bao gồm chuỗi ký tự thường, số, biểu tượng cảm xúc và ký tự đặc biệt. Đối với trường đơn giá, hệ thống đưa vào các giá trị từ 0 đến trên 12 chữ số. Kịch bản giảm giá bao quát đầy đủ các mức từ 1% đến 100%. Mọi trường hợp ngoại lệ đều phải kích hoạt thông báo lỗi chính xác trên giao diện quản trị. Nhờ kiểm tra giá trị biên, mã nguồn xử lý mượt mà mọi tình huống dữ liệu bất thường từ phía người dùng.

IV. Ứng dụng mô hình kiểm thử tự động bằng Jest Framework

Việc triển khai Jest Framework mang lại bước tiến lớn trong công tác bảo đảm chất lượng phần mềm. Mô hình này đã chứng minh tính hiệu quả vượt trội tại Đại học Kinh tế Huế. Thời gian thực thi toàn bộ chu kỳ kiểm thử giảm hơn 70% so với phương pháp thủ công. Tỷ lệ phát hiện lỗi trong giai đoạn tiền phát hành tăng vọt. Sự ổn định của các dịch vụ API cốt lõi được duy trì liên tục qua mỗi phiên bản cập nhật. Doanh nghiệp tiếp nhận sản phẩm đánh giá cao tính bền vững của mã nguồn. Quy trình kiểm thử tự động đóng vai trò như một tài liệu đặc tả sống cho hệ thống. Thành công của dự án tạo tiền đề vững chắc cho việc mở rộng nghiên cứu khoa học trong sinh viên. Các khóa sinh viên tiếp theo có thể kế thừa và tích hợp thêm công cụ tích hợp liên tục CI/CD. Năng lực ứng dụng công nghệ mới gắn với thực tiễn doanh nghiệp được khẳng định rõ nét.

4.1. Kết quả thực nghiệm trên hệ thống quản lý nội dung doanh nghiệp

Kết quả thực nghiệm trên nền tảng quản trị CMS ghi nhận nhiều chuyển biến tích cực. Toàn bộ kịch bản kiểm thử API cho các trang đăng nhập, quản lý sản phẩm và tin tức đều vượt qua tiêu chuẩn đề ra. Hệ thống kiểm soát tốt các luồng dữ liệu phức tạp từ phía doanh nghiệp đối tác. Tình trạng sập dịch vụ do lỗi nhập chuỗi ký tự bất thường được xử lý dứt điểm. Tốc độ hồi đáp của các dịch vụ trung gian đạt mức tối ưu. Báo cáo kiểm thử tự động cung cấp góc nhìn minh bạch về chất lượng mã nguồn. Nhóm kỹ sư doanh nghiệp dễ dàng tiếp quản và duy trì tính ổn định của hệ thống lâu dài.

4.2. Khả năng tích hợp CI CD và định hướng phát triển công nghệ

Bộ kịch bản kiểm thử Jest Framework có thể tích hợp liền mạch vào đường ống CI/CD hiện đại như GitHub Actions hoặc GitLab CI. Mỗi khi có mã nguồn mới đẩy lên kho lưu trữ, quy trình kiểm thử sẽ tự động kích hoạt ngay lập tức. Hệ thống sẽ từ chối các bản cập nhật gây lỗi trước khi hòa nhập vào nhánh chính. Hướng nghiên cứu tiếp theo sẽ mở rộng kiểm thử hiệu năng và kiểm thử tải trọng lớn cho toàn bộ hệ thống API. Việc tiếp tục chuẩn hóa quy trình giúp sinh viên nâng cao kỹ năng kiểm thử chuẩn quốc tế. Đây là nền tảng quan trọng giúp xây dựng các hệ sinh thái phần mềm an toàn và bền vững.

Nội dung chính

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

Trong hoạt động quản trị và điều hành sản xuất kinh doanh hiện đại, công nghệ thông tin đóng vai trò then chốt. Quá trình phát triển phần mềm dù được hỗ trợ bởi nhiều công cụ tiên tiến nhưng việc phát sinh lỗi mã nguồn là điều không thể tránh khỏi. Theo ước tính được trích dẫn trong văn bản, ngay cả một lập trình viên có năng lực tốt trung bình vẫn tạo ra từ một đến ba lỗi trên mỗi một trăm dòng lệnh. Công tác kiểm tra nhằm phát hiện và khắc phục các sai sót này chiếm khoảng 50% khối lượng công việc cần thiết để hoàn thiện một phần mềm. Về mặt kinh tế, chi phí dành cho hoạt động kiểm thử phần mềm thường chiếm tới 40% tổng ngân sách của một dự án công nghệ, đồng thời chi phí này có xu hướng gia tăng đáng kể mỗi khi hệ thống thực hiện nâng cấp hoặc thay đổi tính năng.

Trước thực tế đó, kiểm thử tự động (Automation Testing) trở thành giải pháp kỹ thuật cần thiết nhằm cắt giảm thời gian, nhân lực và chi phí lặp lại. Trên thị trường công nghệ, Jest Framework – công cụ kiểm thử được Meta (Facebook) giới thiệu vào năm 2014 – đã trở thành một nền tảng phổ biến trong hệ sinh thái JavaScript và Node.js nhờ tích hợp sẵn các cơ chế mocking, snapshots và đo độ bao phủ mã nguồn (code coverage). Tuy nhiên, tại Việt Nam, mức độ tiếp cận và ứng dụng Jest còn hạn chế do rào cản về tài liệu chuyên ngành bằng tiếng Việt, nhận thức của kiểm thử viên và yêu cầu kỹ năng lập trình chuyên sâu. Xuất phát từ bối cảnh thực tiễn tại Công ty Cổ phần Đầu tư Công nghệ TST ECO trong quá trình xây dựng hệ thống website quản trị nội dung (CMS), tác giả Nguyễn Thị Bảo Ngân đã thực hiện đề tài nghiên cứu nhằm chuẩn hóa và triển khai quy trình kiểm thử tự động cho hệ thống này.

Mục tiêu nghiên cứu:

• Mục tiêu tổng quát: Tìm hiểu và triển khai quy trình kiểm thử tự động bằng Jest Framework cho trang web Hệ thống quản trị nội dung – CMS, nhằm mục đích kiểm tra và đảm bảo sản phẩm đáp ứng đầy đủ yêu cầu về mặt giao diện, chức năng và vận hành chính xác theo yêu cầu của khách hàng.
• Mục tiêu cụ thể:
  1. Tìm hiểu cơ sở lý thuyết, nắm vững quy trình kiểm thử tự động và thực hiện kiểm thử thành công.
  2. Nghiên cứu sâu về lợi ích, tính năng và cách thức hoạt động của công cụ kiểm thử tự động Jest Framework.
  3. Thực hiện kiểm thử phần mềm tự động dựa trên kịch bản kiểm thử (testcase) bằng Jest Framework kết hợp thư viện Supertest.

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

• Đối tượng nghiên cứu: Quá trình kiểm thử tự động bằng công cụ Jest Framework; phương pháp kiểm thử phần mềm tự động; quy trình kiểm thử tự động trên hệ thống website CMS.
• Phạm vi không gian: Nghiên cứu và triển khai thực tế tại Công ty Cổ phần Đầu tư Công nghệ TST ECO.
• Phạm vi thời gian: Khóa luận được tiến hành trong khoảng thời gian từ ngày 25 tháng 12 năm 2023 đến ngày 14 tháng 4 năm 2024.

---

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

Khóa luận thiết lập nền tảng lý luận dựa trên các tiêu chuẩn kiểm thử phần mềm (Software Testing), tập trung vào bốn nhiệm vụ cốt lõi: phát hiện lỗi, đánh giá chất lượng sản phẩm, xác định rủi ro kỹ thuật tiềm ẩn và cung cấp thông tin chất lượng cho các bên liên quan.

Về cấp độ kiểm thử, tác giả hệ thống hóa bốn mức độ cơ bản gồm: kiểm thử đơn vị (Unit Testing), kiểm thử tích hợp (Integration Testing - I&T), kiểm thử hệ thống (System Testing) và kiểm thử chấp nhận (Acceptance Testing). Trong đó, nghiên cứu tập trung sâu vào kiểm thử tích hợp (I&T) nhằm xác minh sự phối hợp logic giữa các module chức năng độc lập khi ghép nối thành hệ thống.

Về phương pháp tiếp cận, khóa luận áp dụng phương pháp kiểm thử hộp đen (Black-box Testing), tập trung vào các hành vi bên ngoài và quan hệ giữa dữ liệu đầu vào (Input) với dữ liệu đầu ra (Output) mà không cần can thiệp vào cấu trúc mã nguồn bên trong. Hai kỹ thuật thiết kế trường hợp kiểm thử được áp dụng chi tiết gồm:

• Phân vùng tương đương (Equivalence Partitioning): Phân chia tập dữ liệu đầu vào thành các lớp tương đương hợp lệ và không hợp lệ. Ví dụ đối với chức năng đăng nhập, dữ liệu được chia thành các nhóm kết hợp giữa số điện thoại và mật khẩu (đúng/sai/để trống). Đối với chức năng xóa sản phẩm, dữ liệu ID được phân loại theo: ID hợp lệ, ID không hợp lệ và không truyền ID.
• Phân tích giá trị biên (Boundary Value Analysis): Tập trung phát hiện lỗi tại các giá trị giới hạn của lớp tương đương. Cụ thể, chức năng tạo mới sản phẩm thiết lập kiểm tra trường tên sản phẩm có độ dài biên từ 1 đến 255 ký tự (phân loại ký tự chữ, biểu tượng icon, ký tự đặc biệt và các tổ hợp vượt ngưỡng 255 ký tự); trường giá sản phẩm kiểm tra mốc từ 1.000 VNĐ đến 999.999 VNĐ (và trên 12 chữ số); tỷ lệ giảm giá kiểm tra ngưỡng từ 1% đến 99%, mốc 100% và mốc giá bằng 0.

Quy trình kiểm thử trong nghiên cứu tuân thủ 6 giai đoạn chuẩn: (1) Phân tích yêu cầu, (2) Lập kế hoạch kiểm thử, (3) Phát triển kịch bản kiểm thử, (4) Thiết lập môi trường kiểm thử, (5) Thực hiện kiểm thử, và (6) Kết thúc chu kỳ kiểm thử. Đồng thời, quy trình kiểm thử tự động được cấu trúc qua 5 bước: Lựa chọn công cụ, Xác định phạm vi tự động hóa, Lập kế hoạch thiết kế và phát triển, Thực hiện kiểm thử, và Bảo trì.

Đối với kiểm thử giao diện lập trình ứng dụng (API Testing), tác giả tập trung vào tầng logic nghiệp vụ thông qua việc kiểm tra các mã trạng thái phản hồi HTTP (HTTP Status Codes) phổ biến:

• 200 OK: Yêu cầu gửi đi đã xử lý thành công.
• 201 Created: Yêu cầu thành công và một tài nguyên mới đã được khởi tạo (thường dùng trong phương thức POST/PUT).
• 204 No Content: Yêu cầu thành công nhưng không có nội dung trả về trong phần thân.
• 400 Bad Request: Máy chủ không thể xử lý yêu cầu do cú pháp hoặc tham số không hợp lệ.
• 401 Unauthorized: Yêu cầu chưa được xác thực danh tính người dùng.
• 403 Forbidden: Máy chủ nhận biết danh tính client nhưng từ chối cấp quyền truy cập tài nguyên.
• 404 Not Found: Không tìm thấy tài nguyên tương ứng với điểm cuối (endpoint) được yêu cầu.
• 500 Internal Server Error: Lỗi máy chủ nội bộ phát sinh ngoài dự kiến.

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

1. Phương pháp nghiên cứu tài liệu: Tổng hợp các tài liệu kỹ thuật về ngôn ngữ lập trình JavaScript, môi trường thời gian chạy Node.js, tài liệu đặc tả Jest Framework và thư viện Supertest.
2. Phương pháp quan sát và tổng hợp: Khảo sát cấu trúc thực tế, giao diện người dùng và cơ chế vận hành các phân hệ của website CMS tại doanh nghiệp TST ECO.
3. Phương pháp phân tích và thiết kế: Phân tích chi tiết luồng nghiệp vụ của CMS, từ đó xây dựng kế hoạch kiểm thử, thiết kế bộ kịch bản kiểm thử (Testcase) và mẫu báo cáo ghi nhận lỗi (Bug Report).

---

Thiết kế và triển khai

Hệ thống được kiểm thử là website Quản trị nội dung (CMS) do Công ty Cổ phần Đầu tư Công nghệ TST ECO phát triển, đóng vai trò kết nối cộng đồng doanh nghiệp và quản lý nội dung số. Hệ thống phân chia người dùng thành hai nhóm chính:

• Người dùng công khai: Khách vãng lai, chỉ có quyền truy cập xem các thông tin tin tức, sản phẩm và giới thiệu chung, không có quyền sửa đổi hay xóa dữ liệu.
• Người dùng doanh nghiệp: Người dùng được cấp tài khoản định danh để quản lý dữ liệu riêng của tổ chức, có quyền thao tác với các chức năng thêm mới, chỉnh sửa và xóa thông tin.

Môi trường kiểm thử được thiết lập trên nền tảng Visual Studio Code, sử dụng ngôn ngữ lập trình JavaScript chạy trong môi trường Node.js (tận dụng kiến trúc hướng sự kiện và cơ chế I/O bất đồng bộ dựa trên V8 Engine). Công cụ kiểm thử cốt lõi là Jest Framework kết hợp với thư viện Supertest. Thư viện Supertest cung cấp tầng trừu tượng cấp cao, cho phép giả lập gửi các yêu cầu HTTP (GET, POST, PUT, DELETE) trực tiếp đến máy chủ HTTP của Node.js mà không nhất thiết phải khởi chạy toàn bộ máy chủ ứng dụng theo cách thông thường, từ đó xác thực nhanh phản hồi từ API endpoint và cơ sở dữ liệu.

Nhằm làm rõ cơ sở lựa chọn công nghệ, tác giả đã tiến hành so sánh đối chiếu giữa Jest Framework với hai công cụ kiểm thử tự động phổ biến là Selenium và HP/Micro Focus UFT (Unified Functional Testing):

Tiêu chí	Jest Framework	Selenium	UFT (Unified Functional Testing)
Nền tảng phát triển	Xây dựng trên JavaScript và Node.js	Đa nền tảng	Hệ điều hành Windows
Ngôn ngữ hỗ trợ	JavaScript, TypeScript	Java, C#, Perl, Python, JavaScript, Ruby, PHP	VBScript
Ứng dụng kiểm thử	Ứng dụng Web, Di động, Thư viện JavaScript, API	Ứng dụng Web	Màn hình nền Windows, Web, Di động, API
Cài đặt và sử dụng	Yêu cầu công cụ đi kèm, cấu hình đơn giản, dễ sử dụng	Cần cài đặt và tích hợp nhiều công cụ hỗ trợ khác nhau	Dễ dàng cài đặt trọn gói, dễ sử dụng
Yêu cầu kỹ năng	Nắm cú pháp JavaScript cơ bản, làm quen nhanh	Đòi hỏi kỹ năng lập trình nâng cao để tích hợp hệ thống	Cần hiểu sâu về VBScript và kỹ thuật chuyên sâu
Thời gian thực thi	Nhanh (chạy kiểm thử song song)	Tương đối chậm	Nhanh
Chi phí bản quyền	Mã nguồn mở, hoàn toàn miễn phí	Mã nguồn mở, hoàn toàn miễn phí	Bản quyền thương mại, chi phí mua và bảo trì cao

So sánh về ưu điểm và nhược điểm kỹ thuật giữa ba công cụ:

Công cụ / Framework	Ưu điểm chính	Nhược điểm và hạn chế
Jest Framework	- Mã nguồn mở, miễn phí. - Cú pháp đơn giản, hiệu suất cao. - Hỗ trợ sẵn cơ chế Mocking, Snapshot testing. - Phù hợp cho Unit Test và Integration Test API.	- Hạn chế ngôn ngữ (chủ yếu tập trung cho JavaScript/TypeScript). - Kiểm thử ứng dụng web phức tạp cần công cụ bên thứ ba để xuất báo cáo chi tiết. - Khả năng mở rộng còn giới hạn so với Mocha, Chai.
Selenium	- Mã nguồn mở, tiết kiệm chi phí. - Hỗ trợ đa trình duyệt và nhiều ngôn ngữ lập trình. - Khả năng tích hợp mở rộng rất mạnh mẽ.	- Tốc độ thực thi kịch bản chậm. - Cần trình độ lập trình vững vàng. - Không hỗ trợ trực tiếp ứng dụng di động nếu không tích hợp thêm. - Thiếu cơ chế báo cáo tích hợp sẵn.
UFT	- Giao diện trực quan, dễ tiếp cận ban đầu. - Hỗ trợ kiểm thử đa dạng (Desktop, Web, Mobile, API). - Tích hợp tốt với Jira, Jenkins. - Có tính năng ghi và phát lại (Record & Playback).	- Giá thành bản quyền rất cao đối với doanh nghiệp nhỏ. - Phụ thuộc vào ngôn ngữ VBScript. - Hạn chế khi kiểm thử các ứng dụng web hiện đại xây dựng bằng các framework JavaScript mới.

Từ phân tích trên, Jest kết hợp Supertest được lựa chọn làm giải pháp tối ưu cho việc kiểm thử API của website CMS xây dựng trên nền tảng JavaScript/Node.js, đảm bảo tốc độ thực thi nhanh và tối ưu hóa chi phí.

---

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

Chương 1: Tổng quan về cơ sở lý thuyết kiểm thử phần mềm và Jest Framework

Chương đầu tiên tập trung hệ thống hóa các định nghĩa tiêu chuẩn về kiểm thử phần mềm, sự khác biệt giữa kiểm thử thủ công và kiểm thử tự động, cùng quy trình 6 bước phát triển phần mềm chuẩn. Tác giả đi sâu phân tích công cụ Jest do Christoph Nakazawa phát triển tại Meta từ năm 2014 và chính thức phát hành rộng rãi vào năm 2015. Văn bản dẫn chứng số liệu thống kê về mức độ tiếp nhận Jest trong cộng đồng phát triển: năm 2016 (sau 1 năm phát hành), tỷ lệ người dùng biết đến và muốn học Jest là 16,6%, tỷ lệ người thực tế sử dụng đạt 4%; đến năm 2018, tỷ lệ quan tâm muốn học tăng lên 29,7% và tỷ lệ người dùng đã sử dụng và có ý định tiếp tục sử dụng đạt xấp xỉ 40%. Jest được áp dụng rộng rãi tại các tập đoàn công nghệ toàn cầu như Facebook (ứng dụng cho Facebook, Instagram, WhatsApp), Airbnb, Netflix, PayPal, Spotify; và bước đầu triển khai tại một số doanh nghiệp Việt Nam như FPT Software, VNG, Viettel. Ngoài ra, chương 1 phân tích chi tiết môi trường thực thi Node.js, thư viện Supertest, trình soạn thảo Visual Studio Code, cùng các kỹ thuật phân tích giá trị biên và phân vùng tương đương áp dụng cho API HTTP.

Chương 2: Tổng quan về website Hệ thống quản trị nội dung – CMS

Chương này trình bày bối cảnh ra đời của website CMS tại Công ty Cổ phần Đầu tư Công nghệ TST ECO. Nhằm hỗ trợ mạng lưới doanh nhân và doanh nghiệp kết nối, chia sẻ thông tin, TST ECO phát triển nền tảng CMS giúp quản trị nội dung truyền thông, tin tức, sự kiện và sản phẩm. Tác giả phân tích kiến trúc phân quyền người dùng (người dùng công khai và tài khoản doanh nghiệp) và làm rõ các màn hình giao diện chính gồm: Trang Đăng nhập, Trang chủ, Trang Tin tức, Trang Sản phẩm, Trang Tạo mới sản phẩm. Điểm trọng tâm của chương là việc xác định bốn nhóm chức năng nghiệp vụ của CMS cần thực hiện kiểm thử API:

1. Chức năng đăng nhập: Xác thực thông tin tài khoản của doanh nghiệp thông qua số điện thoại và mật khẩu.
2. Chức năng tạo mới sản phẩm: Kiểm tra tính hợp lệ của các trường dữ liệu tên sản phẩm, giá bán, tỷ lệ giảm giá, mô tả, danh mục và hình ảnh.
3. Chức năng chỉnh sửa sản phẩm: Kiểm tra cập nhật thông tin sản phẩm đã tồn tại trên hệ thống.
4. Chức năng xóa sản phẩm: Kiểm tra tính chính xác và an toàn khi xóa sản phẩm thông qua định danh ID sản phẩm.

Chương 3: Triển khai kiểm thử tự động cho Hệ thống quản trị nội dung – CMS

Nội dung chương 3 ghi lại toàn bộ tiến trình triển khai thực nghiệm kỹ thuật, bắt đầu từ các bước cài đặt gói thư viện Jest và Supertest vào cấu trúc dự án. Dựa trên bản kế hoạch kiểm thử API đã xây dựng, tác giả tiến hành viết các tập kịch bản kiểm thử (Testcase) tự động cho bốn chức năng cốt lõi đã xác định ở chương 2. Quá trình triển khai bao gồm việc cấu hình các điểm cuối (endpoint) của API, mô phỏng yêu cầu gửi đi và kiểm tra mã trạng thái trả về (Status Code 200, 201, 400, 401, 404). Các ca kiểm thử thất bại được ghi nhận chi tiết về trạng thái và hình ảnh nhằm lập bản báo cáo lỗi (Bug Report) phản hồi cho bộ phận phát triển phần mềm xử lý.

---

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

Kết quả đạt được:

• Nghiên cứu và hệ thống hóa thành công lý thuyết căn bản về kiểm thử phần mềm, quy trình kiểm thử tự động và kỹ thuật kiểm thử API.
• Cài đặt, cấu hình và vận hành thành công công cụ Jest Framework kết hợp thư viện Supertest trong môi trường Node.js.
• Xây dựng hoàn chỉnh bộ kịch bản kiểm thử (Testcase) dựa trên kỹ thuật phân vùng tương đương và phân tích giá trị biên cho 4 chức năng cốt lõi của website CMS: đăng nhập hệ thống, tạo mới sản phẩm, chỉnh sửa thông tin sản phẩm và xóa sản phẩm.
• Thiết lập quy trình phát hiện sai sót, lập biên bản báo cáo kết quả kiểm thử và lưu trữ bằng chứng cho các trường hợp kiểm thử không thành công, góp phần bảo đảm tính ổn định và độ chính xác của các API trong CMS.

Đóng góp của đề tài so với các công trình nghiên cứu tương tự: Khóa luận đã đối chiếu với ba công trình tốt nghiệp đi trước trong cùng lĩnh vực kiểm thử để làm nổi bật hướng tiếp cận của mình:

1. Luận văn của Đặng Thị Phương (Đại học Quốc gia Hà Nội) về Selenium: Đề tài của Đặng Thị Phương ứng dụng Selenium tại công ty Exo Platform Sea nhưng chỉ dừng ở mức framework cơ bản, chưa tối ưu tốc độ thực thi, chưa có Data-Driven hay kiểm thử đám mây. Đề tài của tác giả khai thác Jest với tốc độ thực thi nhanh hơn nhờ cơ chế chạy song song của môi trường JavaScript.
2. Khóa luận của Vũ Công Minh (Đại học Dân lập Hải Phòng) về Selenium IDE: Đề tài của Vũ Công Minh chỉ dừng lại ở tiện ích Selenium IDE trên trình duyệt Mozilla Firefox, mới kiểm thử duy nhất một chức năng đăng ký tài khoản của Zing ID và chưa đi sâu vào kỹ thuật nâng cao. Ngược lại, đề tài của tác giả đã tự động hóa luồng kiểm thử tích hợp (I&T) cho trọn bộ chu trình quản lý sản phẩm và đăng nhập qua API.
3. Khóa luận của Trịnh Hoài Nguyên (Đại học Kinh tế - Đại học Huế) về Laravel: Đề án xây dựng website thương mại điện tử KP English của Trịnh Hoài Nguyên có phần kiểm thử còn đơn giản, chưa giải quyết triệt để vấn đề phân quyền và tối ưu chức năng. Đề tài của tác giả đã tập trung chuyên sâu vào quy trình kiểm thử API có phân quyền chi tiết giữa người dùng công khai và tài khoản doanh nghiệp.

---

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

Hạn chế của nghiên cứu:

• Văn bản khóa luận chỉ ra rằng việc sử dụng thư viện Supertest có thể gặp khó khăn nhất định khi xử lý các API có cấu trúc phức tạp với nhiều điểm cuối lồng nhau hoặc logic xử lý dữ liệu phức tạp.
• Quá trình kiểm thử tự động bằng Supertest có khả năng gây ảnh hưởng đến hiệu suất của API khi thực hiện thử nghiệm với số lượng lớn yêu cầu đồng thời.
• Phạm vi triển khai của đồ án mới tập trung vào các chức năng quản trị cơ bản (đăng nhập, tạo, sửa, xóa sản phẩm) của hệ thống CMS tại một doanh nghiệp cụ thể (TST ECO), chưa mở rộng kiểm thử toàn diện các phân hệ khác như mạng xã hội hay giao dịch sự kiện.

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

• Tiếp tục bảo trì, cập nhật và mở rộng kịch bản kiểm thử tự động cho toàn bộ các module tính năng còn lại của hệ thống website CMS.
• Nghiên cứu nâng cấp các kịch bản kiểm thử nâng cao, tích hợp thêm các công cụ hỗ trợ báo cáo trực quan và nghiên cứu giải pháp kiểm thử hiệu năng API trong điều kiện tải lớn.

---

Giá trị tham khảo

Báo cáo khóa luận mang lại giá trị tham khảo cụ thể cho các đối tượng sau:

• Sinh viên các ngành Hệ thống thông tin quản lý, Tin học kinh tế và Công nghệ thông tin: Cung cấp tài liệu tham khảo thực tế về quy trình kiểm thử phần mềm từ bước phân tích yêu cầu, thiết kế testcase theo giá trị biên đến triển khai công cụ kiểm thử tự động.
• Kiểm thử viên (Tester) và lập trình viên mới tiếp cận Jest Framework: Phần so sánh công nghệ (Jest, Selenium, UFT) và hướng dẫn cấu hình Jest cùng thư viện Supertest là tài liệu hướng dẫn kỹ thuật rõ ràng để kiểm thử API trong các dự án chạy Node.js.
• Nội dung đáng chú ý nhất: Chương 1 với hệ thống ví dụ cụ thể về phân vùng tương đương (đăng nhập, xóa sản phẩm) và phân tích giá trị biên (tên sản phẩm, giá, giảm giá); cùng quy trình thiết kế kịch bản kiểm thử API ở Chương 3.

---

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

1. Khóa luận lựa chọn công cụ Jest Framework và thư viện Supertest để kiểm thử thành phần nào của website CMS?
Khóa luận sử dụng Jest Framework kết hợp thư viện Supertest nhằm mục đích chính là kiểm thử giao diện lập trình ứng dụng (API Testing) ở tầng logic nghiệp vụ (business logic) cho bốn chức năng: đăng nhập tài khoản doanh nghiệp, tạo mới sản phẩm, chỉnh sửa sản phẩm và xóa sản phẩm, thay vì chỉ kiểm thử giao diện người dùng đơn thuần.

2. Kỹ thuật phân tích giá trị biên được tác giả áp dụng như thế nào trong chức năng tạo mới sản phẩm?
Tác giả áp dụng phân tích giá trị biên cho trường tên sản phẩm với giới hạn độ dài từ 1 đến 255 ký tự (kiểm tra các biên ký tự chữ, biểu tượng icon, ký tự đặc biệt và trường hợp vượt 255 ký tự); trường giá sản phẩm từ 1.000 VNĐ đến 999.999 VNĐ (và trên 12 số); cùng trường giảm giá từ 1% đến 99%, mốc 100% và mốc giá bằng 0.

3. Tại sao Jest Framework được đánh giá có ưu thế hơn Selenium trong đề tài này?
Theo bảng so sánh trong văn bản, Jest Framework được xây dựng chuyên biệt trên nền tảng JavaScript và Node.js, có cú pháp đơn giản, cấu hình tích hợp sẵn cơ chế mocking, thời gian chạy kịch bản nhanh nhờ hỗ trợ chạy thử nghiệm song song và hoàn toàn miễn phí, rất phù hợp với dự án website CMS phát triển trên nền tảng công nghệ web hiện đại.

4. Hai nhóm đối tượng người dùng trên website CMS của TST ECO được phân quyền ra sao?
Hệ thống phân chia thành: Người dùng công khai (người dùng thông thường truy cập website, không có tài khoản, chỉ có quyền xem nội dung và không được phép chỉnh sửa hay xóa dữ liệu) và Người dùng doanh nghiệp (nhóm khách hàng được cấp tài khoản định danh, có quyền đăng nhập để đăng tải, cập nhật, chỉnh sửa và xóa thông tin, sản phẩm, bài viết liên quan đến doanh nghiệp mình).

5. Nghiên cứu chỉ ra những rào cản chính nào khiến Jest.js chưa phổ biến rộng rãi tại thị trường Việt Nam?
Văn bản nêu rõ bốn nguyên nhân: nhận thức của nhiều kiểm thử viên chưa biết đến hoặc chưa hiểu rõ lợi ích của Jest; yêu cầu kỹ năng lập trình JavaScript và Unit Testing tương đối vững; nguồn tài liệu tham khảo chuyên ngành bằng tiếng Việt còn hạn chế; và cộng đồng người dùng Jest tại Việt Nam chưa phát triển lớn mạnh như các cộng đồng kiểm thử khác.

---

Kết luận

Khóa luận tốt nghiệp của sinh viên Nguyễn Thị Bảo Ngân đã giải quyết thành công bài toán nghiên cứu lý thuyết và ứng dụng thực tiễn quy trình kiểm thử tự động cho hệ thống quản trị nội dung (CMS) tại Công ty Cổ phần Đầu tư Công nghệ TST ECO. Thông qua việc kết hợp công cụ Jest Framework và thư viện Supertest trên nền tảng Node.js, tác giả đã xây dựng bộ kịch bản kiểm thử tích hợp chuẩn xác cho các API chức năng từ đăng nhập đến quản lý sản phẩm. Đề tài cung cấp tài liệu kỹ thuật có giá trị thực tiễn cao cho sinh viên chuyên ngành Hệ thống thông tin quản lý và các kiểm thử viên đang tìm kiếm giải pháp tự động hóa kiểm thử API hiệu quả với chi phí tối ưu.

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

Chương 1: tổng quan về cơ sở lý thuyết kiểm thử phần mềm và Jest Framework. Chương 2: Tổng quan về quy trình kiểm thử tự động. Chương 3: triển khai kiểm thử tự động cho website Hệ thống quản trị nội dung - CMS. 5 PHẦ II: ỘI DU G GHIÊ CỨU CHƯƠ G 1: TỔ G QUA VỀ CƠ SỞ LÝ THUYẾT KIỂM THỬ PHẦ MỀM VÀ JEST FRAMEWORK 1.

Kiểm thử phần mềm 1. Khái niệm của kiểm thử phần mềm Kiểm thử phần mềm tên tiếng anh là “Software Testing” [5] là phương pháp kiểm tra và đảm bảo rằng không có lỗi hay bất kỳ sai sót có thể ảnh hưởng đến chất lượng phần mềm. Bao gồm các công việc quan sát, phân tích, phán đoán, kiểm tra,.sử dụng các công cụ kiểm thử thủ công và tự động, test và xác định lỗi hoặc các yêu cầu còn thiếu sót so với thực tế. Qua đó cho thấy kiểm thử phần mềm quả thật không thể thiết trong một chương trình.

Các lập trình viên cơ bản chỉ kiểm tra các phần mềm đó ở mức độ Unit test, từ đó có cái nhìn chủ quan hơn về phần mềm và phải xem là một tính năng mà phần mềm cần có chứ không phải lỗi. N ếu không trải qua quá trình kiểm thử phần mềm thì khi đưa ra thị trường sẽ sót những lỗi và không đúng với yêu cầu khách hàng. N hờ có quy trình kiểm thử, việc xác định và sửa chữa lỗi trở nên kịp thời, tiết kiệm thời gian và chi phí. hiệm vụ của kiểm thử phần mềm - Phát hiện lỗi: Tìm kiếm và ghi lại các lỗi trong phần mềm, bao gồm lỗi chức năng, lỗi giao diện, lỗi hiệu suất, v.

- Đánh giá chất lượng: Đánh giá xem phần mềm có đáp ứng các yêu cầu đề ra hay không, bao gồm các yêu cầu về chức năng, hiệu suất, bảo mật, v. - Xác định rủi ro: Xác định các rủi ro tiềm Nn trong phần mềm, chẳng hạn như rủi ro bảo mật, rủi ro hiệu suất, v. - Cung cấp thông tin: Cung cấp thông tin cho các bên liên quan về chất lượng của phần mềm, bao gồm thông tin về các lỗi được phát hiện, rủi ro tiềm Nn, v.3 Phương pháp kiểm thử phần mềm • Kiểm thử hộp đen Kiểm thử hộp đen là phương thức liểm thử dựa trên đầu vào và đầu ra của chương trình mà không cần biết mã nguồn bên trong Kiểm thử hộp đen tập trung vào các thuộc tính và hành vi bên ngoài của phần mềm. Xem xét hành vi mong đợi của phần mềm ứng dụng từ quan điểm của người dùng.1: Mô hình về kiểm thử hộp đen guồn: Stringee - Ưu điểm: + Toàn bộ yêu cầu của hệ thống được kiểm thử chính xác + Kiểm thử viên kiểm thử hệ thống đó không cần có kỹ năng lập trình chuyên nghiệp + Thiết kế kịch bản kiểm thử khá nhanh, ngay khi các yêu cầu chức năng được xác định.

- hược điểm: + Thiếu thời gian cho việc tập hợp nên khó viết kịch bản kiểm thử vì cần cần xác định tất cả yếu tố đầu vào + Dữ liệu đầu vào yêu cầu khối lượng mẫu (sample) khá lớn. + Dễ khiến kiểm thử viên lạc lối trong quá trình kiểm thử. • Áp dụng kiểm thử hộp đen vào đề tài: Sử dụng kiểm thử hộp đen vào kiểm thử tự động cho dự án website Hệ thống quản trị nội dung – CMS. 7 Tác giả sử dụng công cụ Jest Framework tiến hành thực thi kiểm thử các chức năng trong CMS giúp tiết kiệm thời gian và công sức, đồng thời đảm bảo rằng các trường hợp kiểm thử được thực hiện một cách nhất quán.

Ví dụ cụ thể: - Kiểm tra chức năng đăng nhập bằng tài khoản được cấp - Kiểm tra chức năng tạo mới sản phNm - Kiểm tra chức năng chỉnh sửa sản phNm sau khi tạo mới - Kiểm tra chức năng xoá sảm phNm 1.4 Quy trình kiểm thử phần mềm Hình 1.2: Các quy trình kiểm thử phần mềm guồn: Katalon 1. Phân tích yêu cầu Phân tích yêu cầu là giai đoạn đầu tiên trong quy trình kiểm thử phần mềm. Giai đoạn này đóng vai trò quan trọng trong việc xác định mục tiêu, phạm vi và chiến lược kiểm thử cho toàn bộ dự án. Đội ngũ kiểm thử viên (Tester) sẽ nghiên cứu tài liệu yêu cầu để đưa ra cái nhìn tổng quan về phần mềm.

Từ đó có thể xác định được các yêu cầu cần được kiểm tra. Mục tiêu: - Hiểu rõ các yêu cầu của phần mềm từ phía khách hàng và các bên liên quan. 8 - Xác định các chức năng, tính năng và đặc điểm cần thiết của phần mềm. - Xác định các tiêu chí đánh giá để đo lường mức độ đáp ứng yêu cầu của phần mềm.

- Xác định các rủi ro tiềm Nn trong quá trình phát triển và kiểm thử phần mềm. Hoạt động chính: - Thu thập thông tin về yêu cầu của phần mềm từ các nguồn khác nhau, bao gồm tài liệu yêu cầu, phỏng vấn khách hàng và các bên liên quan, v. - Phân tích các yêu cầu thu thập được để xác định các chức năng, tính năng và đặc điểm cần thiết của phần mềm. - Xác định các tiêu chí đánh giá để đo lường mức độ đáp ứng yêu cầu của phần mềm.

- Xác định các rủi ro tiềm Nn trong quá trình phát triển và kiểm thử phần mềm. - Lập kế hoạch chi tiết cho các hoạt động kiểm thử dựa trên thông tin thu thập được trong giai đoạn Phân tích yêu cầu. Kết quả thu được: Thu được “Tài liệu Phân tích yêu cầu” mô tả chi tiết các yêu cầu của phần mềm, các tiêu chí đánh giá và các rủi ro tiềm Nn. Kế hoạch kiểm thử chi tiết cho các hoạt động kiểm thử.

Lập kết hoạch kiểm thử Giai đoạn này giúp xác định mục tiêu, phạm vi, chiến lược và các hoạt động cần thiết cho việc kiểm thử phần mềm. Là cơ sở để test các sản phNm hoặc phần mềm trong một dự án. Mục tiêu: - Xác định mục tiêu và phạm vi kiểm thử. - Lập kế hoạch chi tiết cho các hoạt động kiểm thử.

- Ước tính thời gian và nguồn lực cần thiết cho việc kiểm thử. - Xác định các rủi ro tiềm Nn trong quá trình kiểm thử. Hoạt động chính: 9 - Xác định mục tiêu của việc kiểm thử là gì (ví dụ: đảm bảo chức năng, hiệu suất, bảo mật) và các phần nào của phần mềm sẽ được kiểm thử. - Xác định các hoạt động kiểm thử cần thiết, thời gian thực hiện, người phụ trách và các công cụ cần thiết.

- Dựa vào kế hoạch chi tiết, ước tính thời gian và nguồn lực (nhân lực, tài chính) cần thiết cho việc kiểm thử. - Xác định các rủi ro tiềm Nn trong quá trình kiểm thử và đề xuất các biện pháp phòng ngừa. Kết quả thu được: Thu về “Tài liệu Kế hoạch kiểm thử’ mô tả chi tiết mục tiêu, phạm vi, chiến lược và các hoạt động cần thiết cho việc kiểm thử phần mềm. Ước tính thời gian và nguồn lực cần thiết cho việc kiểm thử.

Phát triển kịch bản kiểm thử Giai đoạn này tập trung vào việc tạo ra các kịch bản kiểm thử chi tiết để kiểm tra các chức năng, tính năng và đặc điểm của phần mềm. Bộ phận kiểm thử lập kế hoạch kiểm thử theo tài liệu đặc tả yêu cầu bằng cách sử dụng các kỹ thuật thiết kế trường hợp kiểm thử. Dữ liệu kiểm thử cũng được chuNn bị từ giai đoạn này. Mục tiêu: - Đảm bảo rằng tất cả các chức năng, tính năng và đặc điểm của phần mềm được kiểm tra đầy đủ.

- Phát hiện các lỗi và sai sót trong phần mềm sớm nhất có thể. - Tiết kiệm thời gian và chi phí cho việc kiểm thử. Hoạt động chính: - Xác định các trường hợp kiểm thử cần thiết để kiểm tra tất cả các chức năng, tính năng và đặc điểm của phần mềm. - Viết kịch bản kiểm thử chi tiết cho mỗi trường hợp kiểm thử, bao gồm các bước thực hiện, dữ liệu đầu vào, dữ liệu đầu ra mong đợi và kết quả thực tế.

- Đánh giá kịch bản kiểm thử để đảm bảo rằng chúng đầy đủ, chính xác và dễ hiểu. 10 Kết quả thu được: Bộ kịch bản kiểm thử chi tiết cho tất cả các chức năng, tính năng và đặc điểm của phần mềm. Thiết lập môi trường kiểm thử Giai đoạn này tập trung vào việc tạo ra môi trường kiểm thử mô phỏng môi trường thực tế để chạy các kịch bản kiểm thử và phát hiện lỗi. Môi trường kiểm thử sẽ do lập trình viên tạo ra để triển khai sản phNm đã được hoàn thiện về phần lập trình.

Kiểm thử viên thực hiện kiểm thử nhanh để kiểm tra tính sẵn sàng của môi trường thử nghiệm đồng thời tính ổn định của sản phNm. Trường hợp xuất hiện lỗi, Kiểm thử viên sẽ báo lại lập trình viên sửa ngay. Mục tiêu: - Đảm bảo rằng môi trường kiểm thử mô phỏng chính xác môi trường thực tế. - Giúp phát hiện các lỗi và sai sót trong phần mềm có thể không xuất hiện trong môi trường phát triển.

- Tiết kiệm thời gian và chi phí cho việc sửa lỗi. Hoạt động chính: - Xác định các phần mềm, phần cứng và dữ liệu cần thiết cho môi trường kiểm thử. - Cài đặt phần mềm và phần cứng cần thiết cho môi trường kiểm thử. - Cấu hình môi trường kiểm thử để mô phỏng môi trường thực tế.

- Cài đặt dữ liệu cần thiết cho môi trường kiểm thử. - Kiểm tra môi trường kiểm thử để đảm bảo rằng nó hoạt động chính xác. Kết quả thu được: Môi trường kiểm thử được thiết lập và sẵn sàng cho việc chạy các kịch bản kiểm thử. Thực hiện kiểm thử Trong giai đoạn này, kiểm thử viên sẽ tập trung thực hiện kiểm thử dựa trên bản kế hoạch và kịch bản kiểm thử đã được chuNn bị.

Các lỗi được tìm thấy sẽ được báo cáo lại cho nhóm phát triển phần mềm để sửa chữa. Mục tiêu: - Phát hiện các lỗi và sai sót trong phần mềm. - Xác minh rằng phần mềm đáp ứng các yêu cầu. - Cung cấp thông tin cho các nhà phát triển để sửa lỗi.

Hoạt động chính: - Thực hiện kiểm thử theo kế hoạch - Sửa lỗi và ghi chú lại khi có các trường hợp kiểm thử thực hiện không thành công. - Kiểm tra lại sau khi các lỗi đã được sửa. - Theo dõi và đóng. Kết quả đạt được: Báo cáo kết quả kiểm thử mô tả chi tiết các lỗi và sai sót được phát hiện trong quá trình kiểm thử, cùng với các đề xuất khắc phục.