API Testing đã trở thành một phần không thể thiếu trong quá trình phát triển và kiểm thử phần mềm. Với sự gia tăng của các dịch vụ và kiến trúc dựa trên đám mây, API đã trở thành xương sống của các ứng dụng hiện đại, điều quan trọng đối với các doanh nghiệp tổ chức là đảm bảo Test API hoạt động chính xác.
Khóa học Test API sử dụng công cụ Postman
API Testing là một quá trình tương đối phức tạp, các bài kiểm thử này là thử thách lớn cho cả những kiểm thử viên lâu năm cũng như người mới bắt đầu. Chính vì thế để giúp các nhân viên kiểm thử nâng cao, Khóa học API Testing sử dụng công cụ POSTMAN của daotaotester đem đến những kiến thức thực chiến cũng như những buổi thực hành chuyên sâu cho học viên. Khóa học rất phù hợp với những bạn đang tập làm quen với POSTMAN, những bạn có kiến thức cơ bản hay tối thiểu về Java, các học viên đã hoàn thiệt khóa học tester cơ bản đang thực hiện quá trình kiểm thử thủ công và kể cả những bạn chưa có kiến thức lập trình cũng rất phù hợp với khóa học.
Nội dung khóa học bao gồm 6 buổi cả lý thuyết lẫn thực hành, thời lượng mỗi buổi kéo dài 120 phút. Dưới sự dẫn dắt của các giảng viên uy tín, nhiều năm kinh nghiệm chinh chiến trong ngành Kiểm thử nói chung và Test API nói riêng. Chắc chắn khi tham gia khóa học, bạn sẽ được trang bị đầy đủ kiến thức và cách làm việc với Postman, kiến thức về API Testing REST bằng cách sử dụng Rest Assured với các ví dụ thực tế…
Trên đây là những kiến thức về Test API mà Daotaotester đã chọn lọc và cung cấp tới bạn đọc. Chúng tôi mong rằng các bạn có thể có thể hiểu được khái niệm và quy trình kiểm thử API để áp dụng thực tiễn vào công việc của mình.
Sau khi đọc xong series “test API với Postman” của mình, các bạn có thể nắm được cái kiến thức cơ bản của API và các chức năng của Postman đem lại. Nhưng cách sắp xếp test và viết Testcase cho API như thế nào thì vẫn có vẻ chưa thông lắm, nên hôm nay mình sẽ viết 1 bài về cách test API như thế nào cho hợp lý.
Nhắc lại kiến thức 1 chút: API chỉ là cầu nối nói chuyện giữa Client và Server. API không thực hiện 1 business logic nào cả, đơn thuần chỉ là thằng đi giao thư, chuyển thông tin thôi. Thế test API là test thằng giao thư ah? Hay là test cái gì? Xin được phép trả lời luôn: mình dùng API để test business logic ở phía server. Hãy xem ví dụ dưới đây để hiểu rõ hơn.
Ví dụ:Tôi muốn check API update_profile gồm 2 trường Name và Birthday. Trong đó trường Name là bắt buộc và phải lớn hơn 4 ký tự. Trường Birthday thì không bắt buộc nhập.
Cách xử lý của Server và Client (có thể không giống với cty bạn):
Khi thực hiện test API, chính là việc chúng ta test các bước 4, 5 và 6. Dó đó, với 1 API đơn lẻ, chúng ta sẽ check 2 phần chính:– tạm gọi là Syntax Testing (Validate dữ liệu – bước 4 + bước 6)– và Funtional Testing (Test business logic – bước 5 và 6).
Loại này sẽ tập trung vào cái Method check điều kiện: Accept với data đúng và Reject với data sai hay không. Một vài ví dụ:
Chốt lại: Cái này giống hệt như những trường hợp Validate dữ liệu, chúng ta vẫn hay làm hàng ngày.
Loại này check các Method xử lý dữ liệu và thực hiện 1 chức năng có đúng hay không. Ví dụ:
Ấy ấy, chưa hết nhé. =)))) 2 cái loại test trên phục vụ cho test các API đơn lẻ thôi. Còn nữa
Cuối cùng là ta ghép các API lại với nhau sẽ nó có bị lỗi ở đâu không? Chỗ này chính là những cái Test Suite, gộp nhiều Test Case lại.
Phần này chắc mình cũng không phải nói nhiều, các bạn cũng đã quá quen thuộc với nó. Có 1 điểm lưu ý ở đây: “Khi gọi API thành flow nối tiếp nhau thì bạn cần có khả năng extract value của response của API 1 rồi đẩy value đấy vào request của API 2”.
IV. Vậy testers phải làm gì khi nhận yêu cầu test API?
Bài viết dựa trên bài “API testing best practices” của Bas Dijkstra
Tools cần được sử dụng bên trong Test API
Vì bản chất của test API là đã đụng chạm đến source code nên các tool được sử dụng cho source có thể được sử dụng trong test API như: Postman, soapui, rungscope, curl, ctesk…
Những lưu ý cần quan tâm khi thực hiện Test API
Quy trình test API cần được thực hiện theo quy trình và đầy đủ các bước sau:
