Kiểm Thử API Website Bán Hoa Tươi: Đảm Bảo Chất Lượng Phần Mềm

Trong bối cảnh phát triển phần mềm hiện đại, đặc biệt là lĩnh vực thương mại điện tử, Giao diện Lập trình Ứng dụng (API) đóng vai trò xương sống… 55 trang.

• Đề tài: Kiểm Thử API Website Bán Hoa Tươi: Đảm Bảo Chất Lượng Phần Mềm

Mục lục chi tiết

• LỜI CẢM ƠN
• MỤC LỤC
• 1. I. GIỚI THIỆU CHUNG
• 1.1. Kiểm thử API
• 1.2. Giới thiệu sơ lược Automation Testing
• 1.3. Các chức năng chính của Jmeter
• 2. Kiểm thử hệ thống Website bán hoa tươi
• 2.1. Đặc tả các chức năng hệ thống (System Functions)
• 2.1.1. Các chức năng đặc tả
• 2.1.2. UC01 Tra cứu sản phẩm
• 2.1.3. UC02 Đặt hàng
• 2.1.4. UC03 Hủy hàng
• 2.1.5. UC04 Thanh toán
• 2.1.6. UC05 Đăng ký
• 2.1.7. UC06 Đăng nhập
• 2.1.8. UC07 Thêm vào giỏ hàng
• 2.1.9. UC08 Cập nhật giỏ hàng
• 2.1.10. UC09 Xóa sản phẩm khỏi giỏ hàng
• 2.1.11. UC10 Xem Lịch sử đơn hàng
• 2.1.12. UC11 Thêm sản phẩm
• 2.1.13. UC12 Xóa sản phẩm
• 2.1.14. UC13 Sửa sản phẩm
• 2.1.15. UC14 Phân quyền
• 2.2. Xác định mục tiêu, các chuẩn chất lượng cần đạt của hệ thống
• 3. Testcase API bán hoa tươi
• 4. Testscript API bán hoa tươi
• Danh mục hình ảnh
• Danh mục bảng biểu
• Danh mục từ viết tắt

Tóm tắt

I. Tổng Quan Về Kiểm Thử API Cho Website Bán Hoa Tươi

Trong bối cảnh phát triển phần mềm hiện đại, đặc biệt là lĩnh vực thương mại điện tử, Giao diện Lập trình Ứng dụng (API) đóng vai trò xương sống, kết nối các dịch vụ và đảm bảo luồng dữ liệu thông suốt. Đối với một website bán hoa tươi, API không chỉ là cầu nối giữa giao diện người dùng và cơ sở dữ liệu mà còn là nền tảng cho các chức năng cốt lõi như quản lý sản phẩm, giỏ hàng, và thanh toán. Do đó, việc kiểm thử API website bán hoa tươi trở thành một giai đoạn tối quan trọng trong quy trình đảm bảo chất lượng phần mềm (QA). Quá trình này, còn gọi là API testing, tập trung vào việc xác minh lớp logic nghiệp vụ của ứng dụng mà không cần thông qua giao diện người dùng. Nó giúp phát hiện sớm các lỗi về chức năng, hiệu năng và bảo mật ngay tại tầng backend, trước khi chúng ảnh hưởng đến trải nghiệm của khách hàng. Việc kiểm thử trực tiếp các endpoint API cho phép các kỹ sư QA đánh giá độ tin cậy, tốc độ phản hồi và tính chính xác của dữ liệu trả về. Theo nghiên cứu của nhóm tác giả Trần Ngọc Bằng và cộng sự (2022), việc áp dụng các công cụ như JMeter và Postman vào kiểm thử dịch vụ web cho phép mô phỏng các yêu cầu (requests) và phân tích phản hồi (responses) một cách hiệu quả. Điều này không chỉ giúp ngăn ngừa lỗi mà còn đóng góp vào việc xây dựng một hệ thống ổn định, có khả năng mở rộng, đáp ứng được nhu cầu ngày càng cao của thị trường bán lẻ hoa tươi trực tuyến.

1.1. Hiểu đúng về vai trò của RESTful API trong thương mại điện tử

Một RESTful API hoạt động như một người phiên dịch giữa các hệ thống phần mềm khác nhau. Trong một website bán hoa, khi khách hàng xem một sản phẩm, thêm hoa vào giỏ hàng, hoặc tiến hành thanh toán, tất cả các hành động này đều được thực thi thông qua việc gọi các API. Ví dụ, API quản lý sản phẩm sẽ chịu trách nhiệm trả về danh sách hoa, chi tiết, giá cả. API giỏ hàng xử lý việc thêm, xóa, cập nhật số lượng sản phẩm. Cuối cùng, API thanh toán tích hợp với các cổng thanh toán để hoàn tất giao dịch. Sự ổn định của các API này quyết định trực tiếp đến sự thành công của website, vì bất kỳ lỗi nào cũng có thể dẫn đến việc hiển thị sai thông tin, gián đoạn giao dịch và làm mất lòng tin của khách hàng.

1.2. Tầm quan trọng của API testing trong quy trình QA QC

Trong một quy trình QA/QC hoàn chỉnh, API testing được thực hiện sớm hơn so với kiểm thử giao diện người dùng (UI testing). Lợi ích chính là khả năng cô lập và xác định lỗi tại lớp logic nghiệp vụ. Khi một test case cho API thất bại, đội ngũ phát triển có thể xác định chính xác vấn đề nằm ở đâu trong backend mà không bị nhiễu bởi các yếu tố giao diện. Việc này giúp giảm đáng kể thời gian và chi phí sửa lỗi. Hơn nữa, automation test cho API dễ xây dựng và bảo trì hơn so với automation UI. Điều này cho phép thực hiện kiểm thử hồi quy một cách nhanh chóng sau mỗi lần thay đổi mã nguồn, đảm bảo các chức năng hiện có không bị ảnh hưởng, góp phần vào việc đảm bảo chất lượng phần mềm một cách toàn diện và bền vững.

II. Rủi Ro Tiềm Ẩn Khi Bỏ Qua Kiểm Thử API Website Bán Hoa

