Forum Discussion

thatsthat's avatar
thatsthat
Contributor
2 years ago
Solved

Rest request in a Test Case disables the Resource and Parameters fields / Add Parameter to Resource

After working through the details of a series of requests I have strung them together in to a Test Case by using the 'Add Request to Test Case' feature.   Once I do this .. the Resource and Paramet...
Function Tests
REST
  • JoostDG's avatar
    JoostDG
    2 years ago

    Hi thatsthat  

    You can add cartid in the resource url directly in the api definitions, like this "/api/cart/{cartid}". I would prefer cartId to be honest, that's more in accordance with naming standards, but I guess cartid would work as well...

    Type should be template.

    Note that this will probably impact any test cases you already have (the values for cartid will get blanked out).

JoostDG's avatar
JoostDG
Frequent Contributor

Hi thatsthat ,

In readyAPI you have 2 main sections. First "APIs" is the place were you import your REST api definitions (e.g. via the swagger yaml file). Once you have the api's you can indeed use these to populate the second section "Functional Tests". Here you can do the actual testing via test suites and test cases. 

Regarding your issue:

In your API definitions (section 1) there should be a query parameter called "id" (or equivalent, don't know your exact naming conventions) for that resource. If not present, you can add them as "template" type. See below an example from my api definitions. It should become visible in your url of the resource between curly brackets. You cannot do this in the "functional tests" section.

Note: I don't use the "form" tab a lot, as I indeed recall it's more tailored to soap requests. I use mostly "outline". 

 

 

 

 

richie's avatar
richie
Community Hero
2 years ago

Hey thatsthat 

 

Just a follow up to what JoostDG  has mentioned - if you consider the APIs as the parent record and the requests (test steps) in your testcase as the child record - that might help understand why you can't edit the fields in the teststep form.

If you don't appreciate this point it can be a little confusing and you end up thinking there's a defect in ReadyAPI, but in fact it works this way as a consequence of this parent/child relationship - i.e. if you want to make changes, you can't change the child you have to go back up to the parent.

 

Hence if you want to make structural changes to the URI of a teststep, you need to do it in the API section - not in the teststep.  You can only make non-structural changes in the teststep

 

Although possibly annoying at first, this parent child relationship actually helps speed things up quite a bit.  You make a single change in the parent and it filters to all it's children.  It also means you don't have to go through any hassle when creating the teststeps - the method, domain, URI and payload (if there is one) is already built for you - then you can just tailor the specific parm values, etc. as required in the teststep (non-structural changes)

 

Hope this helps a bit,

 

nice one

 

Rich