Solved
Forum Discussion
Hellotest
Contributor
Thanks Richie.
I believe then it is a defect .
There could be multiple test steps involved, also they may have different string body and assertions tied to that test step.Each time if we have to delete and add them back , it is laborious process.
It might not be just headers , could be other examples like adding string body in API itself and then updating it.
richie
5 years agoCommunity Hero
Hey Hellotest,
I totally agree that its not just REST header parms....its any REST parm (uri/template, query and header and probably matrix too although i've never used matrix parms), its request payloads. i've had projects with hundreds of steps that have had to be updated, so include all the options you tailor on a test step (multiple assertions, REST parms, payloads, etc.) can make this mindbogglingly tedious/timeconsuming.
I need to point out that as annoying as it is like this, it may NOT be a defect if this current behaviour (changes to an existing resource/request not being cascaded to associated test steps) is just an oversight in the coding/requirements and that the functionality was never required to cascade the changes.
If you can find anything in the help to support the case that changes should be cascaded to extant test steps then i'd raise a support ticket (sorry i cant find the link, i'm typing this on my phone) or if it isn't specified in the help you could raise a feature request (via support also). If we got enough upvotes Smartbear may consider adding the functionality in.
Cheers fella,
Rich
I totally agree that its not just REST header parms....its any REST parm (uri/template, query and header and probably matrix too although i've never used matrix parms), its request payloads. i've had projects with hundreds of steps that have had to be updated, so include all the options you tailor on a test step (multiple assertions, REST parms, payloads, etc.) can make this mindbogglingly tedious/timeconsuming.
I need to point out that as annoying as it is like this, it may NOT be a defect if this current behaviour (changes to an existing resource/request not being cascaded to associated test steps) is just an oversight in the coding/requirements and that the functionality was never required to cascade the changes.
If you can find anything in the help to support the case that changes should be cascaded to extant test steps then i'd raise a support ticket (sorry i cant find the link, i'm typing this on my phone) or if it isn't specified in the help you could raise a feature request (via support also). If we got enough upvotes Smartbear may consider adding the functionality in.
Cheers fella,
Rich
- sonya_m5 years agoSmartBear Alumni (Retired)
richie, thank you for providing a workaround for this behavior.
Hi Hellotest , let me mark the reply by richie as a solution – it provides a good workaround.
If it doesn’t work for you, I suggest that you submit a support ticket here to work with the R&D team on another solution. Thank you!
Related Content
- 2 years agolalit_singh