Việc xem nhẹ hoặc bỏ qua giai đoạn kiểm thử API website bán hoa tươi có thể dẫn đến những hậu quả nghiêm trọng, ảnh hưởng trực tiếp đến doanh thu và uy tín thương hiệu. Lỗi API không chỉ là những vấn đề kỹ thuật đơn thuần, chúng là những rào cản ngăn khách hàng hoàn thành mục tiêu mua sắm. Một trong những rủi ro lớn nhất là sai lệch dữ liệu. Ví dụ, nếu API quản lý sản phẩm trả về sai giá hoặc tình trạng còn hàng, khách hàng có thể đặt mua những sản phẩm đã hết, dẫn đến trải nghiệm mua sắm tiêu cực và gánh nặng xử lý đơn hàng cho doanh nghiệp. Tương tự, lỗi ở API giỏ hàng có thể khiến sản phẩm không được thêm vào giỏ, hoặc số lượng, tổng tiền không được cập nhật chính xác. Nghiêm trọng hơn, các vấn đề liên quan đến kiểm thử hiệu năng API nếu không được phát hiện sớm sẽ gây ra tình trạng website chậm chạp, treo hoặc sập trong các dịp lễ lớn như Valentine, 8/3 khi lưu lượng truy cập tăng đột biến. Theo tài liệu phân tích, một hệ thống không được kiểm thử tải (load test) kỹ lưỡng sẽ không thể mô phỏng và xử lý một lượng lớn yêu cầu đồng thời, dẫn đến mất mát doanh thu khổng lồ. Cuối cùng, lỗ hổng bảo mật là rủi ro đáng sợ nhất, việc thiếu kiểm thử bảo mật API có thể làm lộ thông tin nhạy cảm của khách hàng, tạo cơ hội cho các hành vi gian lận và phá hoại hệ thống.

2.1. Suy giảm hiệu năng và nguy cơ mất khách hàng trung thành

Hiệu năng của API ảnh hưởng trực tiếp đến tốc độ tải trang và thời gian phản hồi của website. Một API chậm chạp sẽ khiến mọi thao tác của người dùng, từ tìm kiếm sản phẩm đến thanh toán, trở nên ì ạch. Trong lĩnh vực thương mại điện tử cạnh tranh, khách hàng không có đủ kiên nhẫn để chờ đợi. Nếu kiểm thử hiệu năng API không được thực hiện với các công cụ như JMeter, doanh nghiệp sẽ không biết được ngưỡng chịu tải của hệ thống. Điều này có thể dẫn đến việc website bị quá tải và không thể truy cập vào những thời điểm quan trọng nhất, gây tổn hại nặng nề đến hình ảnh thương hiệu và làm mất đi những khách hàng trung thành.

2.2. Lỗ hổng bảo mật API và hệ quả khôn lường cho doanh nghiệp

Việc kiểm thử bảo mật API là cực kỳ quan trọng để bảo vệ dữ liệu. Các API thường là mục tiêu tấn công của tin tặc vì chúng xử lý trực tiếp thông tin nhạy cảm như tài khoản người dùng, địa chỉ, thông tin thanh toán. Các lỗ hổng phổ biến có thể bao gồm xác thực không an toàn, để lộ dữ liệu, hoặc thiếu kiểm soát truy cập. Nếu không được kiểm thử và vá lỗi kịp thời, các lỗ hổng này có thể bị khai thác để đánh cắp dữ liệu khách hàng, thay đổi giá sản phẩm, hoặc thậm chí chiếm quyền quản trị hệ thống. Hậu quả không chỉ là tổn thất tài chính mà còn là sự suy giảm nghiêm trọng uy tín của doanh nghiệp.

III. Xây Dựng Quy Trình Kiểm Thử API Website Bán Hoa Hiệu Quả

Để đảm bảo chất lượng phần mềm một cách có hệ thống, việc xây dựng một quy trình kiểm thử API website bán hoa tươi bài bản là điều bắt buộc. Quy trình này không chỉ là một danh sách các công việc cần làm, mà là một chiến lược toàn diện từ khâu lập kế hoạch đến báo cáo kết quả. Bước đầu tiên và quan trọng nhất là phân tích yêu cầu và đặc tả hệ thống. Dựa trên tài liệu gốc, nhóm kiểm thử cần xác định rõ các chức năng chính như 'Tra cứu sản phẩm' (UC01), 'Đặt hàng' (UC02), 'Thanh toán' (UC04) và 'Thêm vào giỏ hàng' (UC07). Từ đó, xác định các endpoint API tương ứng cần được kiểm thử. Giai đoạn tiếp theo là thiết lập môi trường kiểm thử. Môi trường này cần được cấu hình tương tự như môi trường production nhưng phải được cô lập để không ảnh hưởng đến dữ liệu thật. Các công cụ như Postman hoặc Swagger sẽ được sử dụng để gửi yêu cầu và nhận phản hồi từ API. Sau khi môi trường sẵn sàng, đội ngũ QA sẽ tiến hành thiết kế test case và kịch bản kiểm thử. Mỗi test case cần mô tả rõ mục tiêu, dữ liệu đầu vào, các bước thực hiện, và kết quả mong đợi, bao gồm cả các HTTP status codes (ví dụ: 200 OK, 404 Not Found, 500 Internal Server Error). Cuối cùng là thực thi kiểm thử, ghi nhận lỗi và báo cáo. Quá trình này nên được lặp lại (kiểm thử hồi quy) sau mỗi lần cập nhật mã nguồn để đảm bảo tính ổn định của hệ thống.

3.1. Xác định mục tiêu và phạm vi kiểm thử hệ thống e commerce

Trước khi bắt đầu, cần xác định rõ mục tiêu của việc kiểm thử: xác minh tính đúng đắn của logic nghiệp vụ, đánh giá hiệu năng, hay kiểm tra bảo mật. Phạm vi kiểm thử (scope) cần được liệt kê chi tiết. Theo tài liệu nghiên cứu, các API cần kiểm thử cho website bán hoa bao gồm: Đăng nhập, Đăng ký, Quản lý sản phẩm (Thêm/Sửa/Xóa), Tìm kiếm, Giỏ hàng, Đơn hàng, và Thanh toán. Việc xác định rõ phạm vi giúp tập trung nguồn lực vào các chức năng quan trọng nhất, tránh lãng phí thời gian vào những phần ít rủi ro hơn. Đây là nền tảng cho việc lập kế hoạch và phân công công việc trong nhóm kiểm soát chất lượng (QC).

3.2. Nhận diện các endpoint API quan trọng Sản phẩm giỏ hàng thanh toán

Trong một hệ thống e-commerce API, có những luồng chức năng mang tính sống còn. API quản lý sản phẩm là nền tảng, cung cấp dữ liệu cho toàn bộ website. API giỏ hàng và API quản lý đơn hàng liên quan trực tiếp đến hành trình mua sắm của khách hàng. Đặc biệt, API thanh toán là điểm cuối cùng và nhạy cảm nhất. Bất kỳ sai sót nào ở các endpoint này đều có thể dẫn đến thất thoát doanh thu. Do đó, trong quá trình API testing, các kịch bản liên quan đến những API này phải được ưu tiên kiểm thử với độ bao phủ cao nhất, bao gồm cả các trường hợp thành công, thất bại và các trường hợp ngoại lệ.

IV. Hướng Dẫn Thực Thi Kiểm Thử API Website Bán Hoa Chi Tiết

