Client

The client allows to write and execute automatic tests but also to analyze the results in real time or deferred. It also allows you to share tests in a simple and effective way. To use the client, you must have a user account and be able to connect to the test server (tcp/443).

The client can also be used to develop extensions (adapters and libraries) to communicate with the system to be tested or piloted.

Finally the graphical interface changes according to the level of access:
  • tester level: write / execute tests, and analyze the results
  • admin level: access to all features
  • monitor level: read only access
The interface is divided into 3 main parts:
  • the workspace
  • the analyzer
  • the server explorer
../_images/workspace.png

Note

The client is available on Windows and Linux, in 64bits mode

The workspace

The workspace is composed of 3 main parts:
  • access to all file repositories
  • access to test design
  • online documentation
../_images/workspace_comments.png

Deposit of tests

The client provides access to the two test repositories: remote and local.

The remote repository allows to store its tests on the test server, so to share them with other users. The tree consists of files and directories. Test management can be done from the client. The tests can be organized by project if necessary.

../_images/workspace_remote_tests.png

Note

The Common project contains re-usable tests and various examples.

Note

The directories Recycle and Sandbox are reserved directories, delete them is impossible.

Note

It is possible to open a test by dragging and dropping the file to the writing space.

The local repository gives the possibility to store his tests on his post, so not shared. This feature is not enabled by default because it is not in the philosophy of the solution to use it. Nevertheless the deposit can be activated through the user’s preferences.

Warning

Some features are missing in the local repository, its use is not recommended!

Depositing extensions

The client allows access to the depots of the extensions (adapters and libraries) and can also be used to develop new ones, which will be stored there too. These extensions are organized by version.

../_images/workspace_remote_adapters.png

Note

The extensions are developed in Python.

Tests properties

The tests can be enriched with a number of properties. Available properties are:

  • the description of the test (author, date of creation, etc …)
  • incoming and outgoing variables
  • the definition of agents and probes used by the test

The Test properties> Test Data> Inputs window contains the list of variables accessible from the test. Adding variables can be done by right clicking ‘Add parameter’.

../_images/workspace_tests_properties_inputs.png

Note

To insert a parameter into a test, just drag & drop.

Note

It is possible to choose the version of the adapters and libraries to use for the test

../_images/workspace_tests_properties.png

Textual design

The design of a scripting test is possible with unit and suite. This design mode requires knowledge in development, i.e. python.

../_images/workspace_new_test_unit_suite.png

The unit test is a test case. It is divided into 4 sections automatically called by the framework.

../_images/workspace_test_unit.png

The suite test represents one or more test cases. This type of test allows you to run the same test case by changing the input parameters.

../_images/workspace_test_suite.png

Note

The Ctrl + F shortcut allows you to search for text in your tests.

Assisted design

The design wizard allows you to write tests without knowledge in development. It covers the following actions:

  • Call to the basic functions of the test framework
  • SSH test
  • Application test with screenshot (based on the Sikuli project)
  • Website test (based on the Selenium project)
  • Android mobile app test

The wizard is to describe the actions to perform, and if desired export them to a test unit or suite.

../_images/workspace_assistant.png

Conditional design

Conditional design allows you to build scenarios or test campaigns. This approach does not require developing knowledge. To perform this type of test, it is necessary to create a new plan or global test.

../_images/workspace_new_test_plan_global.png

The test plan makes it possible to write test scenarios by including tests of the type unit or suite.

../_images/workspace_test_plan.png

The global test is used to describe test campaigns by including tests plan, unit or suite.

Note

It is possible to override the test parameters.

Online documentations

The online documentation is generated by the server, it describes the set of available functions in the test framework and the different extensions.

../_images/workspace_help_online.png

Note

A drag & drop from the documentation on a test automatically inserts the skeleton of the function.

The analyzer

The analyzer makes it possible to follow the execution of a test in real time or deferred. It makes it possible to display all the events of the test and to facilitate the analysis of the errors.

../_images/analyseur.png

Visualization of events

Different types of events are possible (column event type):

  • DEBUG
  • INFO
  • WARNING
  • ERROR
  • SEND
  • RECEIVED
  • STEP-STARTED
  • STEP-PASSED
  • STEP-FAILED
  • MATCH-STARTED
  • MATCH-INFO
  • MATCH-STOPPED
  • MATCH-EXCEEDED

Note

Filtering on the ERROR event allows you to quickly see why the test is in error.

Note

The SEND | RECEIVED filter is used to display messages sent or received by the system to be tested / piloted.

Detailed view

Selecting an event from the list displays the detailed view. The detailed view displays the content of the event and more.

../_images/analyseur_details.png

Server Explorer

Visualization of the results

The complete history of test results is available from the client. They are sorted by date and time of execution. The client can display the reports and download the logs generated during the execution of the test.

../_images/explorer_historique.png

Visualization of test reports

Test reports are visible directly from the client. Two types of reports are available:

  • advanced report
  • simple report
../_images/explorer_rapport.png

Note

The reports are exportable in html, xml and csv formats.

Settings

Client behavior can be changed through the user’s preferences.

../_images/preferences.png

Note

Preferences are stored in the settings.ini file.

Complements

It is possible to add plugins in the client. Plugins are to be added to the Plugins directory.

../_images/plugins_client_install.png

Plugins are accessible in the Plugins menu after restarting the client.

../_images/ite_plugins_menu.png

Note

It is necessary to restart the client to take into account the plugins deployed.

HP ALM plugin

The HP ALM plugin allows you to export tests and results from the Extensive Client to HP ALM QualityCenter. This approach makes it possible to be independent with respect to QC.

The configuration of the plugin is done in the page `` Settings``, it is necessary to configure at least:
  • username
  • the password
  • the domain
  • the project

To export a test, you must generate the test design from the client and click on the HP ALM plugin available on the toolbar.

../_images/qc_plugin.png

The export of the results can be done from the archive exploration window, The plugin must be available in the toolbar when a test report is loaded.

Note

The plugin is compatible with an HP ALM QC> = 12, the REST API is used.

Jenkins plugin

The Jenkins plugin does not do much in this version … It just provides a link to the web interface of its favorite Jenkins.

Shell Recorder Plugin

The Shell Recorder plugin allows you to import a sequence of shell commands into the design wizard and generate the associated test. It allows to replay easily a sequence of commands.

The first step is to import an ssh session (from a putty terminal for example) from the clipboard or by directly importing a text file containing the sequence of shell commands.

The plugin automatically detects the prompt in the sequence to parse the associated commands and results. If the prompt is not detected, it can be changed manually.

../_images/plugin_shell_recorder.png

SeleniumIDE Plugin

The use of the SeleniumIDE plugin involves basic use. It can convert a file saved with the SeleniumIDE plugin of firefox in the design assistant.

Tip

It is more efficient to use the live assistant to be in tune with the philosophy of the solution.