cuke_modeler 0.4.1 → 1.0.0

data/features/analysis/test_manipulation.feature

@@ -1,37 +0,0 @@
-Feature: Tests can be manipulated in various ways.
-
-
-  Acceptance criteria
-
-  Tests can be manipulated:
-    1. outlines can have rows added and removed
-
-
-  Background: Test file setup.
-    Given the following feature file:
-    """
-    Feature: A feature containing our starting outline.
-
-      Scenario Outline:
-        Given this *parameterized* step takes a table:
-          | <param1> |
-          | <param2> |
-        Then I don't really need another step
-      Examples: Only one row to start with
-        | param1 | param2 |
-        | x      | y      |
-    """
-    And parameter delimiters of "*" and "*"
-    And the file is read
-
-  Scenario: Rows can be added to an outline
-    When the test example block has the following rows added to it:
-      | 1,2 |
-    Then the test example block rows are as follows:
-      | x,y |
-      | 1,2 |
-
-  Scenario: Rows can be removed from an outline
-    When the test example block has the following rows removed from it:
-      | x,y |
-    Then the test example block has no rows

data/features/modeling/gherkin/background_modeling.feature

@@ -1,65 +0,0 @@
-@gherkin
-Feature: Background elements can be modeled.
-
-
-  Acceptance criteria
-
-    1. All conceptual pieces of a background can be modeled:
-      - the background's name
-      - the background's description
-      - the background's steps
-      - the background's source line
-      - the background's raw element
-
-    2. Backgrounds can be outputted in a convenient form
-
-  
-  Background: Test file setup.
-    Given the following feature file:
-    """
-    Feature:
-
-      Background: Some general test setup stuff.
-            
-        Some background description.
-    
-      Some more.
-          Even more.
-
-        Given a setup step
-        And another setup step
-        When an action step
-    """
-    And parameter delimiters of "*" and "*"
-    When the file is read
-
-
-  Scenario: The raw background element is modeled.
-    Then the background correctly stores its underlying implementation
-
-  Scenario: The background source line is modeled.
-    Then the background is found to have the following properties:
-      | source_line | 3 |
-
-  Scenario: The background name is modeled.
-    Then the background is found to have the following properties:
-      | name | Some general test setup stuff. |
-
-  Scenario: The background description is modeled.
-    Then the background has the following description:
-      """
-          
-      Some background description.
-
-      Some more.
-        Even more.
-      """
-
-  Scenario: The background steps are modeled.
-    Then the background's steps are as follows:
-      | a setup step       |
-      | another setup step |
-      | an action step     |
-
-  Scenario: Convenient output of a background
-    Then the background has convenient output

data/features/modeling/gherkin/background_output.feature

@@ -1,131 +0,0 @@
-@gherkin
-Feature: Outputting background elements
-
-  The output of an element model is a representation of the element as it would
-  appear in gherkin.
-
-
-  Scenario: Output of a background that does not have a name
-    Given a background element based on the following gherkin:
-    """
-    Background:
-    """
-    When it is outputted
-    Then the following text is provided:
-    """
-    Background:
-    """
-
-  Scenario: Output of a background that does have a name
-    Given a background element based on the following gherkin:
-    """
-    Background: with a name
-    """
-    When it is outputted
-    Then the following text is provided:
-    """
-    Background: with a name
-    """
-
-  Scenario: Output of a background that has a description, no first line buffer
-    Given a background element based on the following gherkin:
-    """
-    Background:
-    Some description.
-    Some more description.
-    """
-    When it is outputted
-    Then the following text is provided:
-    """
-    Background:
-      
-      Some description.
-      Some more description.
-    """
-
-  Scenario: Output of a background that has a description, first line is blank
-    Given a background element based on the following gherkin:
-    """
-    Background:
-
-    Some description.
-    Some more description.
-    """
-    When it is outputted
-    Then the following text is provided:
-    """
-    Background:
-      
-      Some description.
-      Some more description.
-    """
-
-  Scenario: Output of a background that has a description, first line is only whitespace
-    Given a background element based on the following gherkin:
-    """
-    Background:
-       
-    Some description.
-    Some more description.
-    """
-    When it is outputted
-    Then the following text is provided:
-    """
-    Background:
-       
-      Some description.
-      Some more description.
-    """
-
-  Scenario: Output of a background that has steps
-    Given a background element based on the following gherkin:
-    """
-    Background:
-     * a step
-    |value|
-    * another step
-    \"\"\"
-      some string
-    \"\"\"
-    """
-    When it is outputted
-    Then the following text is provided:
-    """
-    Background:
-      * a step
-        | value |
-      * another step
-        \"\"\"
-          some string
-        \"\"\"
-    """
-
-  Scenario: Output of a background that contains all possible parts
-    Given a background element based on the following gherkin:
-    """
-    Background: A background with everything it could have
-    Including a description
-    and then some.
-
-    * a step
-    |value|
-    * another step
-    \"\"\"
-      some string
-    \"\"\"
-    """
-    When it is outputted
-    Then the following text is provided:
-    """
-    Background: A background with everything it could have
-      
-      Including a description
-      and then some.
-
-      * a step
-        | value |
-      * another step
-        \"\"\"
-          some string
-        \"\"\"
-    """