Quá trình thực thi kiểm thử API website bán hoa tươi là giai đoạn biến các kế hoạch và test case thành hành động cụ thể để tìm ra lỗi. Giai đoạn này đòi hỏi sự tỉ mỉ và kiến thức về cách hoạt động của API. Công cụ phổ biến nhất cho việc này là Postman. Với Postman, kỹ sư QA có thể dễ dàng tạo các yêu cầu HTTP (GET, POST, PUT, DELETE) đến các endpoint đã xác định. Dữ liệu đầu vào thường được gửi dưới định dạng JSON. Ví dụ, để kiểm thử API thêm sản phẩm vào giỏ hàng, một yêu cầu POST sẽ được gửi đến endpoint /cart/add với một body JSON chứa ID sản phẩm và số lượng. Kết quả trả về sẽ được phân tích, so sánh với kết quả mong đợi trong test case. Các yếu tố cần kiểm tra bao gồm: HTTP status codes (phản hồi 200 khi thành công, 400 khi dữ liệu không hợp lệ), nội dung dữ liệu trả về, và thời gian phản hồi. Đối với kiểm thử hiệu năng API, công cụ JMeter là lựa chọn hàng đầu. JMeter cho phép mô phỏng hàng trăm, hàng nghìn người dùng ảo cùng truy cập vào một API, giúp đo lường khả năng chịu tải và tìm ra các điểm nghẽn của hệ thống. Bên cạnh đó, việc thực hiện kiểm thử tích hợp cũng rất quan trọng, đảm bảo các API khác nhau có thể hoạt động trơn tru cùng nhau, ví dụ như luồng từ thêm sản phẩm vào giỏ hàng đến khi thanh toán thành công.

4.1. Phương pháp thiết kế test case và kịch bản kiểm thử API

Thiết kế test case hiệu quả là nghệ thuật của ngành đảm bảo chất lượng phần mềm. Một test case tốt phải bao phủ được nhiều tình huống. Ví dụ, với API Đăng nhập (Login), cần có các kịch bản kiểm thử sau: đăng nhập thành công với tài khoản hợp lệ (TC_004 trong tài liệu gốc), đăng nhập thất bại với sai mật khẩu, đăng nhập thất bại với tài khoản không tồn tại (TC_005), và đăng nhập thất bại khi bỏ trống thông tin (TC_001). Mỗi kịch bản cần kiểm tra kỹ lưỡng phản hồi của API, đảm bảo thông báo lỗi trả về cho người dùng là rõ ràng và chính xác. Việc sử dụng các kỹ thuật như phân vùng tương đương và phân tích giá trị biên giúp tối ưu hóa số lượng test case mà vẫn đảm bảo độ bao phủ.

4.2. Giới thiệu về automation test để tối ưu hóa quy trình

Kiểm thử thủ công các API lặp đi lặp lại rất tốn thời gian và dễ xảy ra sai sót. Đây là lúc automation test phát huy vai trò. Sử dụng các thư viện như REST Assured (với Java) hoặc các tính năng của Postman (sử dụng JavaScript), đội ngũ QA có thể viết các kịch bản tự động để thực thi hàng loạt test case chỉ bằng một cú nhấp chuột. Các bài kiểm thử tự động này có thể được tích hợp vào quy trình CI/CD (Tích hợp liên tục/Triển khai liên tục), tự động chạy mỗi khi có sự thay đổi trong mã nguồn. Điều này giúp phát hiện lỗi sớm nhất có thể, đẩy nhanh chu kỳ phát triển và đảm bảo chất lượng một cách nhất quán cho toàn bộ hệ thống e-commerce API.

Nội dung chính

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

Kiểm thử phần mềm (Software Testing) giữ vai trò then chốt trong chu kỳ phát triển hệ thống nhằm xác nhận yêu cầu, đánh giá sản phẩm, phát hiện và ngăn ngừa lỗi trước khi vận hành thực tế. Trong bối cảnh công nghệ hiện đại, các ứng dụng buộc phải hoạt động trên nhiều nền tảng khác nhau như web, thiết bị di động, IoT và điện toán đám mây. Sự phân tán nền tảng này đòi hỏi các thành phần dịch vụ phải có tính tương thích và độ ổn định cao, từ đó gia tăng áp lực kiểm thử chất lượng ở tầng dịch vụ hậu tầng (backend).

Thực tiễn thị trường lao động công nghệ thông tin tại Việt Nam ghi nhận sự mất cân đối lớn về cơ cấu nhân lực: trong khi tại các công ty phần mềm quốc tế trung bình 1 lập trình viên cần tới 4 kiểm thử viên (Tester), thì tại Việt Nam tỷ lệ này lại đảo ngược với 5 lập trình viên mới có 1 kiểm thử viên. Phần lớn sinh viên theo học ngành Công nghệ thông tin có định hướng trở thành lập trình viên, dẫn đến tình trạng khan hiếm nhân lực kiểm thử chất lượng cao. Xuất phát từ nhu cầu thực tiễn đó, đề tài đồ án môn học "Đảm bảo chất lượng phần mềm" tập trung vào việc nghiên cứu và thực thi kiểm thử giao diện lập trình ứng dụng (API Testing) cho hệ thống Website bán hoa tươi.

Đề tài xác định các mục tiêu và nhiệm vụ nghiên cứu cụ thể sau:

1. Xác định thông tin cơ bản về dự án, phân định rõ các thành phần chức năng nằm trong phạm vi kiểm thử và ngoài phạm vi kiểm thử.
2. Liệt kê và chuẩn hóa các yêu cầu kiểm thử (Test Requirements).
3. Lựa chọn và xác lập các chiến lược kiểm thử phù hợp với kiến trúc ứng dụng web.
4. Ước lượng các yêu cầu về tài nguyên và chi phí cần thiết cho quá trình kiểm thử.
5. Thiết lập hệ thống tài liệu và biểu mẫu kiểm thử hoàn chỉnh sau khi hoàn tất quy trình kiểm thử.
6. Đảm bảo tính đúng đắn của các chức năng phần mềm, bao gồm việc định hướng luồng xử lý, kiểm tra dữ liệu đầu vào, quy trình tính toán và dữ liệu phản hồi nhận được.
7. Kiểm tra tính chính xác của dữ liệu, luồng nghiệp vụ và việc tuân thủ các quy tắc nghiệp vụ trong hệ thống thương mại điện tử.

Đối tượng nghiên cứu của đồ án là tập hợp các giao diện lập trình ứng dụng RESTful API phục vụ hệ thống Website bán hoa tươi. Phạm vi nghiên cứu về mặt không gian và học thuật được triển khai tại Khoa Công nghệ Thông tin, Trường Đại học Ngoại ngữ - Tin học Thành phố Hồ Chí Minh (HUFLIT) trong khuôn khổ Học kỳ II năm học 2021-2022. Phạm vi kỹ thuật tập trung vào các điểm cuối API dành cho hai nhóm tác tử chính là Người dùng (Khách hàng) và Quản trị viên (Admin).

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

Đề tài xây dựng trên nền tảng lý thuyết kiểm thử phần mềm chuyên sâu kết hợp các công cụ kiểm thử tự động hiện đại, tập trung vào các khái niệm và chuẩn mực sau:

