Documentation produced with EMOS WrDoc and Together®

Package drv

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

See
          Description

Class Diagram Summary
drv 
 

Class Summary
emos_test_driverCalls the FRM_DRV_test_driver() function.
emos_testset_driverA simple driver for a single test set.
emos_testsuite_driverThis test processes the test suite table.
mainThis is an example of an old-fashined driver script that we were using before EMOS Framework Version 7.01.00.04.
main_libThe purpose of a step driver is to interpret the corresponding "Teststep" cell of each test case.
 

Package drv Description

Package: DRV 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. river 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
Documentation produced with EMOS WrDoc and Together®