Liệu bài kiểm thử API có sử dụng kho lưu trữ đối tượng không?

Không. Một bài kiểm thử API có các hoạt động, thuộc tính đầu vào và đầu ra cũng như các nguồn dữ liệu thay vì các đối tượng kiểm thử, vì vậy không có kho lưu trữ đối tượng nào được sử dụng. Chỉ có các bài kiểm thử giao diện người dùng (GUI) mới học các đối tượng và lưu trữ mô tả của chúng.

Kiểm thử API bằng cách sử dụng QTP/UFT: Hướng dẫn hoàn chỉnh

⚡ Tóm tắt thông minh

Kiểm thử API trong QTP/UFT Phương pháp này xác thực dịch vụ trực tiếp, không cần giao diện người dùng. Một bài kiểm tra API được xây dựng như một chuỗi các hoạt động trên một khung vẽ, và các điểm kiểm tra sẽ quyết định xem mỗi phản hồi có đạt yêu cầu hay không.

🔘 Không sử dụng giao diện đồ họa người dùng (GUI): Dữ liệu đầu vào được gửi trực tiếp đến hệ thống và phản hồi được ghi lại sẽ được so sánh với kỳ vọng.
☑️ Năm loại được hỗ trợ: Dịch vụ web, REST, ngôn ngữ lập trình hướng đối tượng, cơ sở dữ liệu và API độc quyền.
✅ Luồng hoạt động, không phải đối tượng: Kéo một yêu cầu HTTP từ hộp công cụ vào luồng kiểm thử và thiết lập các thuộc tính của nó.
🧪 Các trạm kiểm soát sẽ quyết định phán quyết: Mã trạng thái 200 đánh dấu cuộc gọi thành công mà không cần kiểm tra thủ công.
🛠️ Kết quả được tổng hợp tại một nơi: Trình xem kết quả chạy sẽ hiển thị mọi hoạt động, phản hồi tương ứng và kết quả của từng điểm kiểm tra.
📌 Tên gọi hiện tại: QTP cộng với Kiểm tra Dịch vụ HP đã trở thành UFT, hiện được bán dưới dạng OpenText Kiểm thử chức năng (UFT Một).

Đọc thêm

Trước khi kiểm thử một API, chúng ta cần biết API là gì. API (Giao diện lập trình ứng dụng) là một tập hợp các chức năng và quy trình phần mềm có thể được thực thi bởi các ứng dụng phần mềm khác.

Kiểm tra API là gì?

Kiểm tra API là một kiểm thử phần mềm Phương pháp kiểm thử API là phương pháp để xác thực Giao diện Lập trình Ứng dụng (API). Mục tiêu của kiểm thử API là kiểm tra API về chức năng, độ tin cậy, bảo mật và hiệu suất. Trong kiểm thử API, phần mềm được sử dụng để gửi dữ liệu đầu vào đến API, và dữ liệu đầu ra được ghi lại để kiểm tra API.

Vậy kiểm thử API là:

Kiểm tra không có GUI
Mô phỏng dữ liệu hoặc các kịch bản luồng điều khiển bằng lập trình.
Tập trung vào chức năngKhông dựa trên hành vi hay trải nghiệm của khách hàng.

Sơ đồ bên dưới thể hiện vị trí của việc kiểm thử API giữa máy khách gọi dịch vụ và dữ liệu mà nó nhận được.

Tại sao Kiểm tra API lại quan trọng?

Kiểm thử API có bốn ưu điểm đáng kể.

1. Thử nghiệm API đang là xu hướng

Như hình minh họa bên dưới cho thấy, kiểm thử API đã phát triển rất nhanh trong mười năm qua. Nó đã trở nên phổ biến hơn nhiều so với các loại kiểm thử khác.

2. Thời gian hiệu quả

Với kiểm thử API, chúng ta có thể sử dụng phương pháp thực thi song song để giảm thời gian thực hiện kiểm thử. Bạn có thể tiết kiệm đến 5 lần so với các loại kiểm thử khác.

3. Ngôn ngữ độc lập

Trong Kiểm tra API, dữ liệu được trao đổi thông qua XML or JSONVì vậy, bất kỳ ngôn ngữ nào cũng có thể được sử dụng để kiểm tra phản hồi. Ví dụ, nếu bạn có một dịch vụ có phản hồi ở định dạng JSON, bạn có thể dễ dàng phân tích cú pháp dữ liệu bằng Java, C# hoặc bất kỳ ngôn ngữ nào khác.

4. Tích hợp GUI dễ dàng

Bởi vì UFT Một giải pháp duy nhất chứa cả kiểm thử giao diện người dùng (GUI) và kiểm thử API; một lệnh gọi API có thể thiết lập dữ liệu cho kiểm thử giao diện người dùng, và cả hai loại kiểm thử đều báo cáo kết quả vào cùng một tập tin. Điều này giúp việc kiểm tra dịch vụ và màn hình sử dụng dịch vụ đó nằm trong cùng một dự án thay vì hai bộ công cụ khác nhau.