• Khái niệm Kiểm thử API (API Testing): Là một nhánh của kiểm thử tích hợp (Integration Testing), thực hiện kiểm tra trực tiếp các giao diện lập trình ứng dụng mà không cần thông qua giao diện người dùng đồ họa (GUI). Kiểm thử API yêu cầu thiết lập môi trường khởi tạo, thực hiện các lời gọi hàm/dịch vụ với các tham số tương ứng và kiểm tra tính hợp lệ của mã trạng thái (status code), cấu trúc phản hồi cùng dữ liệu trả về về mặt chức năng, độ tin cậy, hiệu suất và an toàn thông tin.
• Kiểm thử tự động (Automation Testing): Quá trình sử dụng các phần mềm chuyên dụng (Automation Testing Tool) để thực thi tự động các kịch bản kiểm thử, giúp nâng cao năng suất, hạn chế sai sót do thao tác thủ công lặp đi lặp lại và rút ngắn thời gian hồi quy.
• Công cụ Apache JMeter: Ứng dụng mã nguồn mở phát triển hoàn toàn bằng Java, ban đầu thiết kế để kiểm tra tải cho ứng dụng web, sau đó mở rộng thành công cụ kiểm thử hiệu năng và chức năng cho nhiều giao thức và dịch vụ: Web (HTTP, HTTPS trên nền NodeJS, Java, PHP, ASP.NET), SOAP/REST Webservices, FTP, LDAP, Database thông qua kết nối JDBC, Message-oriented middleware (MOM) qua JMS, Mail (SMTP, POP3, IMAP), TCP, Native commands/Shell scripts và các đối tượng Java. JMeter cho phép ghi lại quá trình kiểm thử, hỗ trợ debug và thực thi thông qua dòng lệnh (CLI) trên nhiều hệ điều hành tương thích Java (Linux, Windows, macOS).
• Hệ thống chuẩn chất lượng phần mềm: Đồ án căn cứ vào 6 đặc tính chất lượng phần mềm chuẩn mực:
  1. Tính chức năng (Functionality): Tính phù hợp, tính chính xác, khả năng cộng tác làm việc và tính an toàn.
  2. Tính tin cậy (Reliability): Tính hoàn thiện, khả năng chịu lỗi và khả năng phục hồi.
  3. Tính khả dụng (Usability): Khả năng hiểu được, học được, sử dụng được và mức độ hấp dẫn.
  4. Tính hiệu quả (Efficiency): Khả năng đáp ứng thời gian và mức độ sử dụng tài nguyên.
  5. Khả năng bảo trì (Maintainability): Khả năng phân tích, thay đổi, tính ổn định và khả năng kiểm tra.
  6. Tính khả chuyển (Portability): Khả năng thích nghi, cài đặt, cùng tồn tại và thay thế.

Phương pháp nghiên cứu thực nghiệm được áp dụng qua quy trình 5 bước của Tester: tiếp nhận và phân tích đặc tả yêu cầu; lập kế hoạch và phạm vi kiểm thử; thiết kế kịch bản kiểm thử (Test Case); triển khai kịch bản tự động (Test Script) trên công cụ JMeter; thực thi kiểm thử và báo cáo kết quả. Nguồn dữ liệu kiểm thử được sinh trực tiếp từ các tham số kiểm thử biên, chuỗi ký tự đặc biệt, giá trị rỗng, mã định danh đối tượng và chuỗi xác thực JSON Web Token (JWT) kết nối tới dịch vụ API cục bộ (localhost:4000/api/v2/ và mạng nội bộ 192.5:4000/api/v2/).

Thiết kế và triển khai

Hệ thống Website bán hoa tươi được phân tích thành 14 ca sử dụng (Use Case) nền tảng, phân định quyền hạn rõ ràng cho Khách hàng và Admin:

Mã UC	Tên Use Case	Tác tử (Actor)	Mô tả nghiệp vụ
UC01	Tra cứu sản phẩm	Tất cả tác tử	Tìm kiếm hoa tươi trong danh mục theo điều kiện tra cứu
UC02	Đặt hàng	Khách hàng, Nhân viên, Quản lý	Tạo đơn đặt hàng mới và lưu trữ vào cơ sở dữ liệu
UC03	Hủy đặt	Khách hàng, Nhân viên, Quản lý	Hủy đơn đặt hàng đã tạo trong hệ thống
UC04	Thanh toán	Khách hàng	Nhập thông tin thẻ/tài khoản và xác nhận thanh toán hóa đơn
UC05	Đăng ký	Khách hàng	Khởi tạo tài khoản người dùng mới trên hệ thống
UC06	Đăng nhập	Tất cả tác tử	Xác thực thông tin người dùng và cấp quyền truy cập
UC07	Thêm vào giỏ hàng	Khách hàng	Đưa sản phẩm được chọn vào danh sách giỏ hàng
UC08	Cập nhật số lượng	Khách hàng	Điều chỉnh số lượng mặt hàng và tính lại tổng giá trị giỏ hàng
UC09	Xóa khỏi giỏ hàng	Khách hàng	Loại bỏ sản phẩm không còn nhu cầu mua ra khỏi giỏ hàng
UC10	Xem lịch sử đơn hàng	Khách hàng, Nhân viên, Quản lý	Tra cứu danh sách các đơn hàng đã đặt trong quá khứ
UC11	Thêm sản phẩm	Admin	Tạo mới mặt hàng hoa tươi vào cơ sở dữ liệu hệ thống
UC12	Xóa sản phẩm	Admin	Gỡ bỏ mặt hàng hoa tươi khỏi danh mục quản lý
UC13	Sửa sản phẩm	Admin	Cập nhật thông tin chi tiết, giá và hình ảnh sản phẩm
UC14	Phân quyền User	Admin	Thay đổi cấp bậc và quyền hạn của người dùng hệ thống

Kế hoạch phân công công việc thực hiện đồ án giữa 3 thành viên được hoạch định chi tiết theo tiến độ thời gian:

STT	Nhóm công việc / Nội dung	Thời lượng	Số người	Nhân sự phụ trách
1	Tìm hiểu API, công cụ JMeter	3 ngày	3	Cả nhóm
2	Đặc tả các chức năng hệ thống	1 tuần	3	Cả nhóm
3	Xác định phạm vi kiểm thử hệ thống	5 ngày	2	Nguyễn Xuân Tú, Phan Minh Trí
4	Viết Test Case API	3 ngày	3	Trần Ngọc Bằng (chủ trì)
5	Viết Test Script cho API Order	1 tuần	3	Cả nhóm
5.1	Test Script cho API Authentication	1 tuần	1	Trần Ngọc Bằng
5.2	Test Script cho API User	1 tuần	1	Nguyễn Xuân Tú
5.3	Test Script cho API Product	1 tuần	1	Phan Minh Trí
6	Thực thi kiểm thử trên công cụ (JMeter)	1 tuần	3	Cả nhóm
7	Thiết kế Slide báo cáo	1 ngày	1	Trần Ngọc Bằng
8	Biên soạn báo cáo tổng kết	3 ngày	3	Nguyễn Xuân Tú (chủ trì)

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

