Forum Discussion
This is the typical issue in almost projects when development and test automation are being developed in parallel, especially from the scratch.
Certain things go well as designed and some not. So they have to be reworked to make them work.
IMO, it would be good time to start for automation at least the wadl/swagger definition is fixed/concrete. Otherwise, will end up in re-doing. Also people should realize that it is not that test automation alone needs rework, development team is re-working on the particular service. So, am afraid if there is way avoiding it.
Now, only thing to be focused is how to minimize the efforts to handle the situation to cater to services updates in the test automation.
And there is no pre-defined / standard way to adopt this. Many be people can come up with tools and ideas over some time and experience. It can depends on different parameters such as
- how the tests are designed
- is the new update requires additional properties (in the request)
-- mandatory or optional
- is the new update removed/renamed existing properites
- how many request impacts tests
- if working closely with development team, analyze definition changes before implementing the services and
- and quick feedback of the impact
Overall if one has good programming skills, he/she can explore to see if automatic update of the requests in the projects is possible (only if it is faster than manual update).
Also it can be explored to see if the project itself be generated automatically with just inputing swagger/wadl file.
So stopping testing until development is done is not an option.
The automation of tests is pretty limited, manually running limited regressions & E2E since SoapUIPro doesn't support our CI
SoapUI Pro is failing to update definition requests with updated/added properties (json body) an issue I have reported.
I was more curious to find out how people break apart large projects with workspaces, git branches, story vs. regression etc.
My REST tests are all header authenticated range from simple getAllWhatever to POST requests that have dependencies pulled from across multiple other requests.
I have a plan but was curious to see what the community did.
- nmrao5 years agoChampion Level 3"stopping testing until development is done is not an option." - where do you read this?
- jasond5 years agoOccasional Contributor
"it would be good time to start for automation at least the wadl/swagger definition is fixed/concrete"
I can't wait on anything, I get a new requests to test daily, that request is concrete & complete at that moment but since it's a totally new api service there are cases where parameters, request bodies change due to ongoing dev.
- nmrao5 years agoChampion Level 3It was not interpreted correctly.
It is required to have wadl/ swagger definition to start with test simulation or automation. It is not mentioned to wait till development of the service is finished.
Related Content
- 4 years agoUnni
- 10 years agoAnneTheAgile