Kiểm thử API với UFT (Kiểm thử chức năng thống nhất)

Có rất nhiều công cụ sẵn có, cả mã nguồn mở và thương mại. UFT Đây là một lựa chọn mạnh mẽ để thực hiện các bài kiểm tra API, bởi vì quy trình được xây dựng trực quan và cấu hình được lưu giữ trong một bảng thuộc tính duy nhất.

Phiên bản cuối cùng của QTP, được gọi là HP Unified Thử nghiệm chức năng (UFT), là sự kết hợp của HP QTP (một công cụ kiểm thử giao diện người dùng đồ họa) và HP Service Test (một công cụ kiểm thử giao diện lập trình ứng dụng). UFT hỗ trợ Web, Java, .MẠNG LƯỚI, Oracle, Siebel, dịch vụ web và nhiều ngôn ngữ và nền tảng chính khác mà các phiên bản cũ hơn không hỗ trợ.

⚠️ Quy tắc đặt tên sản phẩm: công cụ được mô tả ở đây là HP UFT hiện đang được bán với tên gọi OpenText Kiểm thử chức năng (UFT Một), sau khi chuyển từ HP sang Micro Focus rồi sang... OpenTextCác hình ảnh bên dưới được lấy từ phiên bản thời HP, vì vậy cách diễn đạt trong menu có thể khác so với các bản dựng hiện tại, nhưng quy trình kiểm thử API, các hoạt động và điểm kiểm tra vẫn hoạt động tương tự.

Loại hỗ trợ kiểm thử API bởi HP UFT

Dịch vụ web
REST của
Ngôn ngữ hướng đối tượng
Cơ sở dữ liệu
API độc quyền

Bắt đầu thử nghiệm API đầu tiên của bạn với QTP

Trong thử nghiệm API này ở UFT hướng dẫn, chúng ta sẽ tìm hiểu UFT Ví dụ về kiểm thử API. Chúng ta sẽ kiểm thử API Graph của Facebook. Chúng ta sẽ kiểm thử API như sau: Trường hợp thử nghiệm phía dưới

Nhận hồ sơ của người dùng được chỉ định trên Facebook.
Xác minh xem hồ sơ có đúng như mong đợi hay không.

Đây là bước để xây dựng quy trình thử nghiệm cho API này.

⚠️ Về ví dụ này: Facebook đã ngừng hỗ trợ Graph API phiên bản 2.3 từ nhiều năm trước và mã truy cập được hiển thị bên dưới đã hết hạn từ lâu, vì vậy lệnh gọi chính xác này không còn trả về dữ liệu nữa. Yêu cầu gốc được giữ nguyên như ví dụ đã thực hiện; hãy thực hiện các bước tương tự tại bất kỳ điểm cuối REST hiện tại nào để làm theo.

Bước 1) Mở HP UFT và tạo dự án mới Kiểm thử API

Chọn Bắt đầu > (Tất cả) Chương trình > Phần mềm HP > Kiểm tra chức năng hợp nhất của HP > Kiểm tra chức năng hợp nhất. Trong các phiên bản hiện tại, điều này đơn giản chỉ là... UFT Một đường tắt.
Nhấp chuột Tệp > Mới > Kiểm tra. Chọn Kiểm tra API kiểu
Khi hộp thoại hiện ra, hãy nhập tên của bài kiểm tra API: API_Facebookvà chọn vị trí để lưu dự án này. Nhấp chuột Tạo để tạo dự án kiểm thử API.

Bước 2) Thêm yêu cầu HTTP vào luồng kiểm thử

Chúng ta sẽ sử dụng yêu cầu HTTP để gửi yêu cầu đến API của Facebook.

Chọn Hộp công cụ > mạng
Kéo phần tử Yêu cầu HTTP để kiểm tra dòng chảy.

Bước 3) Cấu hình và truyền tham số vào yêu cầu HTTP

Nhấp chuột phải vào Yêu cầu HTTP đối tượng để chỉnh sửa nó.

Trong phần Thuộc tính, hãy nhập URL

https://graph.facebook.com/v2.3/me?access_token=CAACEdEose0cBANJsDnbZC92mNAghaM6xxZCZBZAvKlMXS98VYvKy%20OlrfAdsUWR8x5aw9Kqc0grscs9zb9IYED4VC3FwapIZBj%20dsuxy%20HdLcff38gYUBFNeRQlH%20fN7eXKoVZBNl0bR233ZAZCw8fLF1QLh98ry2ZBeYBhXLabtTDkFPZA1IqhaMG0mQp30zO1%20QxQ19nVCxZArJA6XRoB1o5FMepII5cn3DgbBmTgZD

