Testplan Element/en: Unterschied zwischen den Versionen

Aus expecco Wiki (Version 2.x)
Zur Navigation springen Zur Suche springen
 
(17 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
A testplan element is used to organize and execute individual test cases. It is a collection of references to either [[Block Element/en|blocks]] or other test plans, to be processed as nested sub sequences of a superordinate test plan. Test case items within a test plan are executed sequentially.
A ''testplan'' (tree-) element is used to organize individual [[test Case/en|test cases]] to be executed as a sequence. It is a collection of references to either [[Block Element/en|action blocks]] or other test plans, to be processed as nested sub sequences of a superordinate test plan. Test case items within a test plan are executed sequentially. However, because each test case is implemented by an action block, parallel operations can be and are usually implemented on the block level. It is also possible, to execute multiple testplans in parallel (in different tabs or windows of the expecco UI) or to place a complete testplan inside a compound action and execute multiple of them in parallel.

Test plans are created, modified and executed in the [[Testplan Editor-TestplanListView Editor/en|testplan editor]].
Test plans are created, modified and executed in the [[Testplan Editor/en|''testplan editor'']]. Also, various [[ Command_Line_Options | command line options]] allow for testplans to be executed without user interaction.
For execution, individual test cases can be skipped or selectively re-executed.

Also, it is possible to execute a test plan in a loop for a fixed or variable number of runs.
For execution, individual test cases can be skipped or selectively re-executed.
For example, it is possible to execute a test plan in a loop until a FAIL condition arises.
It is also possible to execute a test plan in a loop for a fixed or variable number of runs or until a particular condition arises.
Furthermore items can be assigned to a test group, and executed conditionally.
For example, it is possible to repeatedly execute a test plan until a FAIL condition arises, which is useful to detect sporadic errors.

Furthermore items can be assigned to a test group, or given individual priorities/risk levels and executed conditionally (e.g. to run smoke tests vs. full tests).

Also, test cases can be flagged as being either ''required'' or ''optional''.
Also, test cases can be flagged as being either ''required'' or ''optional''.
If a required test case fails, the whole test plan execution is abandoned,
If a required test case fails, the whole test plan execution is abandoned,
whereas the failure of an optional test case is only remembered and the remaining tests are still executed.
whereas the failure of an optional test case is only remembered and the remaining tests are still executed.
So the execution of the remaining test plan can be both aborted or continued even if an individual test case fails.
So the execution of the remaining test plan can be both aborted or continued even if an individual test case fails.
Test cases for which followup tests are useless (for example, if the initial connection setup to the SUT fails) shpuld be marked as required.
Test cases for which followup tests make no sense should be marked as required (for example, if the initial connection setup to the [[Glossary/en#SUT_.28System_Under_Test.29|SUT]] fails or an initial login fails).

All attributes and behavior are described in detail in the "[[Testplan Editor-TestplanListView Editor/en|''testplan editor documentation'']]".


[[Category:Tree Elements]]
[[Category:Tree Elements]]

Aktuelle Version vom 20. Juli 2023, 12:56 Uhr

A testplan (tree-) element is used to organize individual test cases to be executed as a sequence. It is a collection of references to either action blocks or other test plans, to be processed as nested sub sequences of a superordinate test plan. Test case items within a test plan are executed sequentially. However, because each test case is implemented by an action block, parallel operations can be and are usually implemented on the block level. It is also possible, to execute multiple testplans in parallel (in different tabs or windows of the expecco UI) or to place a complete testplan inside a compound action and execute multiple of them in parallel.

Test plans are created, modified and executed in the testplan editor. Also, various command line options allow for testplans to be executed without user interaction.

For execution, individual test cases can be skipped or selectively re-executed. It is also possible to execute a test plan in a loop for a fixed or variable number of runs or until a particular condition arises. For example, it is possible to repeatedly execute a test plan until a FAIL condition arises, which is useful to detect sporadic errors.

Furthermore items can be assigned to a test group, or given individual priorities/risk levels and executed conditionally (e.g. to run smoke tests vs. full tests).

Also, test cases can be flagged as being either required or optional. If a required test case fails, the whole test plan execution is abandoned, whereas the failure of an optional test case is only remembered and the remaining tests are still executed. So the execution of the remaining test plan can be both aborted or continued even if an individual test case fails. Test cases for which followup tests make no sense should be marked as required (for example, if the initial connection setup to the SUT fails or an initial login fails).

All attributes and behavior are described in detail in the "testplan editor documentation".



Copyright © 2014-2024 eXept Software AG