Sau khi gọi dứt series “thử nghiệm API cùng với Postman” của chính mình, các bạn cũng có thể cầm được dòng kỹ năng và kiến thức cơ bản của API với các công dụng của Postman đem lại. Nhưng phương pháp thu xếp kiểm tra và viết Testcase mang lại API như thế nào thì vẫn có vẻ chưa thông lắm, bắt buộc bây giờ mình đã viết 1 bài xích về kiểu cách thử nghiệm API ra làm sao cho hợp lý và phải chăng.

Bạn đang xem: Test api là gì

*

Nhắc lại kỹ năng và kiến thức 1 chút: API chỉ nên cầu nối thì thầm thân Client cùng Server. API ko tiến hành 1 business xúc tích làm sao cả, 1-1 thuần chỉ là thằng đi giao thỏng, chuyển báo cáo thôi. Thế test API là kiểm tra thằng giao thư ah? Hay những demo chiếc gì? Xin được phnghiền trả lời luôn: mình sử dụng API nhằm demo business ngắn gọn xúc tích sinh hoạt phía server. Hãy coi ví dụ dưới đây nhằm làm rõ hơn.

Ví dụ:Tôi mong muốn kiểm tra API update_profile có 2 trường Name và Birthday. Trong đó ngôi trường Name là bắt buộc và đề xuất to hơn 4 ký kết từ bỏ. Trường Birthday thì không đề xuất nhập.

Cách xử lý của Server cùng Client (có thể rất khác với cty bạn):

User vào screen Profile, sửa lại 2 ngôi trường Name với Birthday. tin tức bắt đầu gồm Name và Birthday theo phong bì thư của API cặp cảng Server.Server phát âm tlỗi và check điều kiện lại 1 lần tiếp nữa.Nếu những đọc tin Name và Birthday phần nhiều Valid thì 2 thông tin đó được update vào Database.User thấy được Name cùng Birthday của chính mình đã có được biến đổi nghỉ ngơi screen Profile.

lúc triển khai demo API, chính là câu hỏi họ demo công việc 4, 5 cùng 6. Dó đó, với cùng 1 API đơn lẻ, chúng ta đang check 2 phần chính:– trợ thời hotline là Syntax Testing (Validate dữ liệu – bước 4 + bước 6)– với Funtional Testing (Test business logic – bước 5 với 6).

Xem thêm: Lê Trường Mạnh Là Ai Của Thế Hệ Trẻ" Qua Góc Nhìn Của Ceo Lê Trường Mạnh


Nội dung bài viết


I. Syntax Testing

Loại này đã tập trung vào cái Method check điều kiện: Accept với data đúng với Reject với data không nên hay là không. Một vài ba ví dụ:

Bỏ trống ngôi trường bắt buộc → Trong Response đang yêu cầu có thông báo lỗi, những ban bố không giống không được cập nhật. Server không triển khai 1 business xúc tích như thế nào cả.Bỏ trống ngôi trường ko buộc phải → Không gồm lỗi gì cả, Server vẫn thực hiện business xúc tích và ngắn gọn.Điền các báo cáo không nên kiểu định dạng, ví dụ ngôi trường thời gian lại điền chữ → Trong Response đã đề nghị tất cả thông báo lỗi…

Chốt lại: Cái này đồng nhất giống như các ngôi trường hợp Validate tài liệu, bọn họ vẫn tốt làm cho hằng ngày.

II. Functional Testing

Loại này check các Method xử trí dữ liệu cùng thực hiện 1 tính năng tất cả đúng hay là không. Ví dụ:

Giá là X cùng số phần trăm discount là Y thì số tiền đề xuất trả là X*(1-Y) hay là không → Nó đó là Việc kiểm tra Method tính tân oán cùng với các tmê mệt số X và Y mà lại thôi. Việc tiến hành business ngắn gọn xúc tích rất có thể không giữ tác dụng vào DB. Việc Update trường Name sinh hoạt ví dụ thuở đầu dành được lưu lại vào DB tốt không? → mngơi nghỉ DB ra với check hiệu quả.Yêu cầu trả về báo cáo của những user có tên là “Nam” → Vào DB triển khai câu Query cùng đối chiếu cùng với Response coi 2 hiệu quả tất cả khớp nhau tốt ko…

Ấy ấy, chưa không còn nhé. =)))) 2 chiếc một số loại test bên trên Ship hàng mang đến test các API lẻ tẻ thôi. Còn nữa

III. Test scenarios

Cuối cùng là ta ghnghiền những API lại cùng nhau vẫn nó tất cả bị lỗi ở đâu không? Chỗ này đó là các cái Test Suite, gộp những Test Case lại.

Ví dụ nhỏng hình:

*

Phần này chắc mình cũng không hẳn nói nhiều, chúng ta đã và đang thừa không còn xa lạ với nó.

Lưu ý của chạy thử API:

khi sử dụng Postman, hãy để mỗi trường thích hợp là 1 API riêng biệt, không thử nghiệm đè lên nhau, sau khó khăn kiểm soát và không tạo được kiểm tra case mang lại automation.

IV. Vậy testers yêu cầu làm những gì Lúc nhấn kinh nghiệm thử nghiệm API?

Đọc API documentation: có thể dưới dạng file excel, docs, swagger…Để làm được đoạn này bạn phải vô cùng vững vàng API là gì, nhân tố của API, API chuyển động ra sao, đại ý vững vàng về Technical (kỹ thuật)Viết checkmenu hoặc testcase cho các API đó theo 3 câu chữ I, II, III tôi đã nhắc tới ở bên trên. Quý khách hàng yêu cầu hết sức vững về Business Requirement

Bài viết dựa trên bài bác “API testing best practices” của Bas Dijkstra

Bài viết liên quan

Trả lời

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *