Folder Element/en: Unterschied zwischen den Versionen

Aus expecco Wiki (Version 2.x)
Zur Navigation springen Zur Suche springen
 
(19 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
== Introduction ==
== Introduction ==
Folder elements are used to group related items. Notice that any action block item can have subitems.
Folder elements are used to group related items. Notice that any action block item can have sub items. Besides being used to specify user-defined action menus (see [[Testsuite Editor-Metadata Editor/en | Testsuite Editor]]), folders have no special semantic relevance.
Besides being used to specify user-defined action menus (see [[ ProjectDescriptionEditor-ProjectMetaDataEditor/en | Project Description Editor]]) , folders have no special semantic relevance.


[[Datei:point_right.png|20px]] Notice that in contrast to other test tools, folders are NOT used to group testcases into test sequences or sub-activities into a composite activities. They are only used for organization - not to specify any execution order or execution behavior.
== Useful Trick ==


Folder elements only provide a single editor tab, into which documentation related to the folder can be entered. If this documentation is left empty, the documentation editor presents a short summary of the containing element's documentation texts (read-only).
In imported library suites, put stuff which is supposed to be used by importing projects into a separate folder named "API" or "Exported".
This makes it easier for other to find reusable stuff.


== Useful Tricks ==
Add a folder named "Playground" or "Examples" or similar and place compound action blocks which demonstrate key features or low level access functionality. Other users may later easily find those and play with the examples.

=== Public vs. Private Actions ===

In imported library suites, put stuff which is supposed to be used by importing projects into a separate folder named "API" or "Exported". This makes it easier for other team members to find reusable stuff. You may also want to change the folder's icon color (contextMenu → "''Misc''" → "''IconColor''") to emphasize particular folders (such as "red" for obsolete or experimental actions, "green" for released/public actions etc.)

=== Demos and Examples ===

Add a folder named "Playground", "Sandbox" or "Examples" or similar and place compound action blocks which demonstrate key features or low level access functionality. Other team members may later easily find those and play with the examples. It is also a good idea to place simple connection, communication, [[Glossary/en#SUT_.28System_Under_Test.29|SUT]] is running tests, setup and shutdown blocks there (unless those are commonly used, then put them into API/Exported).

=== Define Useful Actions as Menu Functions ===

Add a folder named "menu Actions" or similar, place and useful actions for test setup, equipment startup and shutdown or calibration into it. When this folder is defined as the project's operation menu folder (in the test suite's "Misc" editor page), you can quickly execute those functions via the main menu. For more information, see [[User Defined Menu Items]].

== See Also ==

[[Tree Elements]]
<br>[[ Navigation Tree ]]

[[Category: Tree Elements]]

Aktuelle Version vom 4. Februar 2025, 10:04 Uhr

Introduction[Bearbeiten]

Folder elements are used to group related items. Notice that any action block item can have sub items. Besides being used to specify user-defined action menus (see Testsuite Editor), folders have no special semantic relevance.

Point right.png Notice that in contrast to other test tools, folders are NOT used to group testcases into test sequences or sub-activities into a composite activities. They are only used for organization - not to specify any execution order or execution behavior.

Folder elements only provide a single editor tab, into which documentation related to the folder can be entered. If this documentation is left empty, the documentation editor presents a short summary of the containing element's documentation texts (read-only).

Useful Tricks[Bearbeiten]

Public vs. Private Actions[Bearbeiten]

In imported library suites, put stuff which is supposed to be used by importing projects into a separate folder named "API" or "Exported". This makes it easier for other team members to find reusable stuff. You may also want to change the folder's icon color (contextMenu → "Misc" → "IconColor") to emphasize particular folders (such as "red" for obsolete or experimental actions, "green" for released/public actions etc.)

Demos and Examples[Bearbeiten]

Add a folder named "Playground", "Sandbox" or "Examples" or similar and place compound action blocks which demonstrate key features or low level access functionality. Other team members may later easily find those and play with the examples. It is also a good idea to place simple connection, communication, SUT is running tests, setup and shutdown blocks there (unless those are commonly used, then put them into API/Exported).

Define Useful Actions as Menu Functions[Bearbeiten]

Add a folder named "menu Actions" or similar, place and useful actions for test setup, equipment startup and shutdown or calibration into it. When this folder is defined as the project's operation menu folder (in the test suite's "Misc" editor page), you can quickly execute those functions via the main menu. For more information, see User Defined Menu Items.

See Also[Bearbeiten]

Tree Elements
Navigation Tree



Copyright © 2014-2024 eXept Software AG