Settings ExecutionSettings/en
Inhaltsverzeichnis
Execution Settings[Bearbeiten]
Separate Processes for Long Running Activities[Bearbeiten]
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).
Start Process After[Bearbeiten]
Due to the fact that starting up new processes is a 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 the need for an expensive creation 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.
Max. Number of Processes[Bearbeiten]
This limits the number of parallel executing separate processes. 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 computers operation.
Max. Number of Executors per Testsuite[Bearbeiten]
This limits the number of sub-executors that can be forked of a single test suite. This parameter is used with special test plans, which run the same test suite in parallel on multiple systems-under-test. This is only used in end-system acceptance tests, where multiple targets are to be tested in parallel.
Max. Number of ExpeccoNET Test-Executions[Bearbeiten]
This limits the number of test suites that can be executed in parallel. This parameter is only used if the expecco application is also used as a slave processor for remote test execution, under the control of an expeccoNET server.
Max. Recursion Level[Bearbeiten]
This parameter limits the nesting of activities during execution (i.e. the nesting of compound activities which invokes another compound activity). If the limit is reached an error is raised, which leads to the current test case to be reported as erroneous.
Max. Cleanup Time[Bearbeiten]
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 exepcco 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.
Slow Motion Delay[Bearbeiten]
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[Bearbeiten]
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.
