Hi all,
I discovered POISED heuristics from Chapter 3.0 - POISED API testing strategy
POISED =Parameters, Output, Interop, Security, Errors, and Data .
I wonder if you have any other tip (or other heuristics) to design API tests ?
Thanks,
Emna
Hi all,
I discovered POISED heuristics from Chapter 3.0 - POISED API testing strategy
POISED =Parameters, Output, Interop, Security, Errors, and Data .
I wonder if you have any other tip (or other heuristics) to design API tests ?
Thanks,
Emna
Not a specific heuristic but for API Testing we test (& design of course):
To think of while API designing & testing
For testing the API itself:
Non-Func
POISED was one of the first heuristics I came across for API testing, itโs quite usefull
CRUD heuristic also makes a lot of sense for testing API (it does depend on how an API is made)
C - Create, testing POST requests
R Read - tests related to the GET method
U Update - tests for PUT and/or PATCH
D Delete for, well, DELETE
I also came across this VADER heuristic by a lady called Linda Roy:
Verbs
Authorisation/Authentication
Data
Errors
Responsiveness
The Force is strong with this heuristic!
I think BINMEN is a cool one!
Boundary
Invalid Entries
NULL
Method
Empty
Negative
Available at about 23 minutes on this talk.
Many Thanks @kristof !! looks great and some of the terms are not trivial for me, will do some research to see how I can implement them in practice. if you have an example that you recommend let me know.
I use this one: https://restful-booker.herokuapp.com/
For the moment the existing API at the company contains only GET, I want to prepare myself with techniques to test the API so that I will be able to proceed in good ways when others get ready (create, delete, updateโฆ)
Thatโs great! thanks a lot for the precision and the link! very helpful
This is genious ! thanks a lot for the PDF and all the details :))