Jest: ग्लोबल बिफोरऑल

क्या आपने सेटअपफाइल देखा है?

संदर्भ के लिए मेरी परियोजना इस तरह setupFiles का उपयोग करती है:

package.json

{
  "jest": {
    "setupFiles": [
      "./private/mocks/runtime.js"
    ]
  }
}

./private/mocks/runtime.js

global.__meteor_runtime_config__ = {ROOT_URL: 'localhost'};

इस तरह के प्रश्न के लिए एफवाईआई स्टैक ओवरफ़्लो एक बेहतर जगह हो सकती है। (बग रिपोर्ट/सुविधा अनुरोध के बजाय उपयोग के बारे में प्रश्न)।

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

मैं क्रिएट-रिएक्शन-ऐप का उपयोग कर रहा हूं।
और setupFiles प्रत्येक परीक्षण फ़ाइल के लिए फिर से चलती हैं।

एक उत्तर देना जो सही नहीं है और उसके बाद किसी मुद्दे को बंद करना। वाहवाही!

@cpojer @ashtonsix मुझे नहीं लगता कि इसे बंद किया जाना चाहिए और उत्तर सही नहीं है, प्रत्येक परीक्षण सूट के लिए setupFiles या setupTestFrameworkScriptFile दोनों चलता है, इसलिए सभी से पहले "वैश्विक" नहीं है जहां हम परीक्षण करने से पहले एक परीक्षण डीबी की सफाई की तरह सोच सेट कर सकते हैं

आपके पास package.json में pretest हो सकता है?

@ Negan1911 - शायद, लेकिन यह बताना मुश्किल है कि ओपी में क्या मतलब है। यदि आपको लगता है कि यह एक उपयोगी विशेषता है और आप इस सुविधा अनुरोध में अधिक स्पष्टता लाना चाहते हैं, तो आप दूसरा मुद्दा बनाने पर विचार कर सकते हैं?

@cpojer @ashtonsix अगर मैं इसे सही ढंग से समझता हूं, तो वर्तमान में वैश्विक सेटअप और टियरडाउन होना संभव नहीं है जैसा कि यहां मोचा में चर्चा की गई है।
उपयोग-मामला जो मेरे (और शायद ओपी) के पास है, वह यह है कि मैं एक सर्वर चलाना चाहता हूं और उसके बाद ही मेरे सभी एकीकरण परीक्षण (और शायद उन सभी के परीक्षण डीबी को छोड़ने के बाद)।
क्या आपके पास ऐसा करने के लिए कोई सलाह या सर्वोत्तम अभ्यास है?
मैंने जो पाया है वह यह है कि लोग ज्यादातर सर्वर को स्टार्टअप करने के लिए कह रहे हैं और इसे "स्थानीय" में प्रत्येक परीक्षण सूट के लिए पहले/बाद में बंद कर देते हैं, उदाहरण के लिए यहां @kentcdodds द्वारा , लेकिन बहुत सारे डुप्लिकेशंस का तात्पर्य है, नहीं?

वैश्विक सेटअप होने पर +1, मेरे उपयोग के मामले में मैं एक प्रॉक्सी सर्वर भी चलाना चाहता हूं

@ashtonsix इसके लायक क्या है, ओपी मेरी राय में स्पष्ट था। मैं चाहता हूं कि इस मुद्दे को फिर से खोला जाए।

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

+1 मोचा से आने वाले जेस्ट की कोशिश करना चाहता था और jest-codemods और डॉक्स की आसानी से प्रभावित था, जब तक कि मैं इसी मुद्दे से फंस नहीं गया।

प्रत्येक अलग फ़ाइल के पहले describe को निष्पादित करने में आश्चर्यजनक रूप से लंबा समय लग रहा था। यह सेटअप निकला - जैसा कि पिछली टिप्पणियों द्वारा समझाया गया था - प्रति फ़ाइल एक बार चलाया जाता है, जिसके परिणामस्वरूप DROP DATABASE , CREATE DATABASE , और अधिक जैसे अनावश्यक समय लेने वाले संचालन होते हैं।

दुर्भाग्य से node setup.js && jest चलाने के अलावा दस्तावेज़ों में कोई कामकाज नहीं है (जो बदले में मुझे यहां लाया) जो आदर्श नहीं है ..

