kiến thức Mở đầu về API Testing

thực ra với một newbie như e thì chưa dùng PUT vs DELETE bao giờ, đa số là POST còn lại là GET chứ PUT với DELETE không biết dùng ntn và cũng k hiểu n lắm ấy. Mong có ví dụ phân biệt rõ PUT, DELETE so với POST vì căn bản POST gọi api để detele cũng được, gọi api để create/edit cũng đc luôn
 
thực ra với một newbie như e thì chưa dùng PUT vs DELETE bao giờ, đa số là POST còn lại là GET chứ PUT với DELETE không biết dùng ntn và cũng k hiểu n lắm ấy. Mong có ví dụ phân biệt rõ PUT, DELETE so với POST vì căn bản POST gọi api để detele cũng được, gọi api để create/edit cũng đc luôn
Put & delete dùng để chỉnh sửa & xóa đối tượng.
VD nếu thím muốn xóa đối tượng có id = 5 chẳng hạn, nếu thím chỉ biết POST thôi thì chẳng lẽ viết API Post là Post .../5/delete à. Thay vào đó thím chỉ cần viết API Delete .../5
 
thực ra với một newbie như e thì chưa dùng PUT vs DELETE bao giờ, đa số là POST còn lại là GET chứ PUT với DELETE không biết dùng ntn và cũng k hiểu n lắm ấy. Mong có ví dụ phân biệt rõ PUT, DELETE so với POST vì căn bản POST gọi api để detele cũng được, gọi api để create/edit cũng đc luôn
nick fen này quen lắm nhá, fen làm FE phải ko?
 
Em nghĩ cái hình vẽ thì phần API nên nằm bên trong Server, thím thấy sao ạ. Bởi vì file API cũng như một file chứa code như bao file chứ code khác, có những file Code thì hiển thị thông tin sản phẩm, có những file Code thì làm chức năng là API cung cấp thông tin khi có bên khác request đến
 
Em nghĩ cái hình vẽ thì phần API nên nằm bên trong Server, thím thấy sao ạ. Bởi vì file API cũng như một file chứa code như bao file chứ code khác, có những file Code thì hiển thị thông tin sản phẩm, có những file Code thì làm chức năng là API cung cấp thông tin khi có bên khác request đến
Hình đó đúng rồi nha bác. Chỉ đơn giản là cái hình đó sẽ tổng quát nhanh lẹ thôi. Còn thêm thì thêm restful webservice trong web server đó thôi.
 
Hình đó đúng rồi nha bác. Chỉ đơn giản là cái hình đó sẽ tổng quát nhanh lẹ thôi. Còn thêm thì thêm restful webservice trong web server đó thôi.
đúng như thế nào thím, thím nói rõ hơn vì sao API lại nằm ngoài và phía trước server trong khi các file chứ code lập trình khác lại nằm sau server (hoặc hiểu nằm trong server cũng được)?
 
Thường rất ít khi gặp PUT/DELETE
Chủ yếu là GET để lấy thông tin và POST để update
API public thì không cần token, non public thì cần token
Vài công cụ test như Postman, ARC, Talent thao tác trên web thì có thể auto được, nhập gì, ở đâu,… Ngoài ra cũng có thể test api trên cmd như thằng curl
Khối lượng test nhiều hay không phụ thuộc vào số lượng case, yêu cầu của api, của chương trình. Nếu yêu cầu cao, response sẽ đi kèm message riêng cho từng case, nếu không thì chỉ cần trả về mã code là được

via theNEXTvoz for iPhone
 
đúng như thế nào thím, thím nói rõ hơn vì sao API lại nằm ngoài và phía trước server trong khi các file chứ code lập trình khác lại nằm sau server (hoặc hiểu nằm trong server cũng được)?

Đây là người ta gọi là restful api url. Là cái url của api thôi. Chứ fille api nào ở đây. Code Api nằm trong lớp web service

Sent from Xiaomi Redmi K30 5G using vozFApp
 
thực ra với một newbie như e thì chưa dùng PUT vs DELETE bao giờ, đa số là POST còn lại là GET chứ PUT với DELETE không biết dùng ntn và cũng k hiểu n lắm ấy. Mong có ví dụ phân biệt rõ PUT, DELETE so với POST vì căn bản POST gọi api để detele cũng được, gọi api để create/edit cũng đc luôn
thật ra thì chỉ cần POST thôi là cũng đủ làm hết các kiểu rồi. Nhưng theo restfulAPI thì nên chia theo các HTTP verbs ra để rõ ràng biết các API đó có nhiệm vụ là làm công việc j
 
Đây là người ta gọi là restful api url. Là cái url của api thôi. Chứ fille api nào ở đây. Code Api nằm trong lớp web service

Sent from Xiaomi Redmi K30 5G using vozFApp
Theo mình thì nếu vậy nó phải nằm trong server, bởi vì cái đầu tiên tiếp nhận request là server chứ ko phải là API. Hình vẽ như vậy sẽ gây cảm giác hiểu nhầm rằng API là nơi tiếp nhận request. Thím có phản biện nào không, vì theo như trong câu trả lời của thím đưa ra lí do là RESFUL API URL và đây chỉ là một cái tên, và cái tên thôi thì vẫn chưa thấy nó giải thích thoả đáng cho việc vì sao API lại nằm trước server. Mình mong chờ câu trả lời đi sâu hơn vào bản chất vấn đề từ thím.

via theNEXTvoz for iPhone
 
Last edited:
Put & delete dùng để chỉnh sửa & xóa đối tượng.
VD nếu thím muốn xóa đối tượng có id = 5 chẳng hạn, nếu thím chỉ biết POST thôi thì chẳng lẽ viết API Post là Post .../5/delete à. Thay vào đó thím chỉ cần viết API Delete .../5
à cái này em chưa thử bh tại có lần định dùng put với delete cho đúng định nghĩa nhưng dính CORS nên thôi chuyển qua POST tại hồi đó đang vội nên cái nào chạy được là dùng
 
à cái này em chưa thử bh tại có lần định dùng put với delete cho đúng định nghĩa nhưng dính CORS nên thôi chuyển qua POST tại hồi đó đang vội nên cái nào chạy được là dùng
Nếu dính CORS thì GET và POST cũng đều dính chứ nhỉ, hay là chưa allow method?
 
à cái này em chưa thử bh tại có lần định dùng put với delete cho đúng định nghĩa nhưng dính CORS nên thôi chuyển qua POST tại hồi đó đang vội nên cái nào chạy được là dùng
CORS do phía BE mà, kêu bên BE nó allow đi
 
Phần 2 : virtualizations, nếu integration test mà API bên service kia chưa có trong khi đã biết API spec rồi thì làm sao, thì mock up chứ sao . Cái này ghi vậy thôi suggest chủ thớt làm thêm
 
Put & delete dùng để chỉnh sửa & xóa đối tượng.
VD nếu thím muốn xóa đối tượng có id = 5 chẳng hạn, nếu thím chỉ biết POST thôi thì chẳng lẽ viết API Post là Post .../5/delete à. Thay vào đó thím chỉ cần viết API Delete .../5
Đâu cần cái url như bạn nói. API mà viết Post chỉ cần đường dẫn hàm, body json là đủ
 
Back
Top