data/features/modeling/gherkin/directory_modeling.feature

@@ -1,110 +0,0 @@
-@gherkin
-Feature: Directories can be modeled.
-
-
-  Acceptance criteria
-
-    1. Directories containing feature files can be modeled:
-      - the directory's name
-      - the directory's full path
-      - all feature files contained
-      - all directories contained
-
-    2. Directories can be outputted in a convenient form
-
-
-  Background: Setup test directories
-    Given a directory "feature_directory"
-    And the following feature file "test_file_1.feature":
-    """
-    Feature: The test feature 1.
-
-      Scenario: The first scenario's name.
-        Given the first step
-        When the second step
-        Then the third step
-    """
-    And the following feature file "test_file_2.feature":
-    """
-    Feature: The test feature 2.
-
-      Scenario: The first scenario's name.
-        Given the first step
-        When the second step
-        Then the third step
-    """
-    And the following feature file "test_file_3.feature":
-    """
-    Feature: The test feature 3.
-
-      Scenario: The first scenario's name.
-        Given the first step
-        When the second step
-        Then the third step
-    """
-    And the following file "random.file":
-    """
-    Not a .feature file.
-    """
-    Given a directory "feature_directory/nested_directory"
-    And the following feature file "test_file_4.feature":
-    """
-    Feature: The test feature 1.
-
-      Scenario: The first scenario's name.
-        Given the first step
-        When the second step
-        Then the third step
-    """
-    And the following feature file "test_file_5.feature":
-    """
-    Feature: The test feature 2.
-
-      Scenario: The first scenario's name.
-        Given the first step
-        When the second step
-        Then the third step
-    """
-    And the following file "another_random.file":
-    """
-    Not a .feature file.
-    """
-    When the directory "feature_directory" is read
-    And the directory "feature_directory/nested_directory" is read
-
-  Scenario: The directory's name is modeled.
-    Then directory "1" is found to have the following properties:
-      | name | feature_directory |
-    And directory "2" is found to have the following properties:
-      | name | nested_directory |
-
-  Scenario: The directory's full path is modeled.
-    Then directory "1" is found to have the following properties:
-      | path | path_to/feature_directory |
-    And directory "2" is found to have the following properties:
-      | path | path_to/feature_directory/nested_directory |
-
-  Scenario: The directory's feature files are modeled.
-    Then directory "1" is found to have the following properties:
-      | feature_file_count | 3 |
-    And directory "1" feature files are as follows:
-      | test_file_1.feature |
-      | test_file_2.feature |
-      | test_file_3.feature |
-    Then directory "2" is found to have the following properties:
-      | feature_file_count | 2 |
-    And directory "2" feature files are as follows:
-      | test_file_4.feature |
-      | test_file_5.feature |
-
-  Scenario: The directory's directories are modeled.
-    Then directory "1" is found to have the following properties:
-      | directory_count | 1 |
-    And directory "1" directories are as follows:
-      | nested_directory |
-    Then directory "2" is found to have the following properties:
-      | directory_count | 0 |
-    And directory "2" has no directories
-
-  Scenario: Convenient output of a directory
-    Then the directory has convenient output