वैश्विक सेटअप के लिए +1। अन्य उपयोगकर्ताओं की तरह, मैं केवल एक बार ऐप/डीबी को सेटअप और फाड़ना चाहता हूं।

+1

#4506 . में फिक्स्ड

निम्नलिखित जेस्ट विकल्प हैं globalSetup और globalTeardown । https://facebook.github.io/jest/docs/en/configuration.html#globalsetup -string

मैंने globalSetup का उपयोग करने का प्रयास किया है, हालांकि मुझे निम्न त्रुटि मिलती रहती है .. मुझे लगता है कि यह विकल्प @ shai32 चाल कर सकता है। हालांकि, मुझे यह काम नहीं मिल रहा है ...

"jest": "^21.2.1"

 "jest": {
    "globalSetup": "./jest-config.js"
  }



md5-d3a1dcf99642fcf0b9c99c838aadb689



● Validation Warning:

  Unknown option "globalSetup" with value "./jest-setup.js" was found.
  This is probably a typing mistake. Fixing it will remove this message.

  Configuration Documentation:
  https://facebook.github.io/jest/docs/configuration.html

इसे अभी तक जारी नहीं किया गया है। जेस्ट 22 अब किसी भी दिन आ रहा है

#4506 . में फिक्स्ड

मुझे पता है कि यह उसमें जुड़ा हुआ है, लेकिन किसी को देखने के लिए: https://github.com/facebook/jest/pull/4716

@btav वह 2 बग है

1. आपको अभी के लिए निरपेक्ष पथ का उपयोग करना होगा, या ("../../../~ root ~")
2. सत्यापन चेतावनियां झूठी सकारात्मक हैं

यहाँ देखें
यह भी #5093

बग को #5095 #5096 . के साथ ठीक किया जाना चाहिए

क्या इसका उपयोग वैश्विक चर सेट करने के लिए किया जा सकता है? मैंने कोशिश की, लेकिन यह काम नहीं करता....क्या यह डिज़ाइन द्वारा है?

मेरा उपयोग मामला यह है कि मेरे पास एक कस्टम लॉग फ़ंक्शन है जिसे मैं विश्व स्तर पर सेट करना चाहता हूं। मैंने _setup.test.js की कोशिश की, लेकिन मेरे वैश्विक चर स्थानांतरित नहीं हुए हैं।

@zwhitchcox setupFiles config विकल्प का उपयोग करें: https://facebook.github.io/jest/docs/en/configuration.html#setupfiles -array

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

@tdenovan ठीक वही है जो मैं अभी करने की कोशिश कर रहा हूं। लेकिन यह काम नहीं लग रहा है। मैंने इसे पहले मोचा में किया है और यह एक हवा थी, लेकिन मजाक के साथ मुझे लगता है कि मुझे अन्य तरीकों का पता लगाने की जरूरत है।
यह मेरा मज़ाक config है

"jest": {
    "verbose": true,
    "testEnvironment": "node",
    "globalSetup": "<rootDir>/scripts/testSetup.js",
    "globalTeardown": "<rootDir>/scripts/testTeardown.js"
  },

// globalSetup.js
module.exports = async () => {
  const browser = await puppeteer.launch({ headless: false });
  const page = await browser.newPage();
  bot = Bot(browser, page);
  await bot.goto(bot.baseUrl);
  global.bot = bot;
}

लेकिन मैं अपने परीक्षण मामलों में बॉट तक नहीं पहुंच पा रहा हूं।

जीजीडब्ल्यूपी! बस इसे हल किया।

"e2e": "jest --testRegex '.*.e2e.js'"

// globalTeardown.js
module.exports = async () => {
  if (process.testSetup) {
    process.testSetup.bot.close();
  }
}

 process.testSetup = { bot };
// and then im my tests
const { bot } = process.testSetup;

और कोई भी सोच रहा है कि बॉट क्या है,

