Cucumber-js: फीचर हुक और हैक्स से पहले/बाद में

यह आफ्टर को कॉल नहीं करेगा जब लगातार फीचर्स में एक ही टैग होगा।

मुझे समझ नहीं आ रहा है। क्या आप कृपया इसके बारे में अधिक जानकारी दे सकते हैं? आप एक After हुक बना सकते हैं जो टैग के मौजूद होने या न होने के लिए विशिष्ट है। ध्यान दें कि जब से समाधान दिया गया है तब से टैग सिंटैक्स बदल गया है।

यदि टैग की गई विशेषता बिल्ड में अंतिम परीक्षण थी, तो यह आफ्टर को कॉल नहीं करेगा।

दोबारा, मुझे यह समझ में नहीं आया, कृपया और समझाएं। आपको आफ्टर हुक का उपयोग करने में सक्षम होना चाहिए, लेकिन आप इस संदर्भ को खो देते हैं कि यह आखिरी है या नहीं। आदर्श रूप से आपको यहां किसी भी प्रकार की तोड़फोड़ करने की आवश्यकता नहीं है।

इसके अलावा आप परिदृश्यों को जोड़ने की कोशिश कर रहे हैं जो निराश है। मैं निम्नलिखित में से एक का सुझाव दूंगा:

• परिदृश्यों को डिस्कनेक्ट करें
• विभिन्न समर्थन फ़ाइलों को लोड करने के लिए कई बार ककड़ी-जेएस निष्पादित करें और सभी से पहले / बाद में उपयोग करें

स्पष्ट होने के लिए, मैं जिस वर्कअराउंड का जिक्र कर रहा हूं वह है:

this.Before({ tags: ['<strong i="6">@featurehook</strong>'] }, function () {
  // log user in (if needed)
})

this.Before({ tags: ['~<strong i="7">@featurehook</strong>'] }, function () {
  // log user out (if needed)
})

कुछ विशेषताओं पर विचार करें:

<strong i="11">@featurehook</strong>
Feature: feature 1
   Scenario: scenario 1

<strong i="12">@featurehook</strong>
Feature: feature 2
   Scenario: scenario 2

Feature: feature 3
   Scenario: scenario 3

<strong i="13">@featurehook</strong>
Feature: feature 4
   Scenario: scenario 4

यदि वे ऊपर के क्रम में चलाए जाते हैं, तो फीचर 1 और फीचर 2 के बीच टियरडाउन नहीं होगा। फीचर 4 के बाद या तो टियरडाउन नहीं होगा क्योंकि कोई अन्य परीक्षण मिलान नहीं होगा ~ @featurehook (बेशक इसे इसके साथ तय किया जा सकता है आख़िरकार)।

मैं परिदृश्यों को जोड़ने की कोशिश नहीं कर रहा हूं, मेरे लिए अलगाव और प्रदर्शन के बीच एक ट्रेडऑफ़ पर निर्णय लेने के लिए स्वतंत्र है।

एक परीक्षण का उदाहरण लें जो विभिन्न कॉन्फ़िगरेशन के साथ एक परीक्षण SMTP सर्वर सेट करता है:

<strong i="20">@smtpConfig1</strong>
Feature: ....

<strong i="21">@smtpConfig2</strong>
Feature: ....

परिदृश्यों के बीच इसे फाड़ने से दुष्प्रभाव हो सकते हैं, लेकिन इस मामले में शुद्धता और प्रदर्शन के बीच व्यापार बंद इसके लायक हो सकता है।

क्षमा करें, लेकिन यह ऐसा कुछ नहीं है जो मुझे लगता है कि समर्थित होना चाहिए। सभी परिदृश्यों में और एक ही परिदृश्य में राज्य को साझा करने की क्षमता है जिसमें अधिकांश मामलों को शामिल किया गया है। अंतिम टिप्पणी में आपका उदाहरण (@featurehook के साथ) वैसे भी पहले की सुविधा/आफ्टरफ़ीचर होने से हल नहीं होता है।

पहले फीचर/आफ्टर फीचर हुक के लिए +1
मैं परीक्षण अलगाव के साथ प्रदर्शन को संतुलित करने की आवश्यकता से सहमत हूं। जिस तरह से अभी ढांचा बनाया गया है, बहुत कम है जो एक ही फीचर में परिदृश्यों को जोड़ता है, केवल पृष्ठभूमि के चरणों को छोड़कर जो दोहराए जाते हैं। कुछ मामलों में, हो सकता है कि हम पृष्ठभूमि के चरणों को दोहराना नहीं चाहते हों, बल्कि उन्हें सुविधा की शुरुआत में एक बार होना चाहिए, और सभी परिदृश्यों के पूरा होने के बाद ही इसे फाड़ना चाहिए।

चूंकि मैं ब्राउजरस्टैक जैसी सेवा का उपयोग करता हूं, जो काम करने के लिए हमेशा धीमी और दर्दनाक है (और सॉसलैब्स जैसे अन्य रिमोट सर्वर प्रदाता भी हैं), मैं आमतौर पर सेलेनियम सत्र और प्रति फीचर फ़ाइल को टियरडाउन सेट करने के लिए पहले फीचर और आफ्टर फीचर ईवेंट हैंडलर का उपयोग करता हूं।

इसलिए, मेरी फ़ाइल में उल्लिखित उस सुविधा से संबंधित परिदृश्य एक साथ चलते हैं और प्रत्येक परिदृश्य को नए सिरे से शुरू करने के लिए, मैं ब्राउज़र स्क्रीन को ताज़ा करता हूं और मेरे परीक्षणों के लिए मेरे ऐप की स्थिति को ताज़ा किया जाता है। तो एक तरह से वे अलग-थलग हैं और यह परीक्षण के प्रदर्शन को भी प्रभावित नहीं करता है।

जैसा कि ऊपर सुझाव दिया गया है, इसे प्रति फीचर फ़ाइल के अनुसार ककड़ीज को निष्पादित करने की तुलना में पहले/बाद के फीचर हुक को वापस लाने के मामले के रूप में माना जाना चाहिए।

BeforeFeature/AfterFeature हुक e2e/uat/bdd/call-it-जो भी आप चाहते हैं परीक्षण के लिए आवश्यक हैं कि ककड़ी के लिए बनाया गया है।

ककड़ी के प्रमुख "प्रतियोगी" इसका समर्थन करते हैं (जैसे जेबीहेव, रोबोटफ्रेमवर्क), और बिना किसी हैक के; यह ढांचे की एक उचित विशेषता है।

यह समस्या निश्चित रूप से ककड़ी का उपयोग करने में अवरोधक है।

नमस्ते... मुझे इससे संबंधित एक समस्या का सामना करना पड़ रहा है। मेरे मामले में, मैं डेटा बनाने/हटाने के लिए पहले और बाद में हुक का उपयोग करता हूं जिसका उपयोग यूआई का परीक्षण करने के लिए किया जाएगा। पहले हुक में मैंने एक एपीआई एंडपॉइंट मारा और डेटा बनाया, और बाद में हुक में मैंने इसे हटाने के लिए एक और एपीआई एंडपॉइंट मारा (मैं ऑब्जेक्ट की आईडी को प्रतिक्रिया प्रतिक्रिया में लौटाता हूं, और फिर मैं उन आईडी के साथ डिलीट पेलोड बनाता हूं )

समस्या यह है कि, जब उस डेटा का उपयोग करने वाला परिदृश्य (और हुक ट्रिगर करता है) निष्पादित होने वाला अंतिम होता है, तो बाद वाला हुक कभी ट्रिगर नहीं होता है ...

इसे हल करने का कोई तरीका ??

धन्यवाद

फीचर से पहले और बाद में +1।
हमारा उपयोग मामला यह है: हम कुछ ब्राउज़रों में बग ढूंढते हैं जो दूसरों में प्रकट नहीं होते हैं।

हम इस तरह की एक सुविधा को टैग करना चाहते हैं:

@ie-8-only
Business Need: IE8 should have limited functionality, but what is displayed, should be displayed correctly

@no-access @ssl-insecurity <strong i="8">@security</strong> @BUG-1876
Scenario: No access
   Given I am on the home page
   When I see that my browser is not supported
   Then I should not be able to access the core site functionality

@formatting-issue <strong i="9">@bugs</strong> @BUG-1210
Scenario: The menu should not be formatted like a staircase
   For the users to be able to navigate to the about us / contact us area of the site, the site navigation should be active
   Given I am on the home page
   When I see the menu
   Then it should be displayed in a line

यह हमें ब्राउज़र को बंद करने और IE को एक पहले के फीचर हुक में खोलने की अनुमति देगा, और उस ब्राउज़र को फिर से खोल देगा जिसका उपयोग हम बाकी सूट के लिए आफ्टरफीचर हुक में कर रहे हैं। ब्राउज़र को बंद करने और फिर से खोलने में बहुत समय लगता है जब आप इसे हर परिदृश्य के लिए कर रहे होते हैं, जो इसे उपयोग करने के लिए एक बेहतरीन सुविधा बना देगा।

ध्यान दें:
मुझे पता है कि ऐसे विकल्प हैं जिनमें विश्व वस्तु शामिल है (वर्तमान ब्राउज़र को वहां सेट करना, और केवल तभी बंद करना जब ब्राउज़र वह नहीं है जो हमें इनके लिए पहले सभी हुक में चाहिए), लेकिन ऐसा करना आसान लगता है, और इसे होना चाहिए पहले से ही एक हुक में किया गया है या सेलेनियम यह तय करता है कि यह आधे समय में एक फुफकार फिट करने वाला है।

कई बार आप फीचर में टेक्स्ट को इसके लिए एक पहले से फीचर हुक में एक अतिरिक्त विवरण के रूप में संलग्न करना चाहते हैं, जो एक और उदाहरण है जहां यह उपयोगी होगा

मुझे लगता है कि फीचर हुक से पहले/बाद में कुछ प्रकार के परीक्षणों पर उपयोगी होगा। उदाहरण के लिए Specflow, .NET के लिए ककड़ी पुस्तकालय, ने इन्हें लागू किया है:
https://specflow.org/documentation/Hooks/

इस थ्रेड को स्वचालित रूप से लॉक कर दिया गया है क्योंकि इसे बंद करने के बाद हाल ही में कोई गतिविधि नहीं हुई है। कृपया संबंधित बग के लिए एक नया मुद्दा खोलें।