In Datavard Validate setting you can manage various settings for all parts of Datavard Validate tool. You can access the Settings in Datavard Validate Dashboard by clicking on corresponding button, or by pressing Shift+F5.

_{Validate Settings}

Settings are divided into Tabs based on the area they are focusing on:

Backend Settings
Test Management Settings
Front End Testing Settings

Settings can be included in transport request via functionality 'Transport Settings'.

_{Inside Datavard Validate Settings}

Backend Settings

In the Datavard Validate Backend settings tab, you can manage parameters for Datavard Validate Backend test scenarios separately by 'Edit' button and customize reporting statuses as described in section 8.8.5 ('Reporting Status'). Parameters are divided into folders per test scenario. Individual settings are described in next subchapter.

Datavard Validate Backend Settings Parameters:

Other

Mass Execute Seq. Wait Time
- Maximum number of seconds Datavard Validate waits for the test step to finish when the mass execution of Test Cases is sequential.

For Datavard Validate Backend Test Cases you can set settings specific for a given Test Plan, which will override general settings.

_{Test Plan Specific Settings}

_{Inside Datavard Validate Test Plan Specific Settings}

Test Management Settings

For more information about "Scheduling Checker Settings" see Test Plan Scheduling section, specifically Prerequisites part.
In section "Parameter Settings", various parameters regarding Test Management can be managed. Currently, one parameter "DISPLAY_TMPL_TYPE" is present, which states whether the Test Case types should be viewed in Test Plan tab.

_{Test Case types in Test Plans tab}

In section "MS Word Templates", MS Word templates for Manual Test Case and for Status Document can be managed. If you upload more template documents, only first document from top of uploaded documents will be used, therefore you need to delete old template document before you attach new one. (Tip: you can export document before deletion)

In section "Other Settings", Test Case statuses can be managed.

_{Test Management Settings}

Front End Settings

In the Datavard Validate Front End Testing settings tab, you can manage the parameters for Datavard Validate Front End (Web Templates, Web Intelligent, Design Studio) scenario. Individual settings are described in the next subchapter.
General Settings Parameters:

Excel settings
- Excel time out limit – represents how long excel should look for a particular html element – table, tab on screen ( needed because screens are build by java script which don't trigger any event when screen is finished with loading)
Execution settings
- Repeat execution in case error – represents how many times will be test case executed when execution ends with error

Bobj server Settings Parameters:

- In this option, you can define the server address and ports for BOBJ and provide a description. It is possible to specify multiple servers and also test connection directly from here by pressing Test connection button

Design Studio Settings Parameters:
Java bin path – when creating variants from documents that are saved on NetWeaver, java is required for file translation. Its necessary to specify path to your java on system. Sometimes keyword shortcut for this path might be created and in that case you can put in that keyword (usually "java")

Items per Page – is Design Studio BOBJ document property which needs to be set in Datavard Validate to ensure proper function of scroll in document table during test case execution. To get this property, you use the BusinessObjects Central Management Console > select 'Applications' > right click on the 'Design Studio Runtime' > select 'Manage Properties' > copy value of field 'Items Per Page' into parameter in Datavard Validate Front End settings.

^{Front end settings}

HP ALM Integration Settings

In the Datavard Validate HP ALM Integration settings tab, you can set the following values that are required for replication of Datavard Validate objects to HP ALM server:

Connection settings
- URL with port – URL path to HP ALM server together with port used for standard web browser connection to this server (usually 8080)
- ALM domain – HP ALM domain where Datavard Validate objects will be replicated
- ALM project – HP ALM project where Datavard Validate objects will be replicated
User settings
- User name and password that exists in HP ALM server and is authorized to access ALM domain and project.
- Password is optional and when it is entered, it is stored in a non-readable form. When no password is entered, you are prompted with a password pop-up when executing the replication.
Integration settings
- Test case path – folder in HP ALM Test Plan area, where all Datavard Validate Test cases will be replicated
- Test plan path – folder in HP ALM Test Lab area, where all Datavard Validate Test plans will be replicated
Status mapping
- Table with all Datavard Validate Test case and Test plan statuses that can be mapped to HP ALM statuses (F4 help supported).

Connection settings, user settings and integration settings are saved as template with unique template name. Initially HP ALM Integration contains default template 'GLOBAL'. User can save another sets of settings as templates. Template can be user specific, which means it is available only to logged user who created it. Status mapping is independent from templates.

_{HP ALM Integration Settings}

Transport settings

'Transport settings' button allows to prepare transport with necessary table content to transport settings of Datavard Validate so they can be automatically reapplied when system is refreshed. Checkbox 'Include test case dependent settings' gives option to include Test Case dependent settings. Test Case dependent settings contain object IDs which are necessary as internal number range for distinct identification of Test Cases and Test Variants. It is recommended to include test case dependent settings when system is going to be refreshed and previous Test Cases are going to be imported again to prevent object IDs overwriting. Transport request is created as transport of copies.

^{Transport settings preparation}

How to handle transport of test cases and settings:

1. Create transport of Test Cases which will be imported to system after refresh. Release transport.

2. Create transport of settings. Mark checkbox to include Test Case dependent settings. Release transport.

3. Refresh system and install Datavard Validate (Validate) again.

4. Import transport with settings.

5. Import transport with Test Cases.

NOTE 1: There should not be performed any changes in test management between creation of transport of Test Cases and transport of settings.

NOTE 2: Include of Test Case dependent settings is not necessary when you transport Test Cases and/or settings to different system.

INTERFACE FOR BACKEND VARIANT GENERATION

Datavard Validate comes with the option to generate backend variants from custom ABAP programs. If you want to generate any backend variants Query/ListCube/DTP/Table/Drill Down from your own ABAP program, you can use Datavard Validate API classes available in /DVD/EQS_GEN package. Each of these classes contains one method 'Generate' that generates appropriate type of variant based on importing parameters supplied.

_{Datavard Validate API for variants generation package}

For each type of backend variant, a demo report also exists, which contains comments and example how these classes can be used to generate variants directly from ABAP.
Reports:
/DVD/EQS_GEN_DRILL_VARIANTS – demo report for generation of Drill Down variants
/DVD/EQS_GEN_DTP_VARIANTS – demo report for generation of Transformation testing variants
/DVD/EQS_GEN_LISTCUBE_VARIANTS – demo report for generation of ListCube variants
/DVD/EQS_GEN_QUERY_VARIANTS – demo report for generation of Query variants
/DVD/EQS_GEN_TABLE_VARIANTS – demo report for generation of Table variants

DATAVARD VALIDATE BACKEND TESTING USER AUTHORIZATION

As in Datavard Validate Backend testing you can create snapshots of data from all the available system InfoProviders, queries and tables. For users therefore it is sometimes necessary to restrict their access to this information.
Datavard Validate Backend testing provides three BADI Definitions that you can implement using your own logic to deny access to restricted data images. The following BADIs are available in package /DVD/EQS:

/DVD/EQS_BADI_AUTH_INFOPROV – BADI that restricts access to image data for ListCube, DrillDown and Transformation testing variants based on InfoProvider name.
/DVD/EQS_BADI_AUTH_QUERY – BADI that restricts access to image data for Query testing variants based on query technical name.
/DVD/EQS_BADI_AUTH_TABLE – BADI that restricts access to image data for Table testing variants based on DB table technical name.

In a BADI implementation class, the exception /DVD/CX_EQS_AUTH should be raised when a user is not allowed to review data of specific image. Per customer needs transport request with default authorization implementation can be delivered togather with release transports (see Appendix A - DVD Authorization concept for more information).

Browser not supported