Phần I: Giới thiệu chung và cơ sở công nghệ kiểm thử

Phần này trình bày tổng quan về vai trò của hoạt động kiểm thử trong quy trình sản xuất phần mềm hiện đại; chỉ ra sự chênh lệch cung - cầu nhân lực Tester tại thị trường Việt Nam. Tác giả làm rõ nguyên lý kiểm thử API ở tầng trung gian (middleware), nhấn mạnh sự cần thiết của việc cấu hình môi trường gọi API và xác thực dữ liệu phản hồi khi chưa có giao diện người dùng. Nội dung phần này cũng giới thiệu chi tiết về phương pháp kiểm thử tự động (Automation Testing) và kiến trúc đa giao thức của công cụ Apache JMeter.

Phần II: Đặc tả các chức năng hệ thống (System Functions)

Tác giả chi tiết hóa 14 Use Case của hệ thống Website bán hoa tươi. Mỗi Use Case đều được chuẩn hóa cấu trúc gồm: Tên, Mã, Mô tả nghiệp vụ, Tác tử kích hoạt, Điều kiện tiên quyết (Precondition), Kết quả sau khi thực hiện (Postcondition), Luồng sự kiện chính (Standard Flow), Luồng sự kiện rẽ nhánh (Alternative Flow), Các trường hợp phát sinh lỗi (Error Situations) và Trạng thái hệ thống khi lỗi xảy ra (System state in error situations). Các kịch bản lỗi tập trung vào việc xử lý mất kết nối máy chủ, sai định dạng dữ liệu, dữ liệu rỗng và trùng lặp mã nhận diện trong cơ sở dữ liệu.

Phần III: Xác định mục tiêu và chuẩn chất lượng của hệ thống

Chương này xác định các mục tiêu cốt lõi của chiến lược kiểm thử và xây dựng khung tham chiếu chất lượng dựa trên 6 nhóm đặc tính phần mềm chuẩn. Tác giả phân tích các tiêu chí riêng biệt của Website bán hoa tươi: đảm bảo tính năng giao dịch trực tuyến chính xác, phân quyền chặt chẽ giữa Quản trị viên và Khách hàng, kiểm soát tính toàn vẹn của dữ liệu phản hồi từ máy chủ. Từ đó, nhóm nghiên cứu xác định phạm vi kiểm thử cụ thể bao gồm 14 nhóm API cần thẩm định.

Phần IV: Thiết kế Test Case và Test Script API

Đây là nội dung trọng tâm của đồ án, bao gồm hệ thống kịch bản kiểm thử chi tiết và kịch bản tự động hóa trên JMeter:

• Nhóm API Người dùng (User APIs):
  • POST /api/v2/login: 10 Test Cases (TC_001 đến TC_010) kiểm tra xác thực thông tin đăng nhập với tài khoản rỗng, sai mật khẩu, tài khoản không tồn tại, chứa ký tự đặc biệt, khoảng trắng đầu/cuối.
  • POST /api/v2/password/forgot: 10 Test Cases (TC_011 đến TC_020) kiểm tra chức năng quên mật khẩu với email không tồn tại, sai định dạng tên miền, chuỗi rỗng và viết hoa/thường.
  • POST /api/v2/register: 11 Test Cases (TC_021 đến TC_031) kiểm tra ràng buộc dữ liệu đăng ký người dùng (họ tên, email, mật khẩu, tệp tin đính kèm avatar).
  • PUT /api/v2/password/update: 14 Test Cases (TC_032 đến TC_045) kiểm tra cập nhật mật khẩu với mật khẩu cũ không khớp, mật khẩu mới rỗng, chuỗi khoảng trắng.
  • GET /api/v2/logout: 4 Test Cases (TC_046 đến TC_049) kiểm tra đăng xuất với mã JWT Token hợp lệ, token bị chèn ký tự, khoảng trắng hoặc bị cắt ngắn.
  • PUT /api/v2/me/update: 15 Test Cases (TC_050 đến TC_064) kiểm tra cập nhật thông tin hồ sơ người dùng.
  • POST /api/v2/review: 4 Test Cases (TC_069 đến TC_072) kiểm tra đánh giá sản phẩm với nội dung rỗng, khoảng trắng và ký tự đặc biệt.
  • GET /api/v2/products và GET /api/v2/product/:id: 8 Test Cases (TC_073 đến TC_080) kiểm tra truy xuất danh sách và chi tiết sản phẩm qua tham số URL.
• Nhóm API Quản trị viên (Admin APIs):
  • POST /api/v2/admin/product/new: 12 Test Cases (TC_001 đến TC_012) kiểm tra ràng buộc toàn vẹn khi tạo sản phẩm mới (Tên, Mô tả, Giá, Số lượng tồn kho, Danh mục, Tệp hình ảnh).
  • PUT /api/v2/admin/product/:id: 11 Test Cases (TC_013 đến TC_023) kiểm tra cập nhật sản phẩm khi thiếu các trường thông tin bắt buộc.
  • DELETE /api/v2/admin/product/:id: 4 Test Cases (TC_024 đến TC_027) kiểm tra xóa sản phẩm theo định danh hợp lệ và không hợp lệ.
  • GET /api/v2/reviews và DELETE /api/v2/reviews: 8 Test Cases (TC_028 đến TC_035) kiểm tra truy xuất và xóa đánh giá sản phẩm.
  • GET /api/v2/admin/products: 4 Test Cases (TC_036 đến TC_039) kiểm tra lấy toàn bộ danh mục sản phẩm quản trị.
  • GET, DELETE người dùng quản trị: 16 Test Cases (TC_040 đến TC_055) kiểm tra các API /admin/users, /admin/user/:id và /admin/users/allUsersEmail.
  • GET, DELETE đơn hàng quản trị: 8 Test Cases (TC_056 đến TC_059, TC_064 đến TC_067) kiểm tra API /admin/orders và /admin/order/:id.
• Hệ thống Test Script tự động: Thiết lập kịch bản trên JMeter cho các luồng xử lý thành công (Success) và thất bại (False) cho từng nhóm API: Login, LogoutUser, RegisterUser, DeleteOrder, DeleteProduct, DeleteSingleReviewProduct, DeleteUser, ForgotPassword, GetAllOrder, GetAllReviewProduct, GetAllUser, GetAllUserEmail, GetProductDetail, GetSingleUser, ReviewProduct, UpdatePassword, UpdateProfile, UserDetail.

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

Đồ án đã đạt được các kết quả cụ thể thông qua quá trình kiểm thử thực nghiệm:

