AlignTestCasesSection¶
Align *** Test Cases *** section to columns.
Enabling the formatter
AlignTestCasesSection is not included in default formatters.
You can enable it by using --select and --extend-select options.
Align keyword calls and settings into columns with predefined width in test cases.
There are two possible alignment types (configurable via alignment_type):
fixed(default): pad the tokens to the fixed width of the columnauto: pad the tokens to the width of the longest token in the column
The width of the column sets the limit to the maximum width of the column. Default width is 24
(see widths for information how to configure it).
With fixed alignment each column have fixed width (and tokens that does not fit
go into overflow state - see overflow).
auto alignment align tokens to the longest token in the column, and the column width can be shorter or equal to
configured width.
See examples of the alignment types:
The auto alignment often leads to more compact code. But fixed setting offers more stability, and adding new,
slightly longer variable or keyword call will not change alignment of the other lines.
Widths¶
The column width is configurable via widths parameter. The default value is 24.
It's possible to configure the width of the several columns (using a comma-separated list of integers):
The last width will be used for the remaining columns. In the previous example we configured widths for 4 columns.
The last width (30) will be used for 5th, 6th... and the following columns.
Use width 0 to disable column width limit. In auto alignment type it will always align whole column to the
longest token (no matter how long the token is).
Overflow¶
Tokens that do not fit in the column go into overflow state. There are several ways to deal with them (configurable
via handle_too_long parameter):
overflow(default): align token to the next columncompact_overflow: try to fit next token between current (overflowed) token and the next columnignore_rest: ignore remaining tokens in the lineignore_line: ignore whole line
See example (for fixed alignment type and default width 24):
Compact overflow¶
Compact overflow tries to fit too long tokens between the alignment columns.
This behaviour is controlled with compact_overflow_limit = 2 parameter. If more than configured limit columns are
misaligned in a row, the overflow mode is used instead of compact_overflow.
This behaviour helps in avoiding the situation, where compact_overflow misalign whole line if most of the tokens
does not fit in the column.
The below example was run with config:
See example:
*** Test Cases ***
Test case
# compact overflow will be used as we only "misalign" two columns in a row
LäVa_VastaanottotapahtumatTarkista ${VASTAANOTTO} ${TILAUS} ${OSTOTILAUS} ${LÄHETYS} ${TILAUSPVM}
# more than two columns are misaligned - using "overflow" instead
LäVa_VastaanottotapahtumatTarkista ${VASTAANOTTO_LONGER} ${TILAUS_OCC} ${OSTOTILAUS} ${LÄHETYS} ${TILAUSPVM}
*** Test Cases ***
Test case
# compact overflow will be used as we only "misalign" two columns in a row
LäVa_VastaanottotapahtumatTarkista ${VASTAANOTTO} ${TILAUS} ${OSTOTILAUS} ${LÄHETYS} ${TILAUSPVM}
# more than two columns are misaligned - using "overflow" instead
LäVa_VastaanottotapahtumatTarkista ${VASTAANOTTO_LONGER} ${TILAUS_OCC} ${OSTOTILAUS} ${LÄHETYS} ${TILAUSPVM}
Alignment of the indented blocks¶
Indented blocks (FOR, IF, WHILE, TRY..EXCEPT..) are aligned independently.
Currently, inline IFs are ignored. Block headers (FOR ${var} IN @{LIST} or IF $condition) are not aligned.
Split too long lines¶
AlignTestCasesSection will split the lines if the lines after the alignment would exceed the limits set
in the SplitTooLongLine formatter.
Note
Currently, only --configure SplitTooLongLine.split_on_every_arg=True mode is supported.
Using this configuration (SplitTooLongLine is enabled by default):
will result in the following formatting:
*** Test Cases ***
Test case
# fits now but it will not fit after the alignment
Keyword
... argument1
... argument2
... argument3
... argument4
# does not fit before the alignment
Longer Keyword Name That Could Happen
... argument value with sentence that goes over
# fits, will be aligned but not split
Keyword argument
Align comments¶
Comments are not aligned by default. You can enable it by configuring align_comments:
It is especially useful if you want to use comments to name the aligned columns. For example:
*** Test Cases ***
Testing Random List
[Template] Validate Random List Selection
# collection nbr items
${SIMPLE LIST} 2 # first test
${MIXED LIST} 3 # second test
${NESTED LIST} 4 # third test
Align settings separately¶
Settings are aligned together with the rest of the code in the keyword. You can configure it to be aligned separately.
It allows you to use different widths of the columns for settings (if alignment_type is set to auto).
You can enable it by configuring align_settings_separately:
See example:
Align only templated or non-templated tests¶
By default both templated tests (tests with the [Template] setting) and non-templated tests are aligned.
You can limit the alignment to only one type of tests by configuring test_types. It accepts a comma separated
list with the templated and non_templated values. At least one value needs to be provided.
For example, to align only the templated tests and leave the rest of the tests untouched:
See example:
Alignment of VAR variables¶
VAR variables are aligned with the rest of the code. By default, VAR and variable name is fit into the same
column:
Skip formatting¶
It is possible to use the following arguments to skip formatting of the code:
It is highly recommended to use one of the skip options if you wish to use the alignment but you have part of the code
that looks better with manual alignment. It is also possible to use disablers but skip option
makes it easier to skip all instances of a given type of the code.