FRM
v1.4.2

Package frm.tpl.scripts.drv

This package contains all EMOS Framework test drivers for this project.

See:
          Description

Script Summary
drv1 This main test implements a "dummy" step driver which you may use to implement the real one.
drv1_lib This main test implements a "dummy" step driver which you may use to implement the real one.
emos_test_driver Calls the FRM_DRV_test_driver() function.
emos_testset_driver A simple driver for a single test set.
emos_testsuite_driver This test processes the test suite table.
 

Package frm.tpl.scripts.drv Description

This package contains all EMOS Framework test drivers for this project. An EMOS Framework test driver is a TSL library that implements a few specific functions (they must have specified names). The purpose of this libraries is to match keywords used in data tables (Excel spreadsheets) with functions that reside in LIB.FRM package.

Directory Structure

In addition to project-specific test drivers this package contains three special- purpose drivers provided by EMOS Framework which should not be modified or removed. emos_testsuite_driver is the replacement for EMOS_GPL/FRM/emos_frm_driver script. By placing this script in project directory we assure that all test results are placed in project directory and are not scattered all over the system (this has to deal with some very dark corners of WinRunner's behavior concerning interactive and batch processing).

Therefore a warning to old friends of EMOS Framework: Make sure your kickoff scripts call DRV/emos_testsuite_driver instead of EMOS_GPL/FRM/emos_frm_driver.

Naming conventions

There are no particular naming conventions other than the recommendation to keep driver names short which in turn makes Excel tables (where these drives are usually called) look a bit more elegant.
NOTE
As of release 7.01.00.04 we recomend the usage of new driver logic. This logic fixes the inherent TSL "feature" that makes it impossible to implement a clean return code strategy for recursive main tests (due to fact that main tests cannot keep variables local to the individual invocation of suc main tests). This has proved to be a signifficant problem with reporting tools such as WrLog which are capable of marking nested tests as "passed" or "failed".
The consequence of the new driver logic is that new test drivers are no more main tests but libraries. For compatibility reasons we now introduce a naming convention so that all new test driver names must end with "_lib".
For example if your old test driver used to be called "main" and you desided to re-implement it with new logic, than you should name the new driver "main_lib". No other modifications anywhere else (in particularily in data tables) are necesary.

Other conventions

None.


FRM
v1.4.2