const Bot = (browser, page) => ({
  browser: browser,
  page: page,
  baseUrl: 'http://localhost:4000',
  user: {
    name: faker.name.findName(),
    email: faker.internet.email(),
    password: 'Test<strong i="13">@123</strong>',
  },
  oldUser: {
    email: '[email protected]',
    password: 'Test<strong i="14">@123</strong>',
  },
  clearSession: async () => {
    await page.evaluate(() => sessionStorage.clear());
  },
  goto: async (url) => {
    await page.goto(url);
  },
  clickButton: async (id) => {
    await page.waitForSelector(id);
    await page.click(id);
  },
  checkText: async (expect, id, text) => {
    await page.waitForSelector(id);
    const elText = await page.$eval(id, el => el.innerHTML);
    expect(elText).toContain(text);
  },
  type: async (id, text) => {
    await page.waitForSelector(id);
    await page.$eval(id, el => el.value = '');
    await page.type(id, text);
  },
  wait: async () => {
    await page.waitForNavigation();
  },
  close: () => {
    browser.close();
  },
});

वेबसाइट पर कठपुतली के लिए एक गाइड है: https://facebook.github.io/jest/docs/en/puppeteer.html

हां, लेकिन इससे पता चलता है कि ग्लोबलसेटअप एसिंक विधि में ग्लोबल सेट करना संभव है, जो उपरोक्त के अनुसार बी नहीं लगता है

@SimenB आह .. यार ... मैं यह पता लगाने की कोशिश कर रहा था और काफी लंबे समय तक जेस्ट डॉक्स में भी था और उस सेक्शन पर कभी ध्यान नहीं दिया। मेरे समय की बर्बादी।

मेरे पास एक समस्या है जहां वैश्विक ऑब्जेक्ट्स जो मैंने ग्लोबलसेटअप में सेट किया है, उपलब्ध नहीं हैं यदि समानांतर में कई परीक्षण सूट चल रहे हैं (यह डिफ़ॉल्ट रूप से है)। एकल सूट परीक्षण चलाने से वस्तुएं उपलब्ध हैं या यदि मैं --runInBand को क्रमिक रूप से परीक्षण चलाने के लिए सेट करता हूं। यदि परीक्षण समानांतर में चलते हैं, तो मैं GlobalSetup में सेट किए गए चरों तक कैसे पहुँच प्राप्त कर सकता हूँ?
मैंने ऊपर इस्तेमाल किए गए उदाहरण (प्रक्रिया ऑब्जेक्ट का उपयोग करके) की कोशिश की और मैंने उस संस्करण की भी कोशिश की जहां मैं कस्टम टेस्ट पर्यावरण का उपयोग कर रहा हूं लेकिन बिना किसी किस्मत के:

const PuppeteerJsdomEnvironment = require('jest-puppe-shots/lib/jsdom-environment');

class JestPuppeShotsEnv extends PuppeteerJsdomEnvironment {

  async setup(config) {
    await super.setup(config);
    const { allThemesCss } = global;

    // make the allThemesCss object available in test suites
    Object.assign(this.global, {
      allThemesCss
    });
  }
}

module.exports = JestPuppeShotsEnv;

यह GlobalSetup.js से allThemesCss प्राप्त कर रहा है और यह सुनिश्चित कर रहा है कि यह परीक्षण सूट में जा रहा है।

@ ओविडियू-लैपडस मैं ग्लोबल के बजाय process का उपयोग करके ग्लोबलसेटअप को काम करने में सक्षम था। यह --runInBand के साथ और बिना काम करता है। उदाहरण के लिए

// globalSetup.js
module.exports = async () => {
  process.FOOT = 'BALL';
};

// globalTeardown.js
module.exports = async () => {
  console.log(process.FOOT) // BALL 
};

// some.test.js
it('expects 1 to be 1', () => {
    expect(1).toBe(1);
     console.log(process.FOOT); // BALL
});

और मज़ाक करने वाली टीम के लिए, मुझे यकीन नहीं है कि परीक्षणों में global s अपरिभाषित क्यों हैं (babel-jest 22.2.2), लेकिन globalTeardown.js में परिभाषित किया गया है। शायद यह एक बग है। अभी के लिए मैं केवल process का उपयोग करूंगा। चीयर्स!

धन्यवाद @cellis आपने मेरा दिन बचाया! मैं दीवार के खिलाफ अपना सिर पीट रहा हूं यह समझने की कोशिश कर रहा हूं कि क्यों global.FOO काम नहीं कर रहा था। process.FOO चाल है :-)

