You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Do you think it is possible to add the step docstring into the mix? This would allow us to validate docstrings that are slightly different from one another in a single scenario.
The text was updated successfully, but these errors were encountered:
hey @tyranron, please consider the simplified example below:
Feature: Doc String expansionScenario Outline: Counting SongGiven I have a file with the "Ants Go Marching" song
When I read the <nth> paragraph
Then I should sing:
""" The ants go marching <number> by <number> The little one stops to <action> """Examples:
| nth | number | action | | first | one | suckhisthumb | | second | two | tiehisshoe | | third | three | climbathree | | fourth | four | shutthedoor |
The example's idea is to be able to replace <number> and <action>. In Rust, I would read the actual file and check if its paragraphs match the docstring expanded with the examples.
IRL, such feature would allow us to validate contents that are not structured, such as human-readable logs generated by other tools, making the docstring usage a bit more flexible. The alternative I have today is to use the Examples/Data-Table variables to build this docstring inside Rust, but then my Gherkin file becomes less expressive.
The scenario expansion currently replaces templates from both the step and its table.
cucumber/src/feature.rs
Lines 158 to 162 in e7387d4
Do you think it is possible to add the step docstring into the mix? This would allow us to validate docstrings that are slightly different from one another in a single scenario.
The text was updated successfully, but these errors were encountered: