Local & Shared On Apr 12, 5:04 pm, Shawn <[email protected]> wrote: > In QTP v11 you are correct and this is now the behavior with a slight > twist. It wasn't always like that in the past so you have to pay > attention to the version of QTP you are working with. Originally it > was an "either or", but now it is different. What is interesting is > if you take it through a basic test where you modify the local > definition of an object so that it does not find the object and > associate a Shared Object Repository to the test script that has a > valid definition - the script will still fail (it didn't do this in > the past). The object definition used is the local definition, but > what is interesting is that it does not then go to the SOR to use its > definition when the local one fails. But the moment you delete the > local definition, it is immediately replaced with the one in the SOR > and the script works. The old WinRunner days there was an order of > precedence in order to find a definition that matched, the early > versions of QTP were "Per Action" (local) only, the later versions > were an "either or" with "Per Action" or Shared. Now QTP v11 follows > the precedence that it will look for the object definition in the > local object repository, if there is one it uses that and is done. If > there is no local definition it uses the SOR. If you ONLY want to use > the SOR then you need to empty out the local definitions. > --- > Shawn LoPorto > Learn QTP Online Today! > Visit:http://www.asi-test.com/ASI/products/ > > On Apr 9, 3:12 am, sumit <[email protected]> wrote: > > > > > > > > > Hi Shawn, > > > I tend to slightly disagree with you. Precedence is always for Local > > OR. > > > Example: Add an object with the some unique property.Export it to > > Shared OR. Associate the same OR to the action. Now change the > > property of the object in Local OR. > > QTP will not be able to identify the object. > > > Derived Conclusion : Same object was there in Local as well as shared > > (Same name and Shared OR Associated). However, QTP tends to pick up > > the property of the Local OR First. Yes its "either or" but the > > context of precedence here is which will be used first. > > > On Apr 9, 12:26 am, Shawn <[email protected]> wrote: > > > > There is not really a precedence, its always the local repository > > > unless you have specified a shared object repository to use - its > > > strictly an "either or", not one and then the other. Each version of > > > QTP is slightly different, but in order to even use a shared object > > > repository in a test script you have to add/associate it to the > > > script. QTP v10 and v11 you "Associate Repositories" and this then > > > says which actions will use which shared object repository (otherwise > > > they just use the local). Prior versions you change it in "Test > > > Settings > Resources" by selecting the radio button for the "Object- > > > repository type" - select "Shared" for the shared object repository > > > and then specify the path to the SOR, or select the radio button for > > > "Per-Action" (which is a local OR; this is the default). > > > --- > > > Shawn LoPorto > > > Learn QTP Online Today! > > > Visit:http://www.asi-test.com/ASI/products/ > > > > On Apr 8, 1:07 pm, nikhila <[email protected]> wrote: > > > > > hello, > > > > > when a action has both local and shared repositories associated with it > > > > which repository will be given precedence while running a test. > > > > > Thanks and Regards, > > > > Nikhila- Hide quoted text - > > > - Show quoted text -
-- You received this message because you are subscribed to the Google "QTP - HP Quick Test Professional - Automated Software Testing" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/MercuryQTP?hl=en
