on 09-08-2005 9:29 AM
Hi Ben,
Here is the desription for your query..
Automation framework represents coded form of test cases.In Mercury QuickTestPro(QTP) an excel can be maintained to manage navigations steps(Browser-Menu-Page../transaction..) so that if steps needs to be changed the relevant change can be done in excel and re-recordig can be avoided.Another excel maintains test data related to transactions. Related script can be written in VB script which will read the objects in transaction & realated data from these excels & perform tests.
Here is an example for the same from QTP:
-
-
Examples:
There are 2 different Excel files coming with the script.
The first one ("Book2.xls") is performing some actions on the flight application
(note that you still must start the flight application manually before running the test).
The results of the verification statements will be written into the Excel sheet.
The other sheet ("Book3.xls") is showing that when the application is being re-written towards
a web interface, but with similar functionality, you can still re-use the existing test
scripts (or a big part of it). You only need to modify the "Object Map" sheet so that the
logical names refer to the right web objects. It is here that I see an extremely big added
value in this framework. Imagine this ROI... Testers will be lots of times faster in
modifying their test scripts (in a certain way this is not much more than modifying the
object map...). Compare this to the development effort of re-writing the application...
To run the examples, you will need to make sure the initialization parameters in the script
are set correct. Mind that the second test file had an extra column to reflect the 3-level
hiërarchy (Browser.Page.OtherObjects). Therefor, you will need to modify the obj_col_testsheet
parameter in the script towards 2!! Depending on the Excel sheet you supply to the script,
you should be able to test the windows flight application, as well as the web version,
with the same script!! Using this object-based framework, non-technical testers will be
able to create their "test scripts" in Excel and they can be executed automatically...
-
-
In eCATT provision is there to create VB script for recorded transaction. Please let me know if similar framework can be done with eCATT.
--Pallavi
I would like to introduce myself as an SAP Technical Consultant at
Infotech India LTD.
I am presently into an eCATT project where in it is the planning phase. It
would be of great help if any one of you could please let me know the exact inputs
required from the functional and technical point of view.
For example in my case, my client wants to automate the entire
subcontracting process for which a material, vendor, info record,
scheduling agreement, purchase order, Goods receipt, Transfer order and so
on are to be created and then link them so that once the chain starts it
ends at the payment to the vendor.
In order to do this subcontracting process, we are given with the
integration test plan of the subcontracting process they conducted
sometime before which indicates the flow of the process and the documents
created. Also they have provided us the scripts explaining the process of
creating the material, vendor and so on with the fields as mandatory,
optional and not required in the various transactions.
In order to test the business process of the client, do I need the input
from the client like the exact fields (mandatory + optional) to be filled
and what exactly needs to be filled in these so as to reflect their exact
subcontracting business process?
Please let me know your valuable suggestions which help me in moving head
with my work.
Thanks in advance.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Don't know why this thread comes up twice, but here again my reply:
Hello Pallavi,
eCATT is working with it's own script language to provide flexibility to the script developer.
Flow logic is coded with eCATT script command.
Automation of different interfaces is provided by eCATT drivers and special commands for each driver (e.g. WEBDYNPRO, WEBSERVICE, SAPGUI, FUN, TCD ).
Test data binding as well as system landscape abstraction is provided by storage of the data in a seperate object and plugin these to the script via so called test configuration.
Best regards
Jens
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
eCATT does not provide this kind of mechanism for controlling the script flow. You can achieve it within a script by recording your different cases and using IF...ENDIF branches.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
86 | |
10 | |
10 | |
9 | |
7 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.