@kalutheo प्रक्रिया का उपयोग करने के लिए कुछ चेतावनी हैं। FOO। सबसे पहले, मुझे नहीं लगता कि आप प्रक्रिया या प्रक्रिया पर गहराई से नेस्टेड चर कर सकते हैं। env। मैंने ग्लोबल्स को काम करने का एक बेहतर तरीका निकाला, लेकिन क्या मैं इसे पोस्ट करने का इंतजार कर रहा था। मैंने जो किया है, वह मेरा अपना dbEnvironment बनाने के लिए जेस्ट-एनवायरनमेंट पैकेज का उपयोग कर रहा है। वहां, मैं वैश्विक डीबीएस को परिभाषित करने की जांच करता हूं और यदि नहीं, तो मैं उन्हें फिर से परिभाषित करता हूं। डेटाबेस वातावरण केवल डीबी परीक्षणों के लिए चलाया जाता है, मेरे पास फ्रंटएंड केवल परीक्षणों के लिए एक और कॉन्फ़िगरेशन है। इस तरह, मैं प्रत्येक फ्रंटएंड परिवर्तन के लिए डीबी परीक्षण चलाने में समय बर्बाद नहीं करता हूं। दूसरे, मेरे पास कई "प्रतिकृति" डीबीएस स्थापित करने का एक तरीका है जो हमेशा गर्म होते हैं - आपको हर जस्ट रन पर माइग्रेट या डंप करने की आवश्यकता नहीं होती है, क्योंकि मैं उन्हें देव डीबी के साथ माइग्रेट करता हूं (आप इसकी झलक देख सकते हैं यह जिस सार में मैंने साझा किया है), जो परीक्षणों को और भी तेज़ी से चलाने की अनुमति देता है। मैंने इन प्रतिकृतियों का एक पूल स्थापित किया है ताकि मैं परीक्षणों में अधिकतम समानता प्राप्त कर सकूं। यह जेस्ट प्रलेखन में एक तरह से प्रलेखित है, लेकिन पर्याप्त रूप से समझाया नहीं गया है। वैसे भी, यहाँ सार है: https://gist.github.com/cellis/08cc332dacf9a548005e8cf35d4b16e2

@ ovidiu-lapadus करीब से निरीक्षण करने पर मुझे लगता है कि शायद आपकी समस्या यह है कि आपने अपने ग्लोबल्स को असाइन करने से पहले super.setup() पर कॉल किया था। कृपया एक कार्य समाधान के लिए ऊपर पोस्ट किया गया सार देखें।

@cellis इन बहुमूल्य सूचनाओं के लिए धन्यवाद। मैं आपके द्वारा वर्णित एक कस्टम वातावरण के साथ प्रयास करूंगा

दोस्तों, क्या globalSetup में babel-polyfill के साथ गठबंधन, chai jest-extended की आवश्यकता है?
ऐसा लगता है कि globalSetup setupTestFrameworkScriptFile से बहुत अलग तरीके से काम करता है और वहां जो काम करता है वह globalSetup में काम नहीं करता है।
मुझे पता है, कि हर जेस्ट टेस्ट केस उसके स्नैडबॉक्स वाले वातावरण में चलाया जाता है, लेकिन setupTestFrameworkScriptFile में चीजें veeeeeeeeeeeery को धीमी गति से चलाने के लिए परीक्षण नहीं करती हैं।

मोचा: 9s
जेस्ट: 60s, वॉच मोड में: 170s-200s

?

process का उपयोग करना एक हैक है जो शायद टूट जाएगा (यह एक बग है)।

आप शायद #7184 . का अनुसरण करना चाहते हैं

यह कोई वैश्विक beforeAll() नहीं है जैसा कि प्रश्न पर पूछा गया है, लेकिन इसके साथ, आप आसानी से कोड दोहराव से बच सकते हैं। आप एक नोड वातावरण बना सकते हैं, जो आपकी सभी परीक्षण फ़ाइलों के लिए सेटअप किया जाएगा: https://stackoverflow.com/a/61260044/4934640

अद्यतन

मुझे अभी पता चला है कि मैं globalSetup पर एक पर्यावरण चर सेट कर सकता हूं, जिसका अर्थ है कि मैं परीक्षण मामलों/सूट/फाइलों के बीच सर्वर पता साझा कर सकता हूं: https://github.com/facebook/jest/issues/7184# निर्गम टिप्पणी