Settings ExecutionSettings/en

Execution Settings

You find these under "Extras" → "Settings" → "Execution".

Thread Pool

Separate Processes for Long Running Activities

This check toggle controls if multiple activities are allowed to execute in parallel (are executed by separate threads). By default, this is enabled, but in rare situations, it makes sense to disable this feature for some test projects. Usually these are badly formulated activities, which do not care for synchronized access to shared data or data bases, and may therefore be not prepared for parallel execution.

Instead of disabling this feature, you should instead use synchronisation mechanisms in your activity diagram (i.e. either use trigger-out/trigger-in connections to enforce sequential execution, or use explicit semaphore actions to ensure mutual exclusion while doing such critical operations).

This parameter can be set and saved directly in the test suite. When a new test suite is created, the value from the settings dialog is used as the default value.

Start Process After

Due to the fact that starting up new processes (execution threads) is a relatively slow operation and takes up some processing power, the expecco system delays the creation of new processes for some time, in order to allow for short activities to finish without creating of a new process. If an activity is finished within that time duration, no new process is created. Effectively, short-term activities are sequentially executed, as long as their processing takes less than this time duration.

This parameter can be set and saved directly in the test suite. When a new test suite is created, the value from the settings dialog is used as the default value.

Max. Number of Processes

This limits the number of parallel executing separate processes (execution threads). Because a process is a somewhat expensive resource in a computer (memory, disk space etc.), allowing for an arbitrary number of separate processes might lead to a slowdown or even blocking of the computer's operation.

Effectively, expecco will keep a pool of worker threads for execution, which process pending activities. The max. number of worker threads is set by this parameter.

This parameter can be set and saved directly in the test suite. When a new test suite is created, the value from the settings dialog is used as the default value.

Max. Number of Executors per Testsuite

This limits the number of executors that can execute within the same test suite at the same time. This parameter can be used to prevent tests which use global resources without locking from being executed in parallel (eg. when the same test suite is executed against multiple systems-under-test, or if expecco is operated as an execution slave (runtime) and multiple execution jobs for the same suite are coming from a central QM management system)

Max. Number of ExpeccoNET Test-Executions

This limits the number of test execution jobs from a QM-management system that can run in parallel to limit the overall load on the system . This parameter is only used if expecco is used as a test slave processor (for remote test execution, under the control of an expecco ALM or other QM management system).

Recursion

Max. Recursion Level

This parameter limits the nesting of activities during execution (i.e. the nesting of compound activities which invokes another compound activity). If this limit is reached, an error is raised, which leads to the current test case to be reported as erroneous.

This parameter can be set and saved directly in the test suite. When a new test suite is created, the value from the settings dialog is used as the default value.

Cleanup

Max. Cleanup Time

This parameter limits the max. execution time of cleanup actions. This allows for cleanup actions which try to communicate with dead connections to be terminated and thus avoids blocking. If a cleanup action executes longer, a dialog is shown, asking if a hard termination (i.e. termination without cleanup) or a wait for the action is desired by the user. If expecco is executed in non-interactive mode (slave-mode or executed via command line), the dialog is not shown. Instead, the cleanup action is hard terminated automatically after the max. cleanup time.

This parameter can be set and saved directly in the test suite. When a new test suite is created, the value from the settings dialog is used as the default value.

User Interface

Slow Motion Delay

This parameter introduces a delay between the execution of individual activities. This is useful in demonstration or replay situations, where the user wants to visually follow and monitor the execution of the individual steps. It is also sometimes useful when debugging a test, to slow down the process artificially.

Show "Do Not Disturb" Banner

If checked, a banner window is shown during the execution of a test plan. This is useful to prevent other users from touching the machine, especially preventing them from stopping or disturbing an ongoing, long running test. It is especially useful on the test floor, where test machines are shared among different users.

Minimize Expecco while Executing

If checked, the expecco window is iconified during a test's execution.

Useful to see what is going on (and as a still-processing feedback monitor) when running UI-Tests (eg. in a Browser) on a single screen. This feature is introduced with rel 19.1.

Auto-Confirm Dialog Boxes

If checked, dialog boxes will automatically close themself after a given time period. Set this, to let the suite run unattended and confirm all dialogs with their default (usually "OK"), but still get a chance to interact if required (within that time period).

Scripts

Execute in the Attachments Folder

If checked, scripts are executed within the Attachments folder; if unchecked (the default), they are executed one folder above. This flag is only present for backward compatibility with previous expecco versions.

Keep Temporary Script Folders

For debugging only; by default, scripts are generated into temporary files for execution by a shell or language interpreter, and removed afterwards. Set this to prevent removal for debugging (especially to debug the variable expansion mechanism). &bbsp;

---

Back to the main page "Settings"

---

Copyright © 2014-2024 eXept Software AG