• Chuẩn hóa hệ thống tài liệu đặc tả 14 Use Case nghiệp vụ thương mại điện tử với đầy đủ luồng chính, luồng phụ và trạng thái lỗi.
• Xây dựng và thực thi thành công hơn 140 kịch bản kiểm thử API chi tiết (bao gồm hơn 70 Test Case phía User và gần 70 Test Case phía Admin). Mọi kịch bản đều được kiểm tra thực tế trên môi trường máy chủ cục bộ và ghi nhận kết quả đạt (Pass).
• Xác minh được khả năng kiểm soát dữ liệu đầu vào chặt chẽ của hệ thống backend: các trường hợp tham số rỗng, sai định dạng email, sai token JWT, hoặc ID không tồn tại đều trả về đúng thông báo lỗi (như User validation failed, Resources not found with this id, Invalid _id, Product not found with this id).
• Xây dựng bộ kịch bản kiểm thử tự động (Test Script) hoàn chỉnh trên công cụ Apache JMeter cho toàn bộ các điểm cuối API cốt lõi, phục vụ cho cả luồng dữ liệu hợp lệ và luồng dữ liệu lỗi.

Về mặt đóng góp, đề tài đã thiết lập một quy trình mẫu về kiểm thử tự động API cho ứng dụng thương mại điện tử quy mô vừa và nhỏ, kết hợp chặt chẽ giữa lý thuyết đảm bảo chất lượng phần mềm và công cụ kiểm thử thực hành.

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

Hạn chế của đồ án:

• Phạm vi kiểm thử chủ yếu tập trung vào kiểm tra chức năng (Functional Testing) và xác thực dữ liệu đầu vào của các API đơn lẻ; chưa mở rộng sang kiểm thử tải chịu đựng quy mô lớn (Stress Testing, Spike Testing) với số lượng người dùng ảo đồng thời cao trên JMeter.
• Quá trình kiểm thử mới dừng lại ở tầng API backend, chưa kết hợp kiểm thử toàn diện giao diện người dùng (Web UI Testing) và kiểm thử tính toàn vẹn dữ liệu trực tiếp ở tầng cơ sở dữ liệu (Database Testing).

Hướng phát triển tiếp theo được nhóm tác giả xác định:

• Triển khai thực nghiệm kiểm thử trên các hệ thống phân tán và có độ phức tạp nghiệp vụ cao hơn.
• Tiếp tục nghiên cứu, ứng dụng sâu rộng các công cụ kiểm thử tự động nâng cao khác.
• Mở rộng phạm vi kiểm thử sang kiểm thử giao diện website tự động và kiểm thử hiệu năng cơ sở dữ liệu thông qua các giao thức chuyên dụng (như JDBC trên JMeter).

Giá trị tham khảo

Báo cáo đồ án môn học này là tài liệu tham khảo thiết thực cho:

• Sinh viên chuyên ngành Công nghệ thông tin, Kỹ thuật phần mềm đang theo học các học phần Đảm bảo chất lượng phần mềm, Kiểm thử phần mềm, Kiểm thử tự động.
• Các kỹ sư kiểm thử phần mềm mới bắt đầu (Junior Tester / QA) có nhu cầu tìm hiểu phương pháp thiết kế Test Case cho RESTful API và cách thức tổ chức kịch bản kiểm thử trên công cụ Apache JMeter.
• Nội dung có giá trị tham khảo nổi bật nhất là cấu trúc đặc tả 14 Use Case chi tiết và bộ biểu mẫu thiết kế Test Case API bao quát đa dạng trường hợp biên (chuỗi rỗng, khoảng trắng, ký tự đặc biệt, cấu trúc Token JWT).

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

1. Đề tài sử dụng công cụ kiểm thử tự động nào và công cụ này hỗ trợ những giao thức nào?
Đề tài sử dụng công cụ mã nguồn mở Apache JMeter được viết 100% bằng Java. Công cụ này hỗ trợ kiểm thử hiệu suất và chức năng trên nhiều giao thức/ứng dụng: Web (HTTP, HTTPS), SOAP/REST Webservices, FTP, LDAP, kết nối cơ sở dữ liệu qua JDBC, Message-oriented middleware qua JMS, Mail (SMTP, POP3, IMAP), TCP, Native commands/Shell scripts và Java Objects.

2. Hệ thống Website bán hoa tươi trong đồ án có bao nhiêu ca sử dụng (Use Case) và phân quyền cho những tác tử nào?
Hệ thống được thiết kế với 14 Use Case (từ UC01 đến UC14), phân quyền cho hai đối tượng tác tử chính là Khách hàng (thực hiện tra cứu, đặt hàng, hủy hàng, thanh toán, đăng ký, đăng nhập, quản lý giỏ hàng, xem lịch sử) và Quản trị viên - Admin (thêm, xóa, sửa sản phẩm và phân quyền người dùng).

3. Nhóm tác giả đã thiết kế những trường hợp biên nào khi kiểm thử API Đăng nhập (POST /login)?
API Đăng nhập được thiết kế với 10 Test Cases (TC_001 đến TC_010), kiểm tra các trường hợp: email và mật khẩu cùng rỗng; email hợp lệ nhưng mật khẩu rỗng; email rỗng nhưng mật khẩu có giá trị; email và mật khẩu đúng; email đúng định dạng nhưng không có trong cơ sở dữ liệu; email chứa ký tự đặc biệt; mật khẩu chứa ký tự đặc biệt; email hoặc mật khẩu bị chèn thêm khoảng trắng đầu/cuối.

4. Kịch bản kiểm thử API Đăng xuất (GET /logout) xác thực trạng thái người dùng dựa trên thành phần nào?
API Đăng xuất được xác thực dựa trên chuỗi JSON Web Token (JWT). Kịch bản kiểm thử thực hiện kiểm tra phản hồi thành công khi truyền Token hợp lệ (User logged out successfully!), đồng thời kiểm tra hệ thống trả về false khi Token bị chèn thêm ký tự lạ, chèn khoảng trắng hoặc bị xóa bớt ký tự.

5. Tỷ lệ nhân lực giữa lập trình viên và kiểm thử viên tại Việt Nam được tác giả đề cập như thế nào?
Theo số liệu tác giả trình bày trong phần bối cảnh, tại các công ty phần mềm nước ngoài trung bình 1 lập trình viên cần 4 kiểm thử viên, trong khi tại Việt Nam tỷ lệ này bị mất cân đối ngược lại: cứ 5 lập trình viên mới có 1 kiểm thử viên.

Kết luận

Đồ án môn học "Kiểm thử API Website bán hoa tươi" do nhóm sinh viên Khoa Công nghệ Thông tin, Trường Đại học Ngoại ngữ - Tin học TP.HCM thực hiện đã giải quyết bài toán đảm bảo chất lượng phần mềm ở tầng dịch vụ backend. Bằng việc áp dụng quy trình kiểm thử bài bản từ đặc tả yêu cầu, thiết kế hơn 140 Test Case chi tiết cho đến xây dựng kịch bản tự động trên công cụ Apache JMeter, đề tài đã chứng minh tính đúng đắn và khả năng kiểm soát dữ liệu của hệ thống API. Kết quả của đồ án cung cấp một tài liệu tham khảo hoàn chỉnh, có tính ứng dụng thực tiễn cao cho sinh viên và người làm công tác kiểm thử phần mềm.

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

