1. For OR:Create the Object Repository before strating the creation scripts for all screens of the applications by a single person.and do not use the record mode to create the scripts.
2. For DataTable: find out all the test data and sagregate them and create a external excel file and import to the QTP.
3. For Function libraries: Follow the steps said by "GregEncke "
With regards to ORs, we have an OR for each process defined area of the system (4 plus a generic in our AUT). One person is assigned each OR to "guard", but we ensure that the hierachies match, therefore if a script requires multiple ORs, they appear as one OR within the script
ie. The main Browser is called "Browser" in every OR, then all the objects appear to be children of one browser when viewing the OR within the script, but in reality they children of different Browser objects.
We also have a naming and hierachy convention as well which everyone (should!!) follow!!
Thanks for the help. I didn't know it was possible to use multiple repositories in one repository. I'll try it and see if this helps. I assume I could merge them when ready.
In response to some of the other comments, script development is in an early stage. We don't plan to call other actions. We do plan to use functions. I could let others create their own functions and then I could manually merge them into the main function library.
We need the other scripters to create objects for the repository and to create entries in the data table.
We do use an external data file, which becomes the Data Table in QTP.
Yes, we have Perforce, and I plan to backup to it daily.
Here's what I'm doing with the OR now.
People develop their scripts in a sandbox. The shared repository is read only. The local objects are read/write. We review the scripts. If they are approved, I update the respository with the local objects. Then we copy the scripts to the main test frame.