Ist es in Ordnung, mehrere Gruppen von Gegebenheit/Wann/Dann in einem einzigen Gurken-Szenario

Question

zu haben Ich schreibe Abnahmetests in Gurke, wo ich für mehrere Änderungen in der Benutzeroberfläche einer Webanwendung basierend auf einer ersten Aktion testen möchte. Hier ein Beispiel:

 Scenario: Cancel editing a new text asset 
      Given the user "test_user@fakedomain.com" is logged in 
      When the user navigates to "/build/" 
      And the user clicks the "Sandbox" link 
      And the user inputs "Test story for canceling editing of a new text asset" for the "title" field 
      And the user inputs "Test User" for the "byline" field 
      And the user inputs "My summary, so exciting!" for the "summary" textarea 
      And the user clicks on "Untitled Section" in the section list 
      And the user clicks the "Text" icon in the "center" container 
      And the user inputs the following text in the rich text editor: 
        """ 
        Test text for asset. This is cool. 
        """ 
      And the user clicks the "cancel" button 
      Then the following text is not present: 
        """ 
        Test text for asset. This is cool. 
        """ 
      And the "Image" icon is present 
      And the "Text" icon is present 
      When the user refreshes the browser 
      And the user clicks on "Untitled Section" in the section list 
      Then the following text is not present: 
        """ 
        Test text for asset. This is cool. 
        """ 
      When the user opens the asset drawer 
      Then the following text is not present: 
        """ 
        Test text for asset. This is cool. 
        """ 

Hinweis, dass es mehrere Gruppen von Wenn/Dann Schritten zum Antworten der anfänglichen Aktion zu testen. Während die meisten Implementierungen von Schritten das Präfix-Schlüsselwort ignorieren, und ich bin mir ziemlich sicher, dass ich diesen Test ausführen kann, gibt es eine bessere Möglichkeit, die verschiedenen Ergebnisse zu testen? Ist es besser, mehrere Szenarien mit demselben Setup, aber unterschiedlichen "Then" -Anweisungen zu schreiben?

Answer 1

Denken Sie daran, dass Sie nur EINES Verhalten/Feature gleichzeitig testen sollten. Faustregel ist, dass Sie nur ein, wenn Schritt verwenden sollte:

Given some state before action 
    And some other state before action 
    ... 
When only one action 
Then assert correct output 
    And assert correct output 
    ... 

Sie sehen - nur eine Zeile Wenn, ohne Ands unter Wann. Wenn Sie stattdessen viele When-Schritte verwenden, erstellen Sie ein Testskript, keine Spezifikation. Ihre Tests werden schwer zu verstehen sein und Sie werden feststellen, dass Sie mehr und mehr Schritte hinzufügen, wenn sich die zugrunde liegende Implementierung ändert.

Sie müssen auch die zugrunde liegende Logik verborgen halten, da Sie sie nicht jedes Mal ändern möchten, wenn Sie etwas Irrelevantes ändern. Beispiel:

Und der Benutzereingaben "Meine Zusammenfassung, so aufregend!" für die "Zusammenfassung" Textfeld

Was passiert, wenn Sie das Zusammenfassungsfeld von einem Textfeld zu einem Eingabetyp ändern? Sie müssen das Szenario ändern (Wartungsalarm) oder das Szenario liegen lassen (schlimmer als kein Szenario). Sie sollten stattdessen schreiben:

When the user describes it as "so exciting!" 

Aber immer noch ist die Struktur des gesamten Szenarios schlecht. Stellen Sie sich die Frage: Was ich überprüfen möchte? Wenn ich eine Person war, die die Geschäftslogik des Merkmals verstehen will, würde Ich mag so etwas wie sehen:

Scenario: Cancel editing a new text asset 
    Given I edit the Sandbox details with some data 
    When I cancel editing 
    Then Sandox details should be empty 

Das ist es!

Wie erreichen? Verschieben Sie alle irrelevanten Logik tiefer, verwenden Sie die PageObject pattern usw. Und lesen Sie über Specification By Example