Bộ Giáo Dục Và Đào Tạo Trường Đại Học Ngoại Ngữ - Tin Học Thành Phố Hồ Chí Minh Khoa Công Nghệ Thông Tin MÔN HỌC : ĐẢM BẢO CHẤT LƯỢNG PHẦN MỀM ĐỀ TÀI : KIỂM THỬ API WEBSITE BÁN HOA TƯƠI Giáo Viên Hướng Dẫn :Ths. Tiếu Phùng Mai Sương Thành Viên : 1. Trần Ngọc Bằng – MSSV: 19DH110181 2. Nguyễn Xuân Tú – MSSV: 19DH110182 3.

Phan Minh Trí – MSSV: 19DH111119 19DH110181-Trầần Ng ọ c Bằầng 19DH110182- Nguyễễn Xuần Tú 19DH111119-Phan Minh Trí Học kỳ II Nằm học 2021-2022 Tp. Hồ chí minh, Ngày …. năm … ii | P a g e Mssv – Họ tễn Học kỳ… Nằm học 20. Nhận xét của giảng viên Giảng viễn 01.

Page 3 of 55 19DH110181-Trầần Ng ọ c Bằầng 19DH110182- Nguyễễn Xuần Tú 19DH111119-Phan Minh Trí Học kỳ II Nằm học 2021-2022 Giảng viễn 02. 4|Page 19DH110181-Trầần Ng ọ c Bằầng 19DH110182- Nguyễễn Xuần Tú 19DH111119-Phan Minh Trí Học kỳ II Nằm học 2021-2022 Lời cảm ơn Đầu tiên cho chúng em xin trân trọng gửi lời cảm ơn chân thành và sự kính trọng tới – Quý Thầy, Cô ngành Công nghệ thông tin Trường Đại học Ngoại ngữ - Tin học TP.HCM, và đặc biệt là giáo viên hướng dẫn cô Tiểu Phùng Mai Sương đã tận tình hướng dẫn, chỉ bảo em trong suốt quá trình thực hiện luận văn này. Do kiến thức còn hạn hẹp nên không tránh khỏi những thiếu sót trong cách hiểu, lỗi trình bày. Em rất mong nhận được sự đóng góp ý kiến của quý thầy cô để báo cáo môn học đạt được kết quả tốt hơn.

Em xin chân thành cảm ơn! 5|Page 19DH110181-Trầần Ng ọ c Bằầng 19DH110182- Nguyễễn Xuần Tú 19DH111119-Phan Minh Trí Học kỳ II Nằm học 2021-2022 Mục lục Contents I. Giới thiệu chung. Kiểm thử API.1 Giới thiệu sơ l ược Automation Testing.3 Các chức năng chính của Jmeter. ể th ửh ệthốếng Website bán hoa tươi.

Đ cặ t ảcác ch ứ c năng h ệthốếng (System Functions).1 Các chức năng đặc tả.2 UC01 Tra cứu sản phẩm.3 UC02 Đặt hàng.4 UC03 Hủy hàng.5 UC04 Thanh toán.7 UC06 Đăng nhập.8 UC07 Thếm vào giỏ hàng.9 UC08 Cập nhật gi ỏ hàng.10 UC09 Xóa sản phẩm khỏi giỏ hàng.11 UC10 Xem Lịch s ử đ ơn hàng.12 UC11 Thếm sản phẩm .13 UC12 Xóa sản phẩm.14 UC13 Sửa sản phẩm.15 UC14 Phân quyếền. Xác đ nhị m c ụtiếu, các chu nẩchâết l ượ ng câền đ tạ c ủ a h ệthốếng.2 Các chu nẩ câền đ tạ c ủ a h ệthốếng.3 Tiếu chí của Website bán hoa tươi. ạ vi ki m Ph m ể th ửc ủ a h ệthốếng (Scope).27 6|Page 19DH110181-Trầần Ng ọ c Bằầng 19DH110182- Nguyễễn Xuần Tú 19DH111119-Phan Minh Trí Học kỳ II Nằm học 2021-2022 4.1 Testcase API bán hoa tươi.37 Get All Product (GET). 44 Get All Review product (GET).44 Delete Single Review product (GET).44 Get All product (GET).

45 Get All User(GET).45 Get Single User(GET). 46 Get All User Email(GET).47 Get All Oder(GET).2 Testscript API bán hoa tươi. 55 7|Page 19DH110181-Trầần Ng ọ c Bằầng 19DH110182- Nguyễễn Xuần Tú 19DH111119-Phan Minh Trí Học kỳ II Nằm học 2021-2022 Danh mục hình ảnh 8|Page 19DH110181-Trầần Ng ọ c Bằầng 19DH110182- Nguyễễn Xuần Tú 19DH111119-Phan Minh Trí Học kỳ II Nằm học 2021-2022 Danh mục bảng biểu 9|Page 19DH110181-Trầần Ng ọ c Bằầng 19DH110182- Nguyễễn Xuần Tú 19DH111119-Phan Minh Trí Học kỳ II Nằm học 2021-2022 Danh mục từ viết tắt 10 | P a g e 19DH110181-Trầần Ng ọ c Bằầng 19DH110182- Nguyễễn Xuần Tú 19DH111119-Phan Minh Trí Học kỳ II Nằm học 2021-2022 Bảng phân cống cống việc STT Nhóm công việc/công việc Thời lượng dự kiến Số Người thực hiện thực hiện người thực hiện 1. Tìm hiểu API, Jmeter 3 Ngày 3 Cả nhóm 2.

Đặc tả các chức năng hệ 1 Tuần 3 Cả nhóm thống 3. Phạm vi kiểm thử của hệ 5 ngày 2 Nguyễn Xuân thống Tú, Phan Minh Trí 4. Viết Testcase API 3 ngày 3 Trần Ngọc Bằng STT Nhóm công việc/công việc Thời lượng dự kiến thực Số Người thực hiện người hiện thực hiện 5. Viết Testscript cho API 1 Tuần 3 Cả nhóm Oder 5.1 TestScript cho API 1 Tuần 1 Trần Ngọc Authenication Bằng 5.2 TestScript cho API User 1 Tuần 1 Nguyễn Xuân Tú 5.3 TestScript cho API 1Tuần 1 Phan Minh Trí Product STT Nhóm công việc/công việc Thời lượng dự kiến thực Số Người thực 11 | P a g e 19DH110181-Trầần Ng ọ c Bằầng 19DH110182- Nguyễễn Xuần Tú 19DH111119-Phan Minh Trí Học kỳ II Nằm học 2021-2022 hiện người hiện thực hiện 6 Thực thi kiểm thử trên 1 Tuần 3 Cả nhóm Tool 7 Làm Slide 1 ngày 1 Trần Ngọc Bằng 8 Viết báo cáo 3 ngày 3 Nguyễn Xuân Tú I.

Giới thiệu chung Testing, hay còn gọi là kiểm thử phần mềm, là một công việc vô cùng quan trọng trong chu kỳ phát triển phần mềm. Công việc thường ngày của một Tester sẽ bao gồm: 1. Nhận yêu cầu của khách hàng và phân tích yêu cầu 2. Lập kế hoạch kiểm thử 3.

