30 Days of API Testing Day 22: Share your biggest frustration with API testing!
Since I learnt API testing, the biggest frustration with it maybe it is difficult to debug the failing API Tests. Currently I’m getting an issue with the Exercise 3
2 Likes
For me, it’s APIs with hidden dependencies. I recently ran into issues with one that required authorization and a small number of other properties before any of the published calls could succeed - but did not provide an endpoint to perform said authorization and property-setting.
That API could not be tested in isolation, and I spent a frustrating few days before I discovered this.
1 Like
One of my frustrations with API testing is setting up enough mocks to isolate the code under test. Managing the mocks becomes challenging as an API grows!
Joe
5 Likes
I agreed with @devtotest, managing mocks is one of challenges when perform API testing. We are applying Scrum framework and Agile methodology to develop our software. The consequence of emerging products from Sprint to Sprint is Data modal changed. Therefore, managing and maintaining mock data is my biggest frustration.
1 Like
On my project we use third party api which communicate with our server. There are plenty of cases when it responds with such data that our server cannot process correctly. As a result we should to commit hot fixes on production. The challenge is that we never can foresee these cases.
From our friends on Twitter
1 Like
My biggest frustration is errors when run projects because I’ll take time to investigate to fix them
3 Likes
When I have issues, I try to debug step by step but it is impossible although I tried many ways. This is my biggest frustration.
4 Likes
I just run some requests for API Testing, so my current frustration is every time having an issues on running, it’s difficult to look for the cause and the solution.
2 Likes
At the first day in API testing, my biggest frustration with API testing is analyze when an API return error. I was not sure if the error come from my mistake (executing the call with wrong parameter, missing header, missing auhenToken…) or not. Some time it was from my mistake sometime not. So I was taken a lot time to investigate it.
3 Likes
My biggest frustration with API testing is analyze issues when an API return error because i’m not sure this issue come from the API or my mistake. this many take times!
The second is working on API we just communicate with API with the method(POST/GET) and see the result returns values. Working on the NO GUI environment make some tired :))lol.
2 Likes
In the past couple of months since I started working with APIs one of my biggest frustrations with API testing has been inconsistent response formats and responses that return little to no data regarding the end result of the process (e.g. IDs and other values associated with objects created)
Top 3 frustrations with API testing for me
-
No Documentation - I mean it is fun to find out what the API is and what it can do but you can only get so far on your own
-
Poor Documentation - Having Documentation that is only partly ready makes your life really not fun
-
Too Standard responses for Error Scenarios. I mean somenthing went wrong is really nice if you want to know what is wrong
Top frustration of api testing:
- All of the logic is in the UI and not on the API
The biggest frustration with API testing for me is that it takes so much time to write and debug tests. I often ask myself “If it takes so much time to write the test, is it worth it?”.
API testing requires good technical skills, knowledge of http, programming languages, tools. This also can be challenging, because when something is not working, it can be difficult to find a solution. It’s is great that we have such places as Stackoverflow where other people are sharing their knowledge and solutions. I am also grateful to people like Alan Richardson who help us learn API testing.
The good thing is that with consistent practice it is getting easier to write API tests. Do not give up. Keep learning and practicing 