क्या एक सिंगल गेरकिन परिदृश्य

Question

में दिए गए/कब/फिर के कई समूह होना ठीक है, मैं गेरकिन में स्वीकृति परीक्षण लिख रहा हूं जहां मैं प्रारंभिक कार्रवाई के आधार पर एक वेब ऐप के यूआई में कई बदलावों की जांच करना चाहता हूं।

 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. 
        """ 

नोट जब/फिर चरण के कई समूहों, प्रारंभिक कार्रवाई की प्रतिक्रिया के लिए परीक्षण करने के लिए देखते हैं कि: यहाँ एक उदाहरण है। जबकि चरणों के अधिकांश कार्यान्वयन उपसर्ग कीवर्ड को अनदेखा करते हैं, और मुझे पूरा यकीन है कि मैं यह परीक्षण चलाने के लिए प्राप्त कर सकता हूं, क्या अलग-अलग परिणामों का परीक्षण करने का एक बेहतर तरीका है? क्या एक ही सेटअप के साथ कई परिदृश्य लिखना बेहतर है लेकिन अलग-अलग "फिर" कथन?

Answer 1

याद रखें कि आपको एक समय में केवल एक व्यवहार/सुविधा का परीक्षण करना चाहिए। अंगूठे का नियम है कि आप का उपयोग करना चाहिए है केवल एक ही जब कदम:

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

तुम देखो - जब, किसी भी ands के बिना जब तहत का केवल एक लाइन। यदि आप कई का उपयोग करते हैं तो इसके बजाय कदम, आप टेस्ट स्क्रिप्ट बनाते हैं, विनिर्देश नहीं। आपके परीक्षणों को समझना मुश्किल होगा और आप देखेंगे कि अंतर्निहित कार्यान्वयन में परिवर्तन होने पर आप अधिक से अधिक कदम जोड़ते हैं।

आपको अंतर्निहित तर्क को छिपाने की भी आवश्यकता है, क्योंकि जब भी आप कुछ अप्रासंगिक बदलते हैं तो आप इसे बदलना नहीं चाहते हैं। उदाहरण:

और उपयोगकर्ता इनपुट "मेरा सारांश, इतना रोमांचक!" "सारांश" textarea

क्या होगा यदि आप टेक्स्टरेरा से इनपुट फ़ील्ड में इनपुट फ़ील्ड को बदलते हैं तो क्या होगा? आपको परिदृश्य (रखरखाव दुःस्वप्न) बदलना होगा या आपको परिदृश्य छोड़ना होगा (परिदृश्य नहीं होने से भी बदतर)। इसके बजाय आप लिखना चाहिए:

When the user describes it as "so exciting!" 

लेकिन फिर भी, पूरे परिदृश्य की संरचना खराब है। अपने आप से सवाल पूछें: मैं क्या देखना चाहता हूं? मैं देखना चाहते हैं, तो मैं एक व्यक्ति की सुविधा के व्यापार तर्क को समझने के लिए चाहता है कि थे कुछ की तरह:

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 

यह है कि!

इसे कैसे प्राप्त करें? सभी अप्रासंगिक तर्क को गहराई से ले जाएं, PageObject pattern आदि का उपयोग करें और Specification By Example