Thiết kế Test Case 4. Tiến hành các Test Case 5. Báo cáo lỗi, báo cáo kết quả kiểm thử Ngày nay, với sự phát triển của các nền tảng thiết bị khác nhau như web, di động, thiết bị IoT, Cloud, một sản phẩm phải hoạt động trên nhiều nền tảng khác nhau hay phải tương thích với các sản phẩm khác là một yêu cầu bắt buộc và từ đó đặt ra nhiều thách thức cho các nhà sản xuất, phát triển phần mềm. Lúc này vai trò của kiểm thử 12 | P a g e 19DH110181-Trầần Ng ọ c Bằầng 19DH110182- Nguyễễn Xuần Tú 19DH111119-Phan Minh Trí Học kỳ II Nằm học 2021-2022 là thực sự cần thiết nói giúp xác nhận yêu cầu, giúp đánh giá sản phẩm, tìm lỗi, ngăn ngừa lỗi… Nhu cầu của nghề tester rất cao tuy nhiên hầu hết sinh viên theo học ngành Công nghệ thông tin đều mong muốn làm nghề lập trình viên chứ không phải là nghề Tester.

Nhiều công ty phần mềm đang lao đao tuyển dụng nhân lực cho nghề Tester điều này chứng tỏ Tester đang là một nghề khát nhân lực. Tại các công ty phần mềm nước ngoài trung bình cứ 1 lập trình viên cần phải có tới 4 Tester, tuy nhiên ở Việt Nam tỷ lệ này lại ngược lại, với 5 lập trình viên thì mới có 1 tester. Chính sự mất cân đối này đã mở ra một nhu cầu vô cùng lớn cho nghề Tester trong tương lai. Kiểm thử API Về lý thuyết, API Testing (kiểm thử API) là một loại kiểm thử phần mềm bao gồm việc kiểm tra trực tiếp các giao diện lập trình ứng dụng và là một phần của kiểm thử tích hợp để xác định xem phần mềm có đáp ứng mong đợi về chức năng, độ tin cậy, hiệu suất và bảo mật hay không.

Kiểm thử API khác với những loại kiểm thử khác vì chưa có giao diện nên cần phải thiết lập môi trường khởi tạo. Gọi API với các tham số được yêu cầu và sau đó kiểm tra kết quả trả về. Để biết rõ hơn về kiểm thử API nhóm em bắt đầu tiến hành kiểm thử trên đề tài của mình đó là Website bán hoa tươi 2.1 Giới thiệu sơ lược Automation Testing Trong lĩnh vực kiểm thử phần mềm, thì kiểm thử tự động hay còn gọi là Automation testing đóng một vai trò quan trọng góp phần nâng cao năng suất kiểm thử, giảm thiểu lỗi cũng như sự nhàm chán với việc kiểm thử bằng tay trong một thời gian dài hoặc lặp đi lặp lại. Kiểm thử tự động là một quá trình xử lý tự động các bước thực hiện một test case.

Kiểm thử tự động được thực hiện bởi phần mềm kiểm thử tự động - hay còn gọi là Automation Testing Tool 2.2 Giới thiệu Jmeter Jmeter là ứng dụng viết trên mã nguồn mở(open source), được viết 100% trên java và là ứng dụng dành cho việc test tải (load test) tốc độ thực thi của ứng dụng web. Ban đầu nó được thiết kế để đơn thuần kiểm tra cho ứng dụng web, sau đã được mở rộng ra nhiều chức năng khác. 13 | P a g e 19DH110181-Trầần Ng ọ c Bằầng 19DH110182- Nguyễễn Xuần Tú 19DH111119-Phan Minh Trí Học kỳ II Nằm học 2021-2022 Apache JMeter có thể được sử dụng để kiểm tra hiệu suất cả trên các tài nguyên tĩnh, động và các ứng dụng Web. Nó có thể được sử dụng để mô phỏng một lượng người dùng ảo, request lớn trên một máy chủ, nhóm máy chủ, mạng hoặc đối tượng để kiểm tra về độ tải của nó hoặc để phân tích thời gian phản hồi tổng thể dưới các loại tải khác nhau.3 Các chức năng chính của Jmeter Khả năng và thử nghiệm hiệu suất nhiều ứng dụng, server và protocol khác nhau:  Web -HTTP, HTTPS (Java, NodeJS, PHP, ASP.NET)  SOAP/REST Webservices  FTP  LDAP  Database via JDBC  Message-oriented middleware(MOM) via JMS  Mail -SMTP(s), POP3(S) and IMAP(S)  Native commands or shell scripts  TCP  Java Objects Đầy đủ tính năng ghi lại quá trình kiểm thử từ website hoặc chính ứng dụng này, và có khả năng debuging.

Lựa chọn sử dụng với command-line để thử nghiệm tải từ java compatible OS(Linux, Windows, Mac OSX. Kiểm thử hệ thống Website bán hoa tươi 1. Đặc tả các chức năng hệ thống (System Functions) 1.1 Các chức năng đặc tả Code Package Tên use case UC01 Khách hàng Tra cứu sản phẩm UC02 Khách hàng Đặt hàng UC03 Khách hàng Hủy đặt UC04 Khách hàng Thanh toán UC05 Khách hàng Đăng ký UC06 Khách hàng Đăng nhập UC07 Khách hàng Thêm vào giỏ hàng UC08 Khách hàng Cập nhật số lượng UC09 Khách hàng Xóa sản phẩm khỏi giỏ hàng UC10 Khách hàng Xem lịch sử đơn hàng UC11 Admin Thêm sản phẩm UC12 Admin Xóa sản phẩm UC13 Admin Sửa sản phẩm 14 | P a g e 19DH110181-Trầần Ng ọ c Bằầng 19DH110182- Nguyễễn Xuần Tú 19DH111119-Phan Minh Trí Học kỳ II Nằm học 2021-2022 UC14 Admin Phân quyền User 1.2 UC01 Tra cứu sản phẩm Name Tra cứu sản phẩm Code UC01 Description Tìm kiếm sản phẩm trong danh sách sản phẩm của cửa hàng Actor Tất cả actors Trigger Khi actor chọn nút tra cứu Precondition Post condition Hiển thị danh sách sản phẩm theo điều kiện tra cứu Standard flow 1.Nhập điều kiện tra cứu 2.Chọn nút tra cứu 3.Truy vấn dữ liệu phòng để lấy danh sách sản phẩm dựa trên điều kiện tra cứu 4.Hiển thị danh sách sản phẩm theo điều kiện tra cứu Alternative flow 2’. Dừng tra cứu 4’.

Không tìm thấy kết quả phù hợp điều kiện truy vấn Error situations 1.Lỗi không kết nối được server 2.Lỗi không hiển thị kết quả tra cứu System state in error Không thể tra cứu sản phẩm situations 1.