data/features/modeling/gherkin/directory_output.feature

@@ -1,14 +0,0 @@
-@gherkin
-Feature: Outputting directory elements
-
-  The output of an element model is a representation of the element as it would
-  appear in gherkin.
-
-
-  Scenario: Output of a directory
-    Given a directory element based on "some_directory"
-    When it is outputted
-    Then the following text is provided:
-    """
-    path_to/some_directory
-    """

data/features/modeling/gherkin/doc_string_modeling.feature

@@ -1,53 +0,0 @@
-@gherkin
-Feature: Doc string elements can be modeled.
-
-
-  Acceptance criteria
-
-    1. All conceptual pieces of a doc string can be modeled:
-      - the doc string's content type
-      - the doc string's contents
-      - the doc string's raw element
-
-    2. Doc string can be outputted in a convenient form
-
-
-  Background: Test file setup.
-    Given the following feature file:
-    """
-    Feature:
-
-      Scenario:
-        * some wordy step:
-        \"\"\" content type
-      some text
-          
-            some more text
-        
-        \"\"\"
-        * some wordy step:
-        \"\"\"
-        \"\"\"
-    """
-    When the file is read
-
-
-  Scenario: The raw doc string element is modeled.
-    Then the doc string correctly stores its underlying implementation
-
-  Scenario: The doc string's content type is modeled.
-    Then the step "1" doc string content type is "content type"
-    And the step "2" doc string has no content type
-
-  Scenario: The doc string's contents are modeled.
-    Then the step "1" doc string has the following contents:
-      """
-      some text
-        
-          some more text
-      
-      """
-    And the step "2" doc string contents are empty
-
-  Scenario: Convenient output of an a doc string
-    Then the doc string has convenient output

data/features/modeling/gherkin/doc_string_output.feature

@@ -1,72 +0,0 @@
-@gherkin
-Feature: Outputting doc string elements
-
-  The output of an element model is a representation of the element as it would
-  appear in gherkin.
-
-
-  Scenario: Output of an empty doc string
-    Given a doc string element based on the following gherkin:
-    """
-    \"\"\"
-    \"\"\"
-    """
-    When it is outputted
-    Then the following text is provided:
-    """
-    \"\"\"
-    \"\"\"
-    """
-
-  Scenario: Output of a doc string without a content type
-    Given a doc string element based on the following gherkin:
-    """
-    \"\"\"
-    Some text
-      
-      some more text
-    
-    \"\"\"
-    """
-    When it is outputted
-    Then the following text is provided:
-    """
-    \"\"\"
-    Some text
-      
-      some more text
-    
-    \"\"\"
-    """
-
-  Scenario: Output of a doc string with a content type
-    Given a doc string element based on the following gherkin:
-    """
-    \"\"\" the type
-    Some text
-      
-      some more text
-    
-    \"\"\"
-    """
-    When it is outputted
-    Then the following text is provided:
-    """
-    \"\"\" the type
-    Some text
-      
-      some more text
-    
-    \"\"\"
-    """
-
-  Scenario: Output of a doc string with a triple quotes in its contents
-
-    Since triple quotes mark the beginning and end of a doc string, any triple
-    quotes inside of the doc string (which would have had to have been escaped
-    to get inside in the first place) will be escaped when outputted so as to
-    retain the quality of being able to use the output directly as gherkin.
-
-    Given a doc string element based on the string """" the type\n* a step\n  \"\"\"\n  that also has a doc string\n  \"\"\"\n""""
-    When it is outputted
-    Then the text provided is """" the type\n* a step\n  \"\"\"\n  that also has a doc string\n  \"\"\"\n""""