Bạn cũng có thể truyền tham số vào API bằng cách thiết lập giá trị trong đó. Yêu cầu tiêu đề lưới điện.

Sử dụng Trình khám phá API đồ thị của Facebook để lấy giá trị của access_token.
Đặt Phương thức HTTP đến GET.
Thiết lập Điểm kiểm tra của Yêu cầu HTTPĐặt mã trạng thái thành 200 Trong phần Điểm kiểm tra (Checkpoints). Các điểm kiểm tra cho phép bạn xem liệu hành động có thành công hay không mà không cần phải kiểm tra kết quả thủ công, và kết quả đạt hay không đạt của bài kiểm tra được xác định bởi chúng. Mã trạng thái 200 có nghĩa là trường hợp kiểm thử đã thành công.

Bước 4) Chạy thử nghiệm

Nhấn vào chạy hoặc nhấn F5Nhấn vào biểu tượng chuột để mở hộp thoại Chạy thử nghiệm. Nhấp chuột chạy để biên dịch và chạy thử nghiệm.

Bước 5) Xem kết quả

Trình xem kết quả chạy sẽ mở ra. Trong quá trình kiểm thử API này, chúng ta sử dụng... UFT Ví dụ, một trường hợp kiểm thử thất bại được báo cáo như hình sau.

Khi bài kiểm thử thành công, kết quả sẽ được báo cáo như bên dưới.

Bài kiểm tra API đầu tiên của bạn trong UFT hiện đã hoàn thành.

Đi đâu từ đây

Giờ bạn đã học cách tạo bài kiểm tra bằng API test rồi đấy. UFTBạn có thể tự tạo bài kiểm tra cho ứng dụng không có giao diện người dùng (GUI) của mình. Thêm một trạm kiểm soát mỗi phản hồi và nhómping gọi vào giao dịch Đó là những bước tiếp theo thường lệ.

Câu Hỏi Thường Gặp

Kiểm thử giao diện người dùng (GUI) điều khiển các thành phần trên màn hình và lưu chúng dưới dạng đối tượng kiểm thử. Kiểm thử API là một chuỗi các hoạt động trên một khung vẽ, gửi yêu cầu trực tiếp đến một dịch vụ, do đó không có gì được ghi lại từ giao diện.

Không. Một bài kiểm thử API có các hoạt động, thuộc tính đầu vào và đầu ra cũng như các nguồn dữ liệu thay vì các đối tượng kiểm thử, vì vậy câu trả lời là không. kho lưu trữ đối tượng có liên quan. Chỉ có các bài kiểm tra GUI mới học được các đối tượng và lưu trữ mô tả của chúng.

Nhập WSDL của dịch vụ vào phần kiểm thử. UFT Chương trình đọc tài liệu, tạo một hoạt động cho mỗi thao tác mà dịch vụ cung cấp và thêm chúng vào ngăn Hộp công cụ để có thể kéo chúng vào luồng kiểm thử giống như bất kỳ hoạt động nào khác.

Liên kết các thuộc tính đầu vào của hoạt động với nguồn dữ liệu, chẳng hạn như bảng tính Excel hoặc tệp XML, thay vì kiểu dữ liệu hiện tại.ping các giá trị cố định. Mỗi hàng sau đó tạo ra một lần lặp và Trình xem kết quả chạy sẽ báo cáo kết quả cho mỗi lần lặp.

Công cụ hỗ trợ bởi AI so sánh các phản hồi giữa các lần chạy để phát hiện sự thay đổi lược đồ và các trường bị lỗi mới, đồng thời có thể nhóm các lỗi lặp lại theo nguyên nhân gốc rễ có khả năng xảy ra. Điều đó giúp rút ngắn thời gian phân loại, nhưng các giá trị mong đợi ở mỗi điểm kiểm tra vẫn cần quyết định của con người.

Copilot hữu ích cho mã xung quanh bài kiểm tra: logic hoạt động tùy chỉnh, phân tích phản hồi và các hàm hỗ trợ. Nó không thể xây dựng luồng kiểm tra trực quan hoặc đọc cấu hình dịch vụ của bạn.tracVì vậy, mọi yêu cầu và điểm kiểm tra mà nó đề xuất đều cần được xác minh.

SoapUI và Postman Chúng nhẹ hơn và miễn phí ngay từ đầu. UFT Nó được chứng minh là có vai trò quan trọng khi cùng một dự án phải bao gồm cả giao diện người dùng, vì một giấy phép và một tập kết quả duy nhất áp dụng cho cả hai lớp.

Ngoài mã trạng thái HTTP, một bài kiểm tra API có thể kiểm tra nội dung phần thân phản hồi, giá trị của từng tiêu đề và dữ liệu trả về so với nguồn dự kiến. Mỗi kết quả kiểm tra sẽ xuất hiện cùng với yêu cầu trong Trình xem kết quả chạy.