Jest: परीक्षण चलाते समय कंसोल.लॉग आउटपुट नहीं करता है

बस repl.it का उपयोग करके इसका परीक्षण किया: https://repl.it/EwfT/0

अच्छी खबर यह है कि यह अपेक्षित और कंसोल.लॉग आउटपुट के रूप में काम करता है। मैंने अपने जेस्ट संस्करण को 17.0.3 पर अपग्रेड करने का प्रयास किया, अभी भी वही मुद्दे देख रहा था। नोड v6.9.2 के साथ परीक्षण करने के लिए nvm स्थापित किया गया, और hurray console.log jsdom के साथ काम करता है, इसलिए मैं मान रहा हूं कि समस्या नोड v7 से जुड़ी हुई है।

इसकी रिपोर्ट करने के लिए धन्यवाद, लेकिन यह #2166 का डुप्लिकेट है और नोड 6 पर भी होता है।

@thymikee यह #2166 का डुप्लिकेट कैसे है? इस परिदृश्य में, console.log कुछ भी आउटपुट नहीं करता है। मुझे नोड v4 के साथ यह समस्या आ रही है। निराशाजनक बात यह है कि यह आज पहले ठीक काम कर रहा था, और मेरे परिवेश में 0 परिवर्तनों के साथ, मुझे अपने टर्मिनल पर कोई और console.log आउटपुट नहीं मिलते हैं।

@thisissami ऐसा लगता है जैसे आपका परीक्षण या कोड तब नहीं चल रहा है। जेस्ट का परीक्षण सूट नोड 4 और नोड 6 पर गुजरता है जो सुनिश्चित करता है कि कंसोल प्रिंटिंग ठीक काम करती है और हम 7.3 के लिए एक फिक्स पर काम कर रहे हैं।

@cpojer - मेरे परीक्षण ठीक से पास/असफल हैं - केवल console.log संदेश दिखाई नहीं देते हैं। मैंने यह पता लगाने की कोशिश करते समय यह पता लगाया कि किसी विशेष वस्तु के गुण क्या हैं console.log इसे आईएनजी, और कोई आउटपुट नहीं देख रहा है। मैंने कई console.log स्टेटमेंट जोड़े हैं और अब मेरे टर्मिनल में कोई भी दिखाई नहीं दे रहा है। =/ मैं वर्तमान में Jest v17 पर वापस जा रहा हूं यह देखने के लिए कि क्या यह कुछ भी बदलता है।

यदि यह आपके लिए आज पहले काम कर रहा था और अब नहीं है, तो आपने स्वयं अपडेट किया होगा या कुछ तोड़ा होगा। हमने दो सप्ताह में कोई जेस्ट रिलीज़ प्रकाशित नहीं किया।

ठीक है, तो मेरे परीक्षण कोड में केवल एक चीज बदली गई है कि मैंने उस कोड के बाद एक बहु-पंक्ति टिप्पणी जोड़ी है जिसे चलाना है (मेरे लिए एक संदर्भ के रूप में)। मैं देखूंगा कि क्या इसे हटाने से कोई फर्क पड़ता है।

@cpojer मुझे नहीं पता कि क्या कहना है, मुझे अपने परीक्षण कोड में कुछ भी गलत नहीं दिख रहा है लेकिन कुछ भी

import React from 'react';
import {shallow} from 'enzyme';
import FundPercentage from '../../src/reactClasses/fund_percentage';

console.log('cmon');
describe('Normal Percentage', () => {
  console.log('do this');
  const percentage1 = shallow(
    <FundPercentage percentage={0.5}/>
  );
  const percentage2 = shallow(
    <FundPercentage percentage={0.26}/>
  );
  it('should work', () => {
    console.log(percentage1.childAt(0));
    expect(0).toBe(1);
  });
});

परीक्षण विफल रहता है, जैसा कि अपेक्षित था, इसलिए मुझे पता है कि यह काम कर रहा है। package.json में मेरी कॉन्फ़िगरेशन वास्तव में सरल है, पूरी तरह से:

  "jest": {
    "collectCoverageFrom": [
      "src/*.jsx"
    ]
  }

जेस्ट पूरी तरह से सामान्य रूप से चला, कोई अतिरिक्त झंडे नहीं लगे। जेस्ट v17 और 18 के साथ एक ही समस्या।

मैंने पूरी दोपहर में इसके अलावा कोई फ़ाइल नहीं बदली है। मुझे अभी यह समझ में आ रहा है कि enzyme विभिन्न चीजों को stdout आउटपुट करके कैसे काम करता है, और कुछ expects में जोड़ने की शुरुआत के बाद, console.logs बंद हो गया काम करना जब मुझे फिर से उनकी आवश्यकता थी, और अब वे बिल्कुल भी काम नहीं करते हैं - परीक्षण में मेरे पास कुछ भी नहीं है। मैंने अपने परिवेश में कुछ भी नहीं बदला है (अभी-अभी v17 में अपग्रेड करने के अलावा), जो निश्चित रूप से भ्रमित करने वाला है।

ऐसा लगता है कि आपने नोड 7.3 में अपडेट किया है। इसके लिए हमारे पास कुछ सुधार हैं। कृपया ध्यान दें कि यह समस्या ट्रैकर सहायता फ़ोरम नहीं है; प्रश्नों के लिए स्टैक ओवरफ्लो का उपयोग करें :)

मैं नोड v4.4.7 का उपयोग कर रहा हूं, और जहां तक ​​​​मेरा संबंध है - console.log का उपयोग करते समय कुछ भी नहीं दिखाना एक मुद्दा है। मैं कोडिंग में सहायता प्राप्त करने की कोशिश नहीं कर रहा हूं, मैं रिपोर्ट कर रहा हूं कि मुझे क्या बग प्रतीत होता है। केवल दूसरी चीज़ जो बदली गई है वह यह है कि मेरे पास पहले कई परीक्षण फ़ाइलें चल रही थीं, और अब केवल एक। मुझे देखने दें कि क्या अन्य परीक्षणों को फिर से सक्षम करने से console.log आउटपुट फिर से दिखाई देते हैं।

@cpojer निश्चित रूप से आप लोगों के पास यहां एक बग है।

3 परीक्षण चलाने के बाद (जैसा कि .test.js साथ 3 अलग-अलग फाइलों में, उनमें से 2 फाइलें आपके ट्यूटोरियल से उदाहरण हैं) बिना किसी समस्या के काम करती हैं। मेरा परीक्षण (ऊपर कॉपी किया गया) सभी कंसोल.लॉग प्रस्तुत करता है।

केवल 1 परीक्षण चलाने के बाद (एकेए मुझे 2 फाइलों पर .test.js से .teast.js नाम बदलकर) परिणाम कंसोल.लॉग आउटपुट प्रदान नहीं किया जा रहा है।

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

जेस्ट का परीक्षण सूट नोड 4, नोड 6 और नोड 7.3 पर इस व्यवहार का परीक्षण करता है। यह 4 और 6 के लिए काम करता है लेकिन 7.3 में टूट गया था। मैं इसे नोड 7.3 के लिए ठीक कर रहा हूं और जल्द ही जेस्ट की एक नई रिलीज प्रकाशित करूंगा: https://github.com/facebook/jest/pull/2464

यदि नोड 4 का उपयोग करने वाला जेस्ट का अपना परीक्षण सूट आपके लिए विफल हो जाता है, तो आपके सेटअप में कुछ गड़बड़ होने की संभावना है।

रिपॉजिटरी को क्लोन करना और इसे अभी आज़माना।

इन 3 परीक्षणों को छोड़कर सब कुछ पास हो गया। निश्चित नहीं है कि इसके क्या निहितार्थ हो सकते हैं। आपके पास कंसोल.लॉग से संबंधित त्रुटियों के बारे में सारी जानकारी है जो मुझे हो रही है, साथ ही नीचे दी गई छवि भी है। अगर वह मजाक में बग नहीं है, तो ऐसा ही हो। हालांकि मेरे लिए अजीब लगता है कि गाइड का पालन करने के अलावा कुछ भी नहीं करने के परिणामस्वरूप एक ऐसा परिदृश्य होगा जहां मैं केवल एक परीक्षण फ़ाइल चलाने पर अपने लॉग नहीं देख सकता।

ये केवल संकेत करते हैं कि आपके पास Mercurial (hg) स्थापित नहीं है, जो आपकी समस्या से संबंधित नहीं है। ऐसा लगता है कि परीक्षण सूट आपके लिए और जैसा कहा गया है; हम परीक्षण सूट में लॉगिंग व्यवहार के लिए स्पष्ट रूप से परीक्षण करते हैं, इसलिए यह आपके कोड या सेटअप में कुछ गलत होना चाहिए।

ओके कूल - आपकी प्रतिक्रिया के लिए धन्यवाद। क्या आपके पास इस बात का कोई आभास है कि जब कई फाइलें होती हैं तो इसके काम करने का क्या कारण हो सकता है, लेकिन जब केवल 1 ही हो? यदि आपके दिमाग में कोई स्पष्ट "ओह, यह कभी-कभी इस तरह की समस्या का कारण बनता है" - कोई चिंता नहीं, मैं बस यह सुनिश्चित करूंगा कि हमेशा कम से कम 2 फाइलें चल रही हों। :)

मुझे एक ही समस्या का सामना करना पड़ रहा है, कंसोल.लॉग अब मेरे लिए आउटपुट नहीं कर रहा है (और यह पहले लगभग एक घंटे पहले था)। मैं नोड 6.9.1 का उपयोग कर रहा हूं और --forceExit ध्वज को भी सक्षम कर रहा हूं। जब मेरे पास यह ध्वज सक्षम नहीं होता है, तो कंसोल.लॉग आउटपुट प्रकट होता है।

हालांकि, मेरे पास एक और परीक्षण स्क्रिप्ट है जो --forceExit ध्वज का उपयोग करती है और कंसोल.लॉग प्रकट होता है, इसलिए मैं यह नहीं कह सकता कि --forceExit ध्वज इस व्यवहार का कारण बन रहा है।

जैसा कि @thisissami कर रहा है, मैं केवल एक फ़ाइल का परीक्षण करने का प्रयास करते समय लॉगिंग समस्या का अनुभव करता हूं।

मुझे एक ही समस्या हो रही थी, लेकिन पाया कि यह gulpfile.js के भीतर जेस्ट-क्ली (jest.runCLI) के माध्यम से जेस्ट चलाने के कारण था और यह कंसोल.लॉग के आउटपुट को निगल रहा था। अगर मैं सीधे जेस्ट चलाता हूं तो मुझे कंसोल आउटपुट दिखाई देता है।

अब मुझे कुछ अजीब व्यवहार दिखाई दे रहा है, जिसे मैं अभी तक एक साधारण परीक्षण मामले में अलग नहीं कर सकता, अन्यथा मैं एक नया मुद्दा दर्ज करूंगा।

1) जेस्ट एक परीक्षण चलाता है
2) जेस्ट कंसोल.लॉग स्टेटमेंट को आउटपुट करता है (यहाँ ब्लिंक न करें)
3) जेस्ट लाइनों की एक मनमानी संख्या का बैक अप लेता है, जो कभी-कभी सभी कंसोल.लॉग लाइनों को कवर करता है, कभी-कभी कुछ और कभी-कभी सभी।
4) जेस्ट अगला परीक्षण चलाता है (पिछले परीक्षण से कंसोल.लॉग लाइनें गायब हो जाती हैं)।

मज़ा v18.1.0

चूंकि मैं इसे एक साधारण परीक्षण में अलग नहीं कर सकता, मैं अनुमान लगा रहा हूं कि इसका अधिक जटिल एसिंक्रोनस परीक्षण चलाने के साथ कुछ लेना-देना है।

मुझे एक ही समस्या मिल रही है, मुझे आश्चर्य है कि यह आउटपुट अन्य आउटपुट को ओवरराइट कर रहा है या नहीं। कभी-कभी मुझे ऐसा कुछ दिखाई देगा:

यह ऐसा है जैसे एक प्रक्रिया ने एक त्रुटि (असफल प्रोप प्रकार) को आउटपुट किया, लेकिन यह सिर्फ परीक्षण आउटपुट लॉग द्वारा लिखा जाता है।

अधिक:

और कभी-कभी यदि मैं Ctrl + c परीक्षण चल रहा हूं तो मुझे कंसोल लॉग दिखाई देंगे जो मैं नहीं देखूंगा कि क्या मैं परीक्षण समाप्त करता हूं।

संस्करणों
जेस्ट: 17.0.1
नोड: 6.6.0
एनपीएम: 3.10.3
मैकोज़: 10.12.2
टर्मिनल: 2.7.1 (और iTerm2 3.0.13 में भी)
स्क्रिप्ट ( package.json ): jest /src/main/js --watch या jest /src/main/js --coverage या jest --watch --onlyChanged सभी का व्यवहार समान है।

@davidgilbertson क्या यह v18.1 पर होता है?

मैंने 18.1.0 की कोशिश की है और यह और भी छोटा लगता है। और मैं अभी भी इस तरह की चीजें देखता हूं:

मैं कोई विशेष पैटर्न नहीं चुन सकता, लेकिन कुछ चीजें जो हुई हैं (मेरे पास मेरे एक घटक में console.warn('----------------') है।)

• अगर मैं परीक्षण चलाते समय नीचे से थोड़ा ऊपर स्क्रॉल करता हूं, तो मुझे लॉग दिखाई देता है। यदि परीक्षण चल रहे हैं (ताकि यह ऑटो स्क्रॉलिंग शुरू हो जाए) तो मैं टर्मिनल विंडो को नीचे स्क्रॉल करता हूं, फिर जब परीक्षण समाप्त हो जाता है, तो मैं बैक अप स्क्रॉल करता हूं और कंसोल.वार्न लाइन चली जाती है (संभवतः अधिलेखित)।
• अगर मैं परीक्षण चलाता हूं और सीधे ctrl + c हिट करता हूं, तो मुझे कुछ कंसोल लॉग दिखाई देते हैं। लेकिन अगर मैं ऐसा ही करता हूं और बाधित नहीं करता, तो वे कंसोल लॉग दिखाई नहीं देते हैं।
• जब मैं एक बार jest /src/main/js --watch चलाता हूं, तो फिर से चलाने के लिए a हिट करता हूं, यह एक निर्देशिका src/main/assets/legacy में पूरी तरह से विरासत परीक्षण उठाता है - ग्लोब से मेल नहीं खाता।
• ऊपर के समान ही अगर मैं सिर्फ jest --watch चलाता हूं (मेरे सभी परीक्षण .test.js या .test.jsx में समाप्त होते हैं)। इसलिए घड़ी मोड में 'ए' को हिट करना हर जगह देखने लगता है, जिसमें src/test/js/spec/categoryselector/spec.js नामक एक पुराना जैस्मीन परीक्षण भी शामिल है। ऐसा लगता है कि Enter मारने से मुझे जो उम्मीद है वह कर रहा है।

क्या ऐसा हो सकता है कि लापता प्रॉप्स द्वारा फेंकी गई सभी त्रुटियां इस समस्या का कारण बनती हैं? मुझे इन त्रुटियों को ओवरराइट करने से पहले कोशिश करने और पकड़ने के लिए आउटपुट में ctrl+c रखना होगा।

मेरे लिए भी काम नहीं कर रहा है (jest 19.0.1, नोड 5.12)। दिलचस्प बात यह है कि यह उसी सेटअप के साथ किसी अन्य प्रोजेक्ट पर काम करता है। सुनिश्चित नहीं है कि जेस्ट परीक्षणों को कैसे डिबग किया जाए ताकि कुछ कंसोल संदेशों को देखने में सक्षम होने के कारण मुझे लगता है कि यह काफी महत्वपूर्ण होगा।

क्या आपने यह देखने के लिए जेस्ट फ्लैग --runInBand का उपयोग करने की कोशिश की है कि क्या यह इसे क्रमिक रूप से परीक्षण चलाकर हल करता है? किसी ने मुझे इसका उल्लेख किया है, लेकिन इसका परीक्षण करने का अवसर नहीं मिला है।

bail ध्वज कंसोल लॉग को प्रिंट होने से रोकता है।

मै कोशिश करूँगा। थोड़ी परेशान करने वाली बात यह है कि एक ही प्रोजेक्ट में कंसोल पर कुछ कंसोल लॉग स्टेटमेंट आउटपुट हो रहे हैं, कुछ नहीं हैं। दुर्भाग्य से जिन लोगों को मैंने जोड़ने की कोशिश की, जहां एक परीक्षण मामला विफल हो रहा है, आउटपुट नहीं मिलता है (मैंने परीक्षण मामले में हर जगह जोड़ने की कोशिश की, परीक्षण की गई इकाई में, आदि का कोई फायदा नहीं हुआ)। इसलिए मुझे वास्तव में नहीं लगता कि यह एक झंडे के नीचे हो सकता है, क्योंकि व्यवहार संक्षिप्त नहीं है। मानक लेआउट बीटीडब्ल्यू के बाद, यह एक प्रतिक्रिया मूल परियोजना है।

इसमें से कोई भी मदद नहीं करता है। --bail ध्वज अन्य परीक्षणों को चलने से रोकता है (अपमानजनक एक वैसे भी मेरे मामले में आखिरी है), और --runInBands में कोई देखने योग्य अंतर नहीं लगता है। जेस्ट अद्यतन फ़ाइलों को बीटीडब्ल्यू चलाता है, इसलिए यदि मैं कंसोल.लॉग स्टेटमेंट डालता हूं, तो त्रुटि स्टैक ट्रेस अद्यतन लाइन नंबर से आने वाली त्रुटि दिखाता है। यह सिर्फ कंसोल लॉग नहीं होता है। चूंकि ब्राउज़र में इन परीक्षणों को डीबग करना कठिन/असंभव है (यदि ऐसा नहीं है तो कृपया मुझे सुधारें) कंसोल.लॉग परीक्षणों में कुछ मुद्दों को ठीक करने के लिए बिल्कुल महत्वपूर्ण है।

ऐसा लगता है कि यह परीक्षण मामला वास्तव में नहीं चलाया जा रहा था। एक TypeError था (एक अपरिभाषित पर एक संपत्ति तक पहुंचना)। मुझे जो गुमराह करता है वह यह है कि मैंने वास्तव में कंसोल पर स्टैक ट्रेस देखा, जिससे पता चलता है कि इसे निष्पादित किया जा रहा है। तो ट्रेस देखना लेकिन लॉग संदेश नहीं देखना काफी जोड़ नहीं था :) क्या किसी को पता है कि यह इस तरह क्यों किया गया है, इसलिए यदि कोई परीक्षण रनटाइम त्रुटि के साथ विफल रहता है, तो लॉग आउटपुट नहीं होते हैं जैसा लगता है? (बस स्पष्ट होने के लिए मेरा मतलब लॉग है जो त्रुटि के बिंदु तक हुआ है, मेरा स्पष्ट रूप से त्रुटि के बाद लॉग का मतलब नहीं है :))

मेरे वातावरण में, मेरे पास verbose: true जेस्ट विकल्पों में package.json । इसे असत्य में बदलना (या इसे हटाना) ने मेरे लिए समस्या को ठीक कर दिया। मेरे सभी कंसोल लॉग अब दिखाते हैं।

यह 18.1 में है।

इस समस्या का सामना करने वाले किसी अन्य व्यक्ति के लिए, हाल ही में जोड़ी गई निर्भरता की जाँच करें। ब्राउज़र ऑब्जेक्ट्स का मज़ाक उड़ाने के प्रयास में mock-browser जोड़ने के बाद मैंने मुद्दों में भाग लेना शुरू कर दिया। जाहिरा तौर पर यह global को अपनी वस्तु से बदल देता है।

package.json (जेस्ट कॉन्फिग)

"jest": {
    "testEnvironment": "node",
    "moduleFileExtensions": [
        "js",
        "json"
    ],
    "moduleDirectories": [
        "node_modules",
        "src"
    ],
    "transform": {
        "^.+\\.js$": "babel-jest"
    },
    "roots": [
        "<rootDir>/__test__"
    ],
    "setupFiles": [
        "<rootDir>/__test__/test-setup.js"
    ],
    "moduleNameMapper": {
        "client": "<rootDir>/src/client",
        "common": "<rootDir>/src/common",
        "server": "<rootDir>/src/server",
        "!CONFIG": "<rootDir>/config/env/test.js",
        "\\.(jpg|jpeg|png|gif|eot|otf|webp|svg|ttf|woff|woff2|mp4|webm|wav|mp3|m4a|aac|oga)$": "<rootDir>/__mocks__/file.js",
        "\\.(css|less)$": "identity-obj-proxy"
    }
}

टेस्ट-सेटअप.जेएस

const mockBrowser = require('mock-browser').mocks.MockBrowser;

const MockBrowser = new mockBrowser();
global.APP_CONFIG = require('!CONFIG').default;

global.__DEVELOPMENT__ = false;
global.__TESTING__ = true;
global.__PRODUCTION__ = false;
global.document = MockBrowser.createDocument();
global.window = MockBrowser.createWindow();
global.localStorage = MockBrowser.getLocalStorage();

टेस्ट-सेटअप.जेएस
mock-browser बिट्स पर टिप्पणी करते हुए...

// const mockBrowser = require('mock-browser').mocks.MockBrowser;

// const MockBrowser = new mockBrowser();
global.APP_CONFIG = require('!CONFIG').default;

global.__DEVELOPMENT__ = false;
global.__TESTING__ = true;
global.__PRODUCTION__ = false;
// global.document = MockBrowser.createDocument();
// global.window = MockBrowser.createWindow();
// global.localStorage = MockBrowser.getLocalStorage();

console.log ठीक काम करता है।

यह मुद्दा क्यों बंद है? स्पष्ट रूप से #2166 . का डुप्लिकेट नहीं है

मैं अपना $0.02 जोड़ दूंगा क्योंकि मैं अभी इसमें भाग गया हूं।

मुद्दा:

• मैं jest --watch --verbose (v19.0.2) चला रहा हूं
• कुछ (लेकिन सभी नहीं!) console.log कथन प्रकट नहीं होते हैं, न ही परीक्षण चलाने के दौरान, या सारांश में
• मेरे मामले में, मैं इसे _.reduce कॉल में अलग कर सकता हूं: इस ब्लॉक के अंदर सभी console.log स्टेटमेंट नहीं दिखाए गए हैं , कम ब्लॉक के बाहर console.log स्टेटमेंट दिखाए गए हैं । मैंने अन्य माध्यमों (कवरेज, परीक्षण के परिणाम) द्वारा सत्यापित किया है कि रेड्यूसर बॉडी वास्तव में कहा जा रहा है। यह अजीब है क्योंकि मैं कोड के इस हिस्से के आधार पर कुछ भी एसिंक/वादा नहीं कर रहा हूं, मैं यह नहीं समझ सकता कि कम कॉल कुछ भी प्रभावित क्यों करेगी।
• अगर मैं --runInBand साथ जेस्ट का आह्वान करता हूं, तो मुझे सभी console.log स्टेटमेंट दिखाई देते हैं।
• अधिकांश पिछली रिपोर्टों के विपरीत मैं "testEnvironment": "node" साथ चल रहा हूं, न कि jsdom

निम्नलिखित टिप्पणियाँ मेरी समस्या से संबंधित प्रतीत होती हैं:

https://github.com/facebook/jest/issues/2441#issuecomment -273643521
https://github.com/facebook/jest/issues/2441#issuecomment -278202180

यह बहुत तेज़ है, लेकिन ऐसा लगता है कि कंसोल.लॉग्स वास्तव में स्क्रीन पर खींचे जा रहे हैं और फिर अधिलेखित हो गए हैं।

बस एक वीडियो के साथ पुष्टि की गई कि console.log वास्तव में स्क्रीन पर खींचे जाने से पहले ~0.2s के लिए खींचा जा रहा है।

--watch बिना --verbose चलाना इसे ठीक करता प्रतीत होता है।

मैंने एक अलग रेप्रो केस प्राप्त करने की कोशिश में 10 मिनट बिताए, लेकिन मैं ऐसा नहीं कर सकता। यह शायद केवल बड़े (अच्छी तरह से,> 1) परीक्षण सूट के साथ प्रकट होता है।

आप यहां व्यवहार देख सकते हैं:

• कंसोल.लॉग . से पहले
  

• कंसोल.लॉग - एक दूसरे विभाजन के लिए दिखाया गया है (<0.2s)
  

• कंसोल.लॉग के ऊपर पेंट किए जाने के बाद
  

यह मुद्दा वास्तव में बेकार है, इस मुद्दे पर बहुत समय बर्बाद कर रहा है और कुछ भी काम नहीं कर रहा है। मैंने मजाक चुना क्योंकि मुझे लगा कि फेसबुक इंजीनियरों के पास एक अच्छा परीक्षण सूट है और अब यह...

इसलिए मुझे जेस्ट पसंद नहीं है। कोई फर्क नहीं पड़ता कि आप क्या करते हैं, वे आपके कंसोल को साफ़ कर देंगे और किसी भी कंसोल स्टेटमेंट को दिखाने से मना कर देंगे, और फिर किसी तरह बेतरतीब ढंग से वे दिखाई देंगे, जब तक कि आपके पास कोई त्रुटि न हो जिसे आपको ठीक करने की आवश्यकता है, उस स्थिति में वे हर को छिपाने की पूरी कोशिश करेंगे। लॉग स्टेटमेंट ताकि आप इसे ठीक न कर सकें।

आप डेवलपर्स से कंसोल आउटपुट को छिपाने की कोशिश करना बंद क्यों नहीं करते? अगर मुझे प्रशिक्षण के पहिये चाहिए तो मैं कोणीय 1 का उपयोग करूँगा!

यह काफी आक्रामक @halis है। हम ऐसा इसलिए कर रहे हैं क्योंकि जेस्ट परीक्षणों को समानांतर करता है और कई परीक्षण एक ही समय में टर्मिनल पर लॉग इन कर सकते हैं, जिसका अर्थ है कि जेस्ट का आउटपुट बेकार हो जाता है। हम वास्तव में ऐसा करते थे। यदि आप --verbose का उपयोग कर रहे हैं, तो हम वास्तव में कुछ भी बफर नहीं करते हैं और सीधे कंसोल पर लिखते हैं।

अगर यह आपके काम नहीं आता है, तो शायद आप जेस्ट को पीआर भेजकर और इस व्यवहार में सुधार करके हमारी मदद कर सकते हैं।

मुझे खेद है, शुक्रवार को मेरा दिन बहुत खराब रहा और मैं निराश था। इसे आप पर निकालने का कोई कारण नहीं है, आप बस मदद करने की कोशिश कर रहे हैं।

मुझे शुक्रवार को --verbose ध्वज मिला, जिसने मुझे अपने मुद्दों को ठीक करने के लिए पर्याप्त आउटपुट दिया।

फिर, इसके बारे में इस तरह के डिक होने के लिए खेद है।

एक दम बढ़िया। JavaScript टूल को अपने शुक्रवार को बर्बाद न करने दें

इस पर कोई भी समाचार? कंसोल.लॉग कैसे दिखाएं?

बहुत ही रोचक व्यवहार, मेरे सिर को दो बार मारने के बाद (कई बार की तरह) पता चला कि --verbose वास्तव में कंसोल.लॉग मुद्रित नहीं होने का अपराधी है।
मेरा सबसे अच्छा समाधान package.json में एक और स्क्रिप्ट बनाना था जिसमें वर्बोज़ फ्लैग शामिल नहीं है जब मैं अपने कंसोल में कुछ संदेश मुद्रित करना चाहता हूं। वास्तव में सराहना करेंगे अगर आप लोग इसे जल्द ही ठीक कर दें

यह समस्या वास्तव में बहुत कष्टप्रद है क्योंकि यह कंसोल.लॉग (मुझे पता है .. पुराना स्कूल लेकिन फिर भी सुविधाजनक) का उपयोग करके परीक्षणों को डीबग करना मुश्किल/असंभव बनाता है।
मेरे लिए --runInBand विकल्पों का उपयोग करने के लिए मेरे लॉग स्टेटमेंट प्रदर्शित हुए।

संपादित करें: मुझे पूरा यकीन है कि यह स्क्रीन पर परिणाम प्रदर्शित करने के तरीके से संबंधित है ... एक विकल्प 'डमी' रिपोर्टर होना होगा जो फैंसी प्रतिपादन की कोशिश नहीं करता है। एक अन्य विकल्प यह होगा कि डेवलपर को मोचा की तरह एक रिपोर्टर चुनने दें।

यह लॉग न दिखाने से भी बदतर है:

अगर मुझे एसिंक टेस्ट में किसी प्रकार की त्रुटि है, तो न केवल मुझे लॉग संदेश दिखाई नहीं देते हैं, बल्कि expect त्रुटियां भी छिपी हुई हैं, और अपवादों को निगल लिया जाता है।

test('async', (done) => { setTimeout((() => { expect(1).toEqual(2); throw new Error(); done(); }), 1000); });

मेरा expect परीक्षण कहीं भी प्रदर्शित नहीं होता है।

````
टाइमआउट - जैस्मीन द्वारा निर्दिष्ट टाइमआउट के भीतर Async कॉलबैक लागू नहीं किया गया था।DEFAULT_TIMEOUT_INTERVAL।

  at Timeout.callback [as _onTimeout] (../../../../../../../../usr/local/lib/node_modules/jest/node_modules/jsdom/lib/jsdom/browser/Window.js:523:19)
  at ontimeout (timers.js:386:14)
  at tryOnTimeout (timers.js:250:5)
  at Timer.listOnTimeout (timers.js:214:5)

````

न तो runInBand और न ही verbose:false सहायता।

मेरे पास एक मामूली सरल ( babel-jest ) कॉन्फ़िगरेशन है।

@richburdon done कॉलबैक का उपयोग करके async परीक्षणों के लिए आपको done.fail() साथ विफल मामले को कवर करने की आवश्यकता है

@thymikee त्वरित प्रतिक्रिया के लिए धन्यवाद। हालांकि मुझे नहीं पता कि आपका क्या मतलब है। क्या आप मेरे परीक्षण को संशोधित कर सकते हैं और/या मुझे दस्तावेज़ों पर इंगित कर सकते हैं। बहुत बहुत धन्यवाद।

test('async', (done) => { setTimeout((() => { expect(1).toEqual(2); throw new Error(); done(); }), 1000); });

test('async', (done) => {
  setTimeout((() => {
    expect(1).toEqual(2);
    try {
      throw new Error();
    } catch (error) {
      done.fail(error);
    }
    done();
  }), 1000);
});

मुझे लगता है कि यह आदर्श नहीं है, लेकिन वर्तमान में यह इसी तरह काम करता है। यह ध्यान देने योग्य है, कि यह कोई समस्या नहीं है, जब परीक्षण फ़ंक्शन एक वादा देता है । इस व्यवहार से प्रभावित होने वाली कुछ समस्याएं हैं, जैसे https://github.com/facebook/jest/issues/2136 या https://github.com/facebook/jest/issues/2059। यदि आपके पास इसे सुधारने के बारे में कोई विचार है, तो हमें एक पीआर की समीक्षा करना और उसे पूरा करना अच्छा लगेगा।

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

@thymikee , मेरा उदाहरण अच्छा नहीं था क्योंकि setTimeout में वादों से संबंधित मुद्दे हैं जिनका मजाक से कोई लेना-देना नहीं है ...

यह ध्यान देने योग्य है, कि यह कोई समस्या नहीं है, जब परीक्षण किया गया फ़ंक्शन एक वादा लौटाता है।

मुझे यह नहीं दिख रहा है:

````
परीक्षण ('async', (किया गया) => {
फंक्शन फू () {
वापसी वादा.संकल्प(1);
}

फू ()। तब (मान => {
उम्मीद (मूल्य)। बराबर (2); // कभी रिपोर्ट नहीं की गई; बस समय समाप्त।
किया हुआ();
});
});
````

यह स्पष्ट नहीं है कि परीक्षण कोड को expect कॉल (यानी, परीक्षण ढांचे का ही हिस्सा) के लिए अपवादों को पकड़ना चाहिए। यह काफी उलझा हुआ लगता है?

तो, बस स्पष्ट होने के लिए, मुझे सभी परीक्षणों को लपेटना चाहिए जिसमें कोई भी परीक्षण कार्य शामिल है जो कैच ब्लॉक के साथ वादे लौटाता है - expect कॉल को पकड़ने के लिए, जो अन्यथा होगा: ए) टाइमआउट; बी) त्रुटि की रिपोर्ट न करें।

जब तक मैं एक अलग गलती नहीं कर रहा हूँ:

ए)। शायद इसे दस्तावेज करें (https://facebook.github.io/jest/docs/asynchronous.html#content)?

बी)। त्रुटि लॉग क्यों नहीं? और/या बाहर निकलने का विकल्प है?

https://github.com/facebook/jest/issues/3576 पर जाना

मुझे कंसोल.लॉग के साथ भी यही समस्या है।
यह v19 में ठीक काम कर रहा था, और मैं कंसोल में आउटपुट देखने में सक्षम था।
V20.0.3 में अपग्रेड करने के बाद, आउटपुट चला गया है।
मैंने जोड़ने की कोशिश की --runInBand या --verbose , लेकिन मदद नहीं की।

कृपया नोडज के नवीनतम संस्करण में अपग्रेड करें। यह नोड ~7.3 में एक ज्ञात समस्या है।

@thymikee तो क्या वे इस मुद्दे को ठीक करने जा रहे हैं? मैंने सूरज के नीचे सब कुछ करने की कोशिश की है। अभी भी कोई कंसोल लॉग नहीं है। मैं टाइपस्क्रिप्ट और जेस्ट के प्रदत्त प्रीप्रोसेसर का उपयोग कर रहा हूं। मैं ts-jest का उपयोग कर रहा था और उनके प्रीप्रोसेसर ने काम किया। क्या यह संभव है कि इसका प्रीप्रोसेसर से कुछ लेना-देना हो?

@cpojer @lsentkiewicz क्या हमें एक नया अंक खोलना चाहिए क्योंकि यह एक नए संस्करण पर एक नया मुद्दा है?

जैसा कि @cpojer ने उल्लेख किया है, नोड के नवीनतम संस्करण का उपयोग करने से समस्या ठीक हो जाती है।

@marcusjwhelan
मेरे लिए v7.10.0 . पर काम करता है

jest --bail का उपयोग करते समय मैं अभी भी कंसोल आउटपुट निगल रहा हूं।

@cpojer v8.0.0 पर काम नहीं करता है

नोड 8.0.0 . पर काम नहीं कर रहा है

मुझे लगता है कि यह एक खराब बग है यदि आपको इसे काम करने के लिए एक निश्चित संस्करण पर होना है। क्या होगा यदि आपका सिस्टम 6.0 पर चल रहा है और कुछ नोडज परिवर्तन के कारण यह 7.0 में काम नहीं करता है। नोड के कम से कम आधुनिक संस्करणों पर काम नहीं करना चाहिए? कम से कम 5 साल का समर्थन? @cpojer @taion

यह केवल नोड 7.3 में एक बग है। उन्होंने एक खराब बदलाव को मर्ज कर दिया और इसे 7.4 या 7.5 पर वापस कर दिया।

लोग मुझे बता रहे हैं कि यह नोड 8 पर काम नहीं करता है लेकिन हमारे पास इस व्यवहार के लिए एक परीक्षण है और यह पास हो रहा है। अगर लोग जेस्ट 20 और नोड 8 के साथ एक उचित रेपो बनाना चाहते हैं, तो कृपया उसके लिए एक समस्या बनाएं।

@cpojer मुझे इस सेटअप (macOS) के साथ कोई दे रहा है:

$ node --version
v7.4.0

फ़ाइलें

package.json :

{
  "dependencies": {
    "@types/jest": "19.2.4",
    "jest": "20.0.4",
    "ts-jest": "20.0.6",
    "typescript": "2.3.4"
  }
}

__tests__/jestconfig.json :

{
  "rootDir": "../",
  "globals": {
    "__TS_CONFIG__": {}

  },
  "moduleFileExtensions": [
    "ts",
    "tsx",
    "js",
    "jsx",
    "json"
  ],
  "transform": {
    "\\.(ts|tsx)$": "<rootDir>/node_modules/ts-jest/preprocessor.js"
  },
  "testRegex": "__tests__/.*test_.*\\.(ts|tsx|js)$"

__tests__/test_foo.ts :

import {} from 'jest';

console.log('CONSOLE before test');
test('fail', () => {
  console.log('CONSOLE inside test');
  expect(true).toEqual(false);
  console.log('CONSOLE end of test');
})

__tests__/test_bar.js :

console.log('BAR CONSOLE before test');
test('fail', () => {
  console.log('BAR CONSOLE inside test');
  expect(true).toEqual(false);
  console.log('BAR CONSOLE end of test');
})

उत्पादन

$ jest -c __tests__/jestconfig.json 
 FAIL  __tests__/test_foo.ts
  ● fail

    expect(received).toEqual(expected)

    Expected value to equal:
      false
    Received:
      true

      at Object.<anonymous> (__tests__/test_foo.ts:6:16)
      at Promise.resolve.then.el (node_modules/p-map/index.js:42:16)

 FAIL  __tests__/test_bar.js
  ● fail

    expect(received).toEqual(expected)

    Expected value to equal:
      false
    Received:
      true

      at Object.<anonymous>.test (__tests__/test_bar.js:4:16)
      at Promise.resolve.then.el (node_modules/p-map/index.js:42:16)

Test Suites: 2 failed, 2 total
Tests:       2 failed, 2 total
Snapshots:   0 total
Time:        1.379s
Ran all test suites.

एकल जेएस परीक्षण:

$ jest -c __tests__/jestconfig.json __tests__/test_bar.js 
 FAIL  __tests__/test_bar.js
  ● fail

    expect(received).toEqual(expected)

    Expected value to equal:
      false
    Received:
      true

      at Object.<anonymous>.test (__tests__/test_bar.js:4:16)
      at Promise.resolve.then.el (node_modules/p-map/index.js:42:16)

  ✕ fail (7ms)

Test Suites: 1 failed, 1 total
Tests:       1 failed, 1 total
Snapshots:   0 total
Time:        0.596s, estimated 1s
Ran all test suites matching "__tests__/test_bar.js".

एकल टीएस परीक्षण:

$ jest -c __tests__/jestconfig.json __tests__/test_foo.ts 
 FAIL  __tests__/test_foo.ts
  ● fail

    expect(received).toEqual(expected)

    Expected value to equal:
      false
    Received:
      true

      at Object.<anonymous> (__tests__/test_foo.ts:6:16)
      at Promise.resolve.then.el (node_modules/p-map/index.js:42:16)

  ✕ fail (116ms)

Test Suites: 1 failed, 1 total
Tests:       1 failed, 1 total
Snapshots:   0 total
Time:        1.27s
Ran all test suites matching "__tests__/test_foo.ts".

नोड v8.1.2 के साथ यही समस्या होना। मैंने नोड v7.10.0 की भी कोशिश की है और वह भी काम नहीं किया

एक रिएक्ट प्रोजेक्ट पर काम करते हुए मैंने जेस्ट की कोशिश की क्योंकि जैस्मीन के साथ whatwg-fetch , Node.js निष्पादन और बैबेल ट्रांसपिलेशन के साथ HTTP कॉल का परीक्षण करने की कुल खोज है। लेकिन जब मैंने देखा कि इस समय जेस्ट के साथ आप कंसोल पर प्रिंट नहीं कर सकते हैं, तो यह इस ढांचे का उपयोग करने के लिए नहीं-नहीं था। Node.js 7.10 और Jest 20.0.4 के साथ समस्या आ रही है।

अंत में मैं वैश्विक दायरे पर xmlhttprequest घोषित करके और नकली सर्वर के रूप में nock का उपयोग करके जैस्मीन और Node.js निष्पादन के साथ सभी परीक्षण वातावरण सेट करने में सक्षम था।

कीड़े को पकड़ना और ठीक करना बहुत कठिन हो सकता है। लेकिन यह 6 महीने पहले रिपोर्ट किया गया एक P0 है जो किसी को भी जेस्ट को किसी भी रिएक्ट प्रोजेक्ट के लिए परीक्षण ढांचे के रूप में गंभीरता से विचार करने से रोकेगा।

मैं एक ही (परीक्षण के परिणाम console.log अधिलेखित) जेस्ट 19.0.2 और नोड 7.10.0 पर @davidgilbertson के स्क्रीनशॉट में के रूप में समस्या हो रही थी जब चल jest --verbose । मुझे क्या मदद मिली: jest --verbose --runInBand का उपयोग करते समय इसने सही ढंग से काम किया (पहले परीक्षा परिणाम, फिर सभी कंसोल.लॉग)।

@cpojer @thymikee क्या आप कृपया इस मुद्दे को फिर से

@iffy , क्या आप कृपया अपने
बीटीडब्ल्यू असफल होने की उम्मीद से नीचे कुछ भी नहीं कहा जाएगा, क्योंकि उम्मीद फेंकता है।

@thymikee किया (हालांकि मैं पहले ही मोचा पर स्विच कर चुका हूं - इसलिए ट्राइएज के बारे में कोई चिंता नहीं है)

मेरे पास भी यह मुद्दा था, और यह सब धागा पढ़ने और सब कुछ करने के बाद भी, मैं इस मुद्दे को ठीक नहीं कर सकता। मेरा परीक्षण बहुत सरल है, क्योंकि मैंने अभी अपने ऐप पर jest लागू किया है, और फिर भी console.log नहीं दिखता है।

फिर मैंने आउटपुट फ़ाइल पर लॉग इन करने के लिए winston का उपयोग करने का प्रयास किया और यह काम कर गया। फिर मैंने कंसोल पर लॉग इन करने के लिए winston का उपयोग करने की कोशिश की और अनुमान लगाया, यह काम किया!

तो मेरा सुझाव है कि आप लोग भी ऐसा ही करें। मेरी logger.js फ़ाइल की जाँच करें:

'use strict';

const winston = require('winston');

const customColors = {
  trace: 'white',
  debug: 'blue',
  info: 'green',
  warn: 'yellow',
  crit: 'red',
  error: 'red'
};

let config = {
  colors: customColors,

  levels: {
    trace: 0,
    debug: 1,
    info: 2,
    warn: 3,
    crit: 4,
    error: 5
  },
  transports: [
  ]
};

config.transports.push(
  new(winston.transports.Console)({
    name: 'consoleLogger',
    level: 'error',
    colorize: true,
    timestamp: true
  })
);

const logger = new (winston.Logger)(config);
winston.addColors(customColors);

module.exports = logger;

परीक्षण फ़ाइलों में बस उपयोग करें:

let log = require('./logger.js');
log.debug('some log here!');

विंस्टन काम करता है क्योंकि यह process.stdout.write का उपयोग करता है जो जेस्ट में इस बग के आसपास हो जाता है। मैंने नोड के util मॉड्यूल का उपयोग करके अपना स्वयं का कंसोल.लॉग बनाना समाप्त कर दिया।

@eranimo @Daymannovaes बग को देखें #3853

वह टिप्पणी कहती है कि यह 8.1.2 पर काम करता है लेकिन मैंने कोशिश की और मुझे यह काम नहीं मिला। मैं पहले से ही मोचा पर स्विच कर चुका हूं क्योंकि यह एक बहुत खराब बग था।

क्या इस बग को अगली रिलीज में ठीक किया जाएगा? इसके अलावा, जब वह है तो मुझे कहां मिलेगा?

मैं नोड के नवीनतम संस्करण में अपग्रेड नहीं कर सकता (विकल्प नहीं) इसलिए यह कोई समाधान नहीं है। मैं अपना खुद का लॉगर उपयोग कर सकता हूं जिसके साथ मैं गड़बड़ कर सकता हूं। मैं मोचा में कनवर्ट करने पर विचार कर रहा हूं लेकिन यह इस बात पर निर्भर करता है कि मेरा लॉगर उपयोग प्रयोग कैसा चल रहा है।

कृपया ASAP को ठीक करें, मेरे परीक्षण लिखने के लिए कंसोल लॉग अत्यंत सहायक हैं।

मैंने अस्थायी रूप से 19.0.2 पर डाउनग्रेड किया है और यह काम कर रहा है।

मुझे भी यही समस्या थी और मैंने इसे नोड के नवीनतम संस्करण के साथ परीक्षण किया। यह अब काम करता है। :100:

यह Node.js v7.10 से v8.1 पर जाने के बाद भी मुझसे काम कर रहा है।

7.4.0 -> 8.2.1 से नोड अपडेट करते समय मेरे लिए निश्चित

इसे नोड v8.4.0 और जेस्ट 21.0.0-बीटा.1 पर प्राप्त करना।

test.only साथ केवल एक परीक्षण केस चलाते समय, कंसोल.लॉग आउटपुट दिखाई नहीं देता है।

लेकिन अगर मैं --testPathPattern file हटा देता हूं और सभी परीक्षण चलाता हूं, तो आउटपुट दिखाई देता है।

साथ ही, अगर मैं परीक्षण में अंतिम चरण के रूप में await Promise.delay(100) जोड़ता हूं, तो आउटपुट दिखाई देता है।

इस टिप्पणी के लिए खेद है, लेकिन एक परीक्षण पास या असफल होने के बजाय वास्तविक समय में जेस्ट को कंसोल.लॉग पर लाने का उनका एक तरीका है। मेरा परीक्षण थोड़ी देर के लूप का उपयोग करता है मैं लूप चलने के दौरान मूल्यों को लॉग इन करने का प्रयास कर रहा था?

@nharrisanalyst --verbose ध्वज का उपयोग करें

प्रतिक्रिया के लिए धन्यवाद लेकिन मैं इस ध्वज का उपयोग करता हूं और यह केवल एक परीक्षण के बाद कंसोल.लॉग () पास या विफल हो गया है। इसलिए यदि मेरा लूप अटक जाता है तो मैं इसे कंसोल से डिबग नहीं कर सकता। परीक्षण करते समय लॉग इन करें क्योंकि परीक्षण न तो पास होता है और न ही विफल होता है, यह सिर्फ एक लूप में फंस जाता है।

जेस्ट किसी भी कंसोल-आईएनजी को खाने लगता है जो मैं setupFiles , setupTestFrameworkScriptFile , या beforeAll करता हूं, जिससे परीक्षण सेटअप स्क्रिप्ट लिखना असंभव हो जाता है जो उपयोगकर्ता इनपुट मांगता है और कमांड को मान्य करता है लाइन झंडे। "verbose": true साथ या उसके बिना होता है

कंसोल पर मेरी टिप्पणियों को साझा करना। लॉग () जेस्ट के साथ परीक्षण चलाते समय दिखाई नहीं दे रहा है।

इसके लिए पूर्व-आवश्यकता --verbose ध्वज के साथ जेस्ट चला रही है।

यदि आप एकाधिक परीक्षण फ़ाइलों के साथ परीक्षण चला रहे हैं, तो कंसोल.लॉग() से आउटपुट दिखाई नहीं दे रहा है (अधिकांश समय)।
यदि जेस्ट केवल एक परीक्षण फ़ाइल से परीक्षण चला रहा है, तो कंसोल.लॉग () अपेक्षानुसार काम करता है।

आप इस समस्या का समाधान इस प्रकार कर सकते हैं:

• केवल 1 फ़ाइल से जेस्ट परीक्षण चलाएँ। हाँ...बिल्कुल यथार्थवादी नहीं, इसलिए अगला विकल्प देखें।
• --maxWorkers=1 ध्वज का प्रयोग करें। किसी तरह, यह मेरे लिए अच्छी तरह से काम करता है। मेरा अनुमान (*) है...जेस्ट एक ही प्रक्रिया में चलता है और उन्हें मुख्य प्रक्रिया में वापस पाइप करने के लिए प्रत्येक प्रक्रिया से स्टडआउट को बफर करने की कोई आवश्यकता नहीं है।

यदि मेरा अनुमान (*) एक अपेक्षित व्यवहार है, तो मैं सुझाव देता हूं कि यह स्पष्ट रूप से इंगित करने के लिए दस्तावेज़ों को अपडेट करें ताकि डेवलपर्स समय बर्बाद करने से बच सकें "क्यों मेरा कंसोल.लॉग() नहीं दिखाता ... कभी-कभी"।

ठीक है तो यह आज भी मेरे सहित कुछ लोगों के लिए एक मुद्दा है। मुझे लगता है कि यह एक बात बनी रहेगी।

मेरे परीक्षण से, जेस्ट लॉग को आउटपुट करने से पहले प्रक्रिया से बाहर निकलता है जिसका अर्थ है कि ऐसा लगता है कि लॉग निगले जा रहे हैं।

मेरे लिए, मैंने अपने जेस्ट कॉन्फिगर में verbose: true और bail: false किया है। जेस्ट तब तक जारी रहेगा जब तक सभी परीक्षण नहीं हो जाते और सभी त्रुटियों और लॉग को आउटपुट करेगा। यह अनुकूल है। मैंने --runInBand भी चलाया, जो --maxWorkers=1 को सेट करने जैसा ही है।

सबसे बड़ी मदद bail: false क्योंकि इसने सभी परीक्षणों को समाप्त होने तक चलने दिया। यह अभी भी कोड 1 बाहर निकला है लेकिन मैं सभी लॉग फिर से देख सकता हूं।

नोड v8.1.4 के साथ जेस्ट v19.0.2 चल रहा है।

--verbose --testPathPattern=<path/to/file> चलाने से लॉग प्रिंट होने लगे। नहीं तो निगल जाता है।

क्या कोई छोटा प्रजनन प्रदान कर सकता है जो जेस्ट 21.2.0 और वर्तमान नोड्स (इसलिए 4.8.4, 6.11.4 या 8.7.0) पर विफल हो जाता है?

verbose या अतिरिक्त जेस्ट कॉन्फ़िगरेशन को कॉन्फ़िगर करने की कोई आवश्यकता नहीं है और जब मैं अपने नोड संस्करण को 7.4.0 से 8.0.0 अपग्रेड करता हूं तो समस्या ठीक हो जाती है। यही मेरे अवलोकन हैं।

[email protected] का उपयोग करना

यह बहुत निराशाजनक है! मेरे पास सब कुछ का नवीनतम संस्करण है और अभी भी जेस्ट कंसोल.लॉग आउटपुट को यादृच्छिक स्थानों पर बंद कर देता है। इससे असफल परीक्षणों को डीबग करना बहुत कठिन हो जाता है।

मुझे अभी इसका उत्तर मिला है! यदि आप वर्बोज़ मोड को बंद करते हैं, तो सभी कंसोल.लॉग आउटपुट दिखाई देंगे! मुझे लगता है कि जब जेस्ट आउटपुट वर्बोज़ सामान होता है, तो यह पिछले कुछ कंसोल से आपके आउटपुट के शीर्ष पर लिखता है। लॉग।

क्या आपके पास कोड का कुछ टुकड़ा लगातार इसे पुन: उत्पन्न कर रहा है? समस्या पैदा करने वाली अंतर्निहित असंगति को समाप्त करने में हमारी सहायता कर सकता है।

मैंने इसके आसपास काम करने के लिए expect(<value>).toEqual("someImpossibleValue") साथ bail: false का उपयोग किया जब बस कुछ टूटा हुआ ठीक करने का प्रयास कर रहा था। निश्चित रूप से आदर्श नहीं, लेकिन त्वरित और गंदा...

हो सकता है कि आप एक अनुमान () फ़ंक्शन पेश कर सकते हैं जो अपेक्षा के समान है (), लेकिन जमानत नहीं करता है।

v 22.0.4 चल रहा है कोई कंसोल नहीं

@mvolkmann वर्बोज़ मोड के बारे में संकेत के लिए धन्यवाद। यदि गैर-वर्बोज़ मोड जेस्ट में डिफ़ॉल्ट है, तो बदलाव पर विचार करना इसके लायक हो सकता है। यह मेरे लिए सहज नहीं लगता है कि आप अपने कोड में जो कंसोल.लॉग डालते हैं, वे दिखाई नहीं देते हैं। जब कोई परीक्षण विफल हो जाता है तो यह सबसे पहली और बुनियादी चीज है।

(नोड v9.3.0 और जेस्ट v20.0.4 यहाँ)

jest ^21.2.1 और node 8.9.4

जेस्ट अभी भी कभी-कभी कंसोल लॉग नहीं फेंकता है, --verbose विकल्प मेरे लिए समस्या का समाधान नहीं करता है। मुझे समझ नहीं आता कि यह मुद्दा क्यों बंद किया गया है।

@fega चूंकि किसी ने प्रजनन का मामला प्रदान नहीं किया है इसलिए हम खींच सकते हैं और परीक्षण कर सकते हैं।

$ jest --verbose

यह आदेश सभी कंसोल लॉग दिखाएगा

@odykyi मेरे लिए काम नहीं करता है। मज़ाक 22.1.0 और v8.9.4

अजीब व्यवहार। अगर मैं verbose से false हूं तो मेरे कंसोल.लॉग स्टेटमेंट प्रिंट हो गए थे।

[email protected] , [email protected] पर , और --forceExit का उपयोग करके, मुझे अपने परीक्षण कोड से console.log का आउटपुट दिखाई नहीं देता जब तक कि मैं स्पष्ट रूप से verbose false या --forceExit ध्वज को हटा दें (जिसे मैं अस्थायी रूप से उपयोग कर रहा हूं)।

[email protected] , [email protected] पर , और --forceExit का उपयोग करके, मुझे अपने परीक्षण कोड से कंसोल.लॉग का आउटपुट दिखाई नहीं देता जब तक कि मैं स्पष्ट रूप से वर्बोज़ को गलत पर सेट नहीं करता या --forceExit ध्वज को हटा नहीं देता (जो मैं अस्थायी रूप से उपयोग कर रहा हूं)।

बिल्कुल वैसा ही व्यवहार देखना जैसा ऊपर बताया गया है। जेस्ट@v22.4.0 , नोड@9.5.0।

done() से पहले कंसोल.लॉगिंग कहा जाता है, फिर भी आउटपुट --forceExit साथ नहीं दिखाया जाता है। जब --forceExit हटा दिया जाता है, तो कंसोल.लॉग आउटपुट अंत में दिखाया जाता है।

Test Suites: 1 passed, 1 total
Tests:       35 skipped, 1 passed, 36 total
Snapshots:   0 total
Time:        2.512s
Ran all test suites matching /test\/api.test.js/i.
  console.log test/api.test.js:247
    bar

तो क्या आउटपुट बफर जेस्ट में आंतरिक रूप से फ्लश से बाहर निकलने से पहले स्पष्ट समाधान नहीं है?

हमारे पास इसके लिए एक परीक्षण मामला है: https://github.com/facebook/jest/blob/497be7627ef851c947da830d4a8e21046f847a78/integration-tests/__tests__/console_log_output_when_run_in_band.test.js#L24 क्या यह किसी तरह दोषपूर्ण है?

क्या कोई एक पुनरुत्पादन रेपो स्थापित कर सकता है जिसे हम देख सकते हैं?

त्वरित जोड़: jest --no-cache का अर्थ यह भी प्रतीत होता है कि कंसोल.लॉग प्रदर्शित नहीं होते हैं।

नोड 9.7.1 के साथ, और जेस्ट 22.4.2 बैबल 7 के साथ वर्बोज़ का उपयोग करके परीक्षण के भीतर कंसोल लॉग प्रदर्शित करने के लिए ठीक काम करता है:

पैकेज.जेसन

"dependencies": {
  ...
},
"jest": {
  "verbose": true
}

कुछ समय हो गया है क्योंकि इसमें उपयोगकर्ता के हस्तक्षेप की आवश्यकता नहीं है, लेकिन ऐसा लगता है कि उपाय सुसंगत रहा है।

यह मुद्दा भी हमें काफी समय से परेशान कर रहा है, पहले आउटपुट को बेतरतीब ढंग से काट दिया जाता है, अब आउटपुट को पूरी तरह से नजरअंदाज कर दिया जाता है। पुन: पेश करने के लिए, इस रेपो की शाखा देव/डेक्सी-सर्च-इंडेक्स को क्लोन करें:
[email protected] :WorldBrain/Memex.git

इस लाइन को src/search/index.test.ts में insertTestData() में कहीं भी जोड़ें:
console.log('!?!?!?!!?!?!!?'); expect(1).toBe(2)

Node.js संस्करण 6.11 और 8.10 के साथ परीक्षण किया गया। कृपया इसे जल्द से जल्द हल करें, क्योंकि यह कोडिंग को बहुत धीमा कर देता है :(

@ फ्रैंक्रेड धन्यवाद। मैंने verbose: "false" सेट किया और यह काम करता है।

इस मुद्दे पर ठोकर खाई https://github.com/evanw/node-source-map-support/issues/207 कल और यह इस समस्या के समान ही भयानक लग रहा था।

इसका कारण यह समस्याग्रस्त है क्योंकि Node.js में process.stdout को लिखना कभी-कभी अतुल्यकालिक होता है और Node.js इवेंट लूप के कई टिकों पर हो सकता है। कॉलिंग process.exit(), हालांकि, प्रक्रिया को बाहर निकलने के लिए मजबूर करती है इससे पहले कि उन अतिरिक्त लिखने के लिए stdout किया जा सके।

https://nodejs.org/api/process.html#process_process_exit_code

मैंने कोड की जांच नहीं की है, लेकिन अगर process.exit() का उपयोग --forceExit साथ किया जा रहा है, तो यह समझाएगा कि लॉग आउटपुट क्यों गायब हो जाता है।

इस संबंधित मुद्दे में मेरे लिए काम करने वाला एक समाधान जोड़ा गया: https://github.com/facebook/jest/issues/3853#issuecomment -375183943

@ledbit मेरे लिए काम नहीं किया। वाह एक समस्या जो डेढ़ साल से चली आ रही है और अभी भी कोई समाधान नहीं है।

यह सच है, लेकिन अभी भी डेवलपर्स के लिए बहुत कुछ नहीं है।

मुझे यह समस्या आमतौर पर एक एसिंक्स उदाहरण के भीतर नेस्टेड एसिंक्रोनस कॉल के भीतर मिली। मुझे यकीन नहीं है कि यह मामला किसी और के साथ है, लेकिन इसके कंसोल.लॉग के उपयोग को दिखाना निश्चित रूप से इसे हल करने में मददगार होगा।

यह निश्चित रूप से मेरे लिए हो रहा है। आपको मुझसे क्या चाहिए कि आप इसे ठीक कर सकें?

22 मार्च, 2018 को सुबह 8:32 बजे, डेनिस ब्राउन ने नोटिफिकेशन @github.com लिखा:

यह सच है, लेकिन अभी भी डेवलपर्स के लिए बहुत कुछ नहीं है।

मुझे यह समस्या आमतौर पर एक एसिंक्स उदाहरण के भीतर नेस्टेड एसिंक्रोनस कॉल के भीतर मिली। मुझे यकीन नहीं है कि यह मामला किसी और के साथ है, लेकिन इसके कंसोल.लॉग के उपयोग को दिखाना निश्चित रूप से इसे हल करने में मददगार होगा।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub https://github.com/facebook/jest/issues/2441#issuecomment-375349444 पर https://github.com/notifications/unsubscribe-auth/ADrayIO4NBB2dZM1XL8ZQO32W9SUnu2Yks5tg8QCgaJpZM ।

बेहतर अभी तक, इसके लिए जाओ! यहाँ मेरा रेपो है। https://github.com/RALifeCoach/handandfootserver.git

npm से जेस्ट चलाएँ या कमांड लाइन से चलाएँ। आप देखेंगे कि बहुत सारे कंसोल.लॉग हैं, लेकिन अधिकांश ढके हुए हैं।

वहाँ - देव टीम के पास वह सब कुछ है जो उन्हें चाहिए। कृपया इस मुद्दे को ठीक करें।

22 मार्च, 2018 को सुबह 8:36 बजे, क्रिस्टोफर ओलीफंत [email protected] ने लिखा:

यह निश्चित रूप से मेरे लिए हो रहा है। आपको मुझसे क्या चाहिए कि आप इसे ठीक कर सकें?

मार्च 22, 2018, पर 8:32 बजे, डेनिस ब्राउन < [email protected] [email protected] > ने लिखा:

यह सच है, लेकिन अभी भी डेवलपर्स के लिए बहुत कुछ नहीं है।

मुझे यह समस्या आमतौर पर एक एसिंक्स उदाहरण के भीतर नेस्टेड एसिंक्रोनस कॉल के भीतर मिली। मुझे यकीन नहीं है कि यह मामला किसी और के साथ है, लेकिन इसके कंसोल.लॉग के उपयोग को दिखाना निश्चित रूप से इसे हल करने में मददगार होगा।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub https://github.com/facebook/jest/issues/2441#issuecomment-375349444 पर https://github.com/notifications/unsubscribe-auth/ADrayIO4NBB2dZM1XL8ZQO32W9SUnu2Yks5tg8QCgaJpZM ।

@RALifeCoach अब आपके रेपो को देख रहा है, वहां काफी लॉगिंग है। ध्यान दें कि कौन सा लॉगिंग विशेष रूप से आप याद कर रहे हैं?

चलाओ। आप कुछ आउटपुट देखेंगे, लेकिन बहुत कुछ ओवरराइट किया गया है।

शनिवार, अप्रैल 14, 2018: 3:10 पूर्वाह्न सिमेन बेक्खुस नोटिफिकेशन @github.com
लिखा था:

@RALifeCoach https://github.com/RALifeCoach अब आपके रेपो को देख रहा है,
वहां काफी लॉगिंग है। दिमाग इशारा कर रहा है कि कौन सा लॉग इन कर रहा है
विशेष रूप से आप याद कर रहे हैं?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/facebook/jest/issues/2441#issuecomment-381318608 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/ADrayHQCc8C0NmMmrtE7mEo2jN999CChks5tocsKgaJpZM4LVbUv
.

मुझे यकीन नहीं है कि ओवरराइट करके आपका क्या मतलब है। क्या कंसोल के लिए कुछ आउटपुट साफ़ हो गया है?

यदि छह पंक्तियाँ कंसोल का उपयोग करके लिखी जाती हैं। लॉग 6 संक्षिप्त रूप से प्रकट होता है और फिर
परीक्षण सारांश 6 पंक्तियों में से कुछ को ओवरलैप करता है।

शनिवार, अप्रैल 14, 2018, 8:58 पूर्वाह्न पर सिमेन बेक्खुस नोटिफिकेशन @github.com
लिखा था:

मुझे यकीन नहीं है कि ओवरराइट करके आपका क्या मतलब है। क्या कुछ आउटपुट है
कंसोल फिर साफ़ हो गया?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/facebook/jest/issues/2441#issuecomment-381339074 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/ADrayF0P5SqpHjaAAYcPaIAF7ubSMVRTks5tohyIgaJpZM4LVbUv
.

मैं यह भी अनुभव कर रहा हूं कि @RALifeCoach क्या वर्णन कर रहा है। मैं स्क्रीन पर अपना लॉग आउटपुट फ्लैश देखूंगा क्योंकि परीक्षण बंद हो जाते हैं, फिर जब मैं स्क्रॉल करता हूं तो आउटपुट अब नहीं होता है।

ऐसा लगता है कि यह अभी भी एक मुद्दा है, यहां तक ​​​​कि नोड 8.11.1 पर भी। हो सकता है कि हमें एक नया बग फाइल करना चाहिए और यहां वापस देखें?

अभी भी नोड v8.9.0 में वही समस्या है।

मैं लॉग आउटपुट "ओवरराइट" होने के बारे में @RALifeCoach की टिप्पणी की पुष्टि कर सकता हूं - अंत में मुझे प्रत्येक को वर्णों की एक विशेष स्ट्रिंग (जैसे @@@ ) के साथ टैग करके और चलाने के लिए लॉग दिखाने के लिए मिला:

yarn test --verbose | grep '@@@'

यह एक भयानक हैक है (आप सभी कंसोल रंग खो देते हैं, लेकिन आप अभी भी परीक्षण विफलताओं और अंतिम परीक्षण सारांश देखते हैं) लेकिन यह एकमात्र चीज है जो अब तक काम कर रही है। मैंने उपरोक्त टिप्पणियों में बाकी सब कुछ करने की कोशिश की। ध्यान दें कि इस समाधान के लिए --verbose तर्क आवश्यक है (और इसे --watch माध्यम से react-scripts माध्यम से अंतर्निहित रूप से जोड़ा जा रहा है)।

[नवीनतम जेस्ट v23.0.0, नोड v8.11.2 का उपयोग करने के लिए react-scripts फोर्कड का उपयोग करना]

package.json में "verbose": true सेट करने से मदद मिलती है। लॉग आउटपुट के निचले भाग में दिखाई देते हैं।

एक बंद मुद्दे के लिए यार मैं अभी भी लोगों को इसके बारे में शिकायत करते देखता हूं क्योंकि इसे 2 साल पहले बनाया गया था।

मुझे लगता है कि जेस्ट में कुछ कोड है जो हम पर एक मजाक खेलता है और "हाईजैक" कंसोल.लॉग (),
इसे नो-ऑप में बनाना, कुछ इस तरह ...

console.log = function(){ /* do nothing */}

कंसोल.लॉग को रीसेट करने का उपाय विडंबना ही पर्याप्त है - देखें https://stackoverflow.com/questions/7089443/restoreing-console-log
--कंसोल मिटाने के लिए.लॉग

delete console.log
console.log("Can you hear me now, Jesters...?");

... और अचानक - वोइला! -- आग की लपटों से एक फीनिक्स की तरह -- console.log() जेस्ट में फिर से काम करता है...!
जेस्ट आपके संदेश को लॉग करने से पहले "कंसोल.लॉग (स्थान की जानकारी)" भी प्रिंट करता है ...

>

कंसोल.लॉग __tests__\libarray-helpers.test.js:35
क्या आप मुझे अभी सुन सकते हैं, जेस्टर...?

इसके अलावा, मैं कंसोल.लॉग () के बदले में आइसोमॉर्फिक "लॉगैटिम" का उपयोग हाल ही में https://www.npmjs.com/package/logatim कर रहा हूं, और यह
जेस्ट के अपहरण के प्रयासों से प्रतिरक्षित लगता है ... (शायद यह कंसोल को रीसेट करता है। लॉग ...)

आप पहले से ही "हाईजैक" कंसोल भी कर सकते हैं। logatim लिए खुद को लॉग इन करें
हरे रंग में "सूचना" स्तर संदेश लॉग करने के लिए ...

// const logatim = require('logatim') // ES5
import logatim from 'logatim' // ES6
/* ... */
console.log = function(...args){ logatim.green.info("[INFO]",...args) } // ES6

(कृपया मेरे मजाक को बेलिकसिटी के रूप में न समझें ... एक अच्छे उत्पाद जेस्ट का नामकरण करने में खुशी कहां है यदि आप इसके बारे में थोड़ा मजाक नहीं कर सकते ...)

नफरत फैलाने से पहले, @yanshuf0 , उन स्वतंत्र और खुले उपकरणों पर विचार करें

मुझे यह "ओवरराइटिंग" समस्या हो रही थी (विंडोज 10, वीएस कोड टर्मिनल, नोड.जेएस प्रोजेक्ट) और फिर जैसे ही मैं इसके साथ काम कर रहा था, बग होना बंद हो गया। मैंने सोचा कि यह होना बंद हो गया क्योंकि मैंने --watch का उपयोग करना बंद कर दिया या क्योंकि मैंने "verbose": false विकल्प जोड़ा, लेकिन उन परिवर्तनों को वापस लाने से बग वापस नहीं आया।

मुझे हालांकि पूछना है, क्या जेस्ट जानबूझकर लॉग आउटपुट को उस परीक्षण के साथ नहीं जोड़ता है जिसने इसे उत्पादित किया है? कुछ समय के लिए सभी कंसोल आउटपुट सभी परीक्षण परिणामों से नीचे थे, लेकिन अब यह सभी परीक्षण परिणामों के ऊपर दिखाया गया है। इसलिए यादृच्छिक।

--watchAll ध्वज ने इसे अवरुद्ध कर दिया है। अब यह मेरे लिए काम करता है

महीनों तक जेस्ट का उपयोग करने के बाद, यह मेरे साथ-साथ नीले रंग से बाहर नोड 8.9 के साथ हुआ। एक मिनट का कंसोल.लॉग ठीक आउटपुट दे रहा था, अगले ही दिन इसने काम करना बंद कर दिया। मैं इस धागे पर समाप्त हुआ और कुछ चीजों की कोशिश की। --watch का उपयोग नहीं करने से समस्या ठीक हो गई, लेकिन फिर मुझे हर बार अपना परीक्षण आदेश फिर से चलाना पड़ा। --watch --verbose false का उपयोग करने से समस्या ठीक हो गई और मेरे परीक्षण स्वचालित रूप से चलेंगे।

यहाँ वही समस्या ढूँढना, अस्थायी समाधान के लिए धन्यवाद @bkempner

पुष्टि कर सकते हैं कि यह 22.4.4 और 23.4.1 (इस टिप्पणी के अनुसार वर्तमान) दोनों में एक मुद्दा है। मैं जिन झंडे का उपयोग कर रहा हूं वे हैं:

$ jest --forceExit --runInBand --bail --ci --json --outputFile=/tmp/jest_results.json

इसी विषय पर एक अन्य मुद्दे ने --json विकल्प जोड़ने का सुझाव दिया, जिसने कुछ समय के लिए काम किया ... हो सकता है कि तब से कुछ निर्भरता बदल गई हो, लेकिन STDOUT और STDERR आउटपुट हमेशा दबा हुआ है। काम करने वाली किसी भी चीज़ के सबसे करीब मुझे --watch का उपयोग करना था; कभी-कभी कुछ आउटपुट ओवरराइट किए बिना अंत में निपट जाते हैं।

मैंने पाया कि --silent डिफ़ॉल्ट रूप से सत्य है, इसे गलत पर सेट करें कंसोल आउटपुट करेगा। लॉग: jest --silent=false

ऐसा लगता है कि इसके बारे में अभी भी एक टन की रिपोर्ट है, कुछ स्पष्ट रूप से अभी भी टूटा हुआ है। इसे #2166 के डुप्ली के रूप में बंद किया गया था जो अब बंद हो गया है, लेकिन फिर भी यह कायम है।

@thymikee क्या हम इस मुद्दे को फिर से खोल सकते हैं?

मैं इसे फिर से खोल रहा हूं, क्योंकि समस्या आंशिक रूप से वापस आ गई है और हमें इसे ठीक करने की आवश्यकता है।

V23 में समस्या वॉच मोड में दिखाई देती है, क्योंकि हमने लगभग हमेशा समानांतर में परीक्षण चलाने के लिए हुड के तहत काम करने के तरीके को बदल दिया है, इसलिए TTY अवरुद्ध नहीं है और कोई भी लंबे समय तक चलने वाले परीक्षणों को आसानी से रद्द कर सकता है: https://github. कॉम/फेसबुक/जेस्ट/पुल/6647.
केवल एक ही मामला है कि हम श्रमिकों को वॉच मोड में नहीं पैदा कर रहे हैं, जब हमारे पास चलाने के लिए बिल्कुल 1 परीक्षण होता है और यह अपेक्षाकृत तेज़ होता है (1s से कम चलता है) - इस मामले में हमें अभी भी console.log s हमेशा की तरह दिखाई देना चाहिए।

मेरे मामले में, वॉच मोड में सभी परीक्षण चलाना सही ढंग से लॉग इन करता है। अगर मैं केवल एक टेस्ट क्लास को फ़िल्टर करने के लिए पैटर्न मोड का उपयोग करता हूं, तो लॉगिंग को छोटा कर दिया जाता है

@davidgilbertson की टिप्पणी के अनुसार (https://github.com/facebook/jest/issues/2441#issuecomment-286248619) मेरे package.json में verbose: true को हटा रहा है और मेरे से --verbose हटा रहा है कमांड लाइन के झंडे मुझे कंसोल लॉग देखने की अनुमति देते हैं जो अन्यथा छिपे हुए थे। यह काफी भ्रमित करने वाला है।

मेरे पास मेरे package.json में verbose: true है और मुझे लगता है कि console.log स्टेटमेंट कभी-कभी होते हैं और कभी-कभी नहीं (यदि मेरे पास सभी क्लम्प्ड में 10 पसंद हैं तो वे दिखाई देते हैं, लेकिन नहीं सिर्फ एक के लिए) - मैं सोच रहा हूँ कि यह शायद एक async मुद्दा है

मुझे कभी-कभी यह समस्या भी होती है, मैं runInBand (https://jestjs.io/docs/en/cli.html#runinband) को सक्षम करता हूं और यह इसे ठीक करता है।

@ndelangen जो उत्सुक है - मुझे आश्चर्य है कि यह शायद एक एसिंक मुद्दा है या नहीं। मैंने सोचा था कि जेस्ट ने सभी कंसोल.लॉग एकत्र किए और फिर उन्हें अंत में मुद्रित किया, नहीं?

भले ही मैं verbose का उपयोग नहीं कर रहा हूं, फिर भी समस्या आवर्ती हो रही है।

--runInBand मेरे लिए इसे ठीक नहीं करता है। अब तक का एकमात्र विश्वसनीय समाधान यह है कि किसी चीज़ को कई बार लॉग किया जाए ताकि कुछ आउटपुट जेस्ट द्वारा अधिलेखित न हो जाए।

मैंने कुछ विश्लेषण किया है, कुछ टिप्पणियां जोड़ी हैं और यहां आंशिक पैच बनाने में कामयाब रहा हूं:

https://github.com/facebook/jest/issues/3853#issuecomment -413622844

संपादित करें:

यहां आसानी से उपलब्ध पुन: पेश करने के लिए कोड युक्त रेपो: https://github.com/spion/jest-logging-repro

यहां आउटपुट का विश्लेषण: https://gist.github.com/spion/bbb34c5abc1230a37ad5f4f01336b8df

पैच आंशिक है क्योंकि

• आउटपुट में आवश्यक परिवर्तनों के कारण बहुत सारे एकीकरण परीक्षण अब विफल हो रहे हैं
• कभी-कभी (दुर्भाग्य से) अंतिम स्थिति अद्यतन के बाद लॉग आउटपुट प्रकट होता है - इसका कारण शायद यह तथ्य है कि बच्चे की प्रक्रिया माता-पिता को सफलता संदेश भेजने के बाद बाल प्रक्रिया धाराएं फ़्लश हो जाती हैं।

@philraj मेरे लिए एक ही मुद्दा है .. मुझे इच्छित लॉग संदेश को विश्वसनीय रूप से देखने के लिए कई बार लॉग इन करना होगा

यह कैसे एक प्रमुख चिंता का विषय नहीं है और इसका यथाशीघ्र समाधान नहीं हो रहा है? 2016 से यह मुद्दा कैसे खुला है ??

अपडेट करें: इस पैच के साथ, मैं केवल 8 असफल परीक्षणों के लिए नीचे हूं:

diff --git a/packages/jest-runner/src/index.js b/packages/jest-runner/src/index.js
index 2f4dd724..618a8cbf 100644
--- a/packages/jest-runner/src/index.js
+++ b/packages/jest-runner/src/index.js
@@ -97,11 +97,14 @@ class TestRunner {
     // $FlowFixMe: class object is augmented with worker when instantiating.
     const worker: WorkerInterface = new Worker(TEST_WORKER_PATH, {
       exposedMethods: ['worker'],
-      forkOptions: {stdio: 'inherit'},
+      forkOptions: {stdio: 'pipe'},
       maxRetries: 3,
       numWorkers: this._globalConfig.maxWorkers,
     });

+    worker.getStdout().pipe(process.stdout);
+    worker.getStderr().pipe(process.stderr);
+
     const mutex = throat(this._globalConfig.maxWorkers);

     // Send test suites to workers continuously instead of all at once to track
diff --git a/packages/jest-worker/src/worker.js b/packages/jest-worker/src/worker.js
index 5eee64af..17d76d36 100644
--- a/packages/jest-worker/src/worker.js
+++ b/packages/jest-worker/src/worker.js
@@ -87,6 +87,13 @@ export default class {
   }

   _initialize() {
+    const forceColor =
+      'FORCE_COLOR' in process.env
+        ? process.env['FORCE_COLOR']
+        : // $FlowFixMe: Does not know about isTTY
+          process.stdout.isTTY
+          ? '1'
+          : '0';
     const child = childProcess.fork(
       require.resolve('./child'),
       // $FlowFixMe: Flow does not work well with Object.assign.
@@ -94,6 +101,7 @@ export default class {
         {
           cwd: process.cwd(),
           env: Object.assign({}, process.env, {
+            FORCE_COLOR: forceColor,
             JEST_WORKER_ID: this._options.workerId,
           }),
           // Suppress --debug / --inspect flags while preserving others (like --harmony).

वे मुख्य रूप से प्रक्रिया में FORCE_COLORS की अपेक्षा नहीं कर रहे हैं। env, hg scm और packages/jest-runner/src/__tests__/test_runner.test.js पूरी तरह से धाराओं का मज़ाक नहीं उड़ा रहे हैं (इसलिए उन पर कोई पाइप विधियाँ नहीं हैं।

इस दर पर मैं एक पीआर जमा कर पाऊंगा जो अगले सप्ताह इसे ठीक कर देगा ... बशर्ते मुझे पूरी रिपोर्ट समाप्त होने के बाद प्रदर्शित होने वाले लॉग आउटपुट के लिए एक फिक्स मिल जाए।

जैसा कि @bkempner ने कहा, --watch --verbose false का उपयोग करने से समस्या ठीक हो जाती है।

--watch में कंसोल आउटपुट को मजाक में कर्सर ले जाकर ओवरराइट किया जा रहा है जो मैं देख रहा हूं उसके अनुरूप है। --verbose , --maxWorkers 1 , --runInBand उपस्थिति/अनुपस्थिति सफलता नहीं देती है।

मेरा वर्तमान समाधान jest --watch | cat । मैं सभी रंगों को खो देता हूं और खिड़की के शीर्ष पर रहता हूं, लेकिन मुझे कंसोल आउटपुट मिलता है।

या, TERM=dumb jest --watch । मैं खिड़की के शीर्ष पर रहने से हार जाता हूं, लेकिन मुझे रंग और कंसोल आउटपुट मिलता है।

मुझे भी यही समस्या थी।

मेरे लिए जो काम किया वह console.debug का उपयोग करना था

TERM=dumb इसे मेरे लिए भी ठीक करता है

एफडब्ल्यूआईडब्ल्यू, टर्म = गूंगा इसे मेरे लिए भी ठीक करता है

जेस्ट कॉन्फ़िगरेशन में verbose को अक्षम करना मेरे लिए 0_o\ काम करता है

--verbose false को package.json "test" स्क्रिप्ट में जोड़ने से मेरे लिए समस्या हल हो गई। मुझे इस धागे के बिना वह कभी नहीं मिला होता।

जैसे

"scripts": {
    "test": "jest --watch --verbose false"
}

अजीब है कि कुछ अंतिम कंसोल कैसे गायब हो जाते हैं, लेकिन उनमें से सभी नहीं, इसे मेरे वॉच कमांड में --verbose false साथ तय किया।

जब आप --watch बिना दौड़ते हैं तो ठीक काम करता है, इसलिए यह वॉच फ्लैग के बारे में कुछ है जो इसे करता है।

क्या इतना विडंबना है कि यह अधिक क्रियात्मक है जब कंसोल.लॉग काम करता है!

मैंने इस मुद्दे को जेस्ट 23.6 में वर्बोज़ के साथ देखना शुरू कर दिया है, मैं 23.5 पर वापस आ गया हूं और मैं इसे अभी भी देख रहा हूं। अगर मैं --clearCache चलाता हूं तो यह थोड़ी देर के लिए वर्बोज़ को ठीक करता है जब तक कि यह फिर से विफल न हो जाए। मैं स्पष्ट नहीं हूं कि ट्रिगर क्या है, जैसे कि बहुत सारी लॉग विफलताएं या उस रेखा के साथ कुछ। एक बार ऐसा होने पर ऐसा प्रतीत होता है कि जेस्ट कैश को दूषित कर देता है। मैं --verbose false कोशिश कर रहा हूं और देखता हूं कि यह आगे बढ़ने से रोकता है या नहीं।

धन्यवाद @jamespolanco --clearCache विकल्प का उपयोग करके मेरे लिए ( फिलहाल) इस मुद्दे को ठीक कर दिया। मैं --no-cache विकल्प का उपयोग करके अपने परीक्षण चलाने जा रहा हूं और देखूंगा कि क्या यह भविष्य में समस्या को पुनरावर्ती होने से रोकता है।

संपादित करें: मुझे यह उल्लेख करना चाहिए था कि मेरी समस्या यह थी कि मेरे कुछ console.log संदेशों का ही प्रिंट आउट लिया गया था। मैंने एक परीक्षण में 5 console.log लाइनों का उपयोग किया और केवल पहली 3 पंक्तियों को मुद्रित किया गया। --clearCache का उपयोग करने से मेरे लिए यह समस्या ठीक हो गई। हो सकता है कि कोई अलग मुद्दा हो जहां कोई console.log s दिखाई न दे?

मुझे भी यह समस्या हो रही है। मैंने कंसोल.लॉग, कंसोल.डीबग, और कंसोल.एरर का उपयोग करने का प्रयास किया है। मैंने --no-cache ध्वज का उपयोग करने का भी प्रयास किया है। सभी मामलों में, मेरे कंसोल स्टेटमेंट को पूरी तरह से नजरअंदाज किया जा रहा है।

मुझे यह समस्या वॉच मोड में भी आ रही है। संस्करण 23.6.0

मैंने इसे रिकॉर्ड भी किया है अगर कोई अपने लिए देखना पसंद करता है:

दूसरों की तरह- --watch साथ चलने पर ही इसे मिटा दिया जाता है। --verbose false कोशिश की और इससे कोई फायदा नहीं हुआ।

मुझे भी यही समस्या हो रही है।

वर्बोज़ का उपयोग करते समय या वॉच मोड में होने पर भी मुझे यह अनुभव हो रहा है

मानो या न मानो, मैं कभी-कभी एक त्रुटि फेंकते हुए लॉग इन करता हूं। साथ ही node --inspect node_modules/.bin/jest --runInBand mypath/to/my.test.js मेरे मामले में वास्तविक console.log आउटपुट दिखाता है।

नोड v9.11.1
जेस्ट: v23.6.0

package.json में जेस्ट कॉन्फिगरेशन:

  "jest": {
    "preset": "react-native",
    "verbose": true,
    "testEnvironment": "node",
    "haste": {
      "defaultPlatform": "android",
      "platforms": [
        "android",
        "ios",
        "native"
      ],
      "providesModuleNodeModules": [
        "react-native"
      ]
    },
    "setupFiles": ["<rootDir>/__tests__/setup"]
  },

मैं पुष्टि करता हूं कि यह समस्या वर्बोज़ के साथ है। मुद्दा यह है कि वर्बोज़ चालू होने पर लाइन गणना गणना गड़बड़ हो जाती है।

अगर कोई मुझे उस स्थान पर इंगित कर सकता है जहां वह संदेश प्रिंट करता है तो मैं उस पर वार कर सकता हूं।

आप कुछ समय के लिए jest-watch-toggle-config का उपयोग करके जारी करने को कम कर सकते हैं।

इसे इस तरह सेट करें:

module.exports = {
  "watchPlugins": [
    ["jest-watch-toggle-config", { "setting": "verbose" }]
  ]
}

जब आप अपना परीक्षण चलाते हैं, तो वर्बोज़ को सक्षम करने के v दबाएं और फिर इसे अक्षम करने के v फिर से दबाएं।

उसके बाद, जब तक आप वर्बोज़ को बंद रखते हैं, आप सभी लॉग देख सकते हैं।

एंजाइम उथले का परीक्षण करते समय --verbose=false ने मेरे लिए समस्या को ठीक कर दिया। कंसोल.लॉग, हालांकि, एंजाइम माउंट के लिए फिक्स के बिना काम कर रहे थे।

यह प्रतिक्रिया-परीक्षण-रेंडरर द्वारा त्रुटियों को कैसे लॉग किया जाता है, इसके बीच अंतर का सुझाव देता है, बनाम कैसे वे प्रतिक्रिया के बिल्टिन रेंडरर द्वारा लॉग किए जाते हैं (चूंकि एंजाइम कंसोल फ़ंक्शंस के साथ बिल्कुल भी गड़बड़ नहीं करता है)

FYI करें यह PR मेरे लिए समस्या को ठीक करता है - https://github.com/facebook/jest/pull/6871

यह अभी तक तैयार नहीं है, इसे दृष्टिकोण में बदलाव की आवश्यकता हो सकती है - लेकिन यह वर्बोज़ मोड में सभी लॉग डेटा प्रदर्शित करता है।

अभी तक अपडेट नहीं किया गया है (jest 22.4.2 चल रहा है) लेकिन वॉच मोड का उपयोग करने से मेरे लॉग दिखाई नहीं देंगे। --runInBand साथ चलने से इसे वॉच मोड में ठीक किया गया।

    "test": "jest --watch --runInBand",
    "test:once": "jest",

मैंने या तो अपडेट नहीं किया है (Jest 23.6.0), और "jest --watch --verbose=false" के साथ चलने से यह मेरे लिए भी ठीक हो जाता है।

ऊपर उल्लिखित पीआर का परीक्षण करने के लिए मुद्दों वाले लोगों के लिए प्यार करेंगे। यह jest@beta ( 24.0.0-alpha.9 अभी उपलब्ध है)

तो यार्न जेस्ट @ बीटा जोड़ें

ओन्स। 19. दे. 2018 केएल. 16:46 स्क्रेव सिमेन बेक्खुस नोटिफिकेशन @github.com :

ऊपर उल्लिखित पीआर का परीक्षण करने के लिए मुद्दों वाले लोगों के लिए प्यार करेंगे। यह है
jest@beta में उपलब्ध (24.0.0-alpha.9 अभी)

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/facebook/jest/issues/2441#issuecomment-448641697 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/AAM5P7ijQjSbWB0-zzDCfC9Uggyk5RGoks5u6l9EgaJpZM4LVbUv
.

>

तारजेई हुसे
मोबिल: 920 63 413

@tarjei , हाँ:

yarn add --dev jest<strong i="7">@beta</strong>

यह मेरे लिए काम कर रहा है। मैं

यह वास्तव में मूर्खतापूर्ण है लेकिन अगर यह किसी और की मदद करता है, तो मैं एक नई (मेरे लिए) परियोजना पर काम कर रहा हूं - जेस्ट --silent विकल्प के साथ चल रहा था जो आउटपुट को अक्षम करता है। उसे हटा दिया और मैं अब लॉग देख रहा हूँ ‍♂️

नोटिस जब वर्बोज़ सक्षम होता है (मैं इसे jest-watch-toggle-config का उपयोग करके टॉगल करता हूं), कुछ कंसोल लॉग बीटा में अवरुद्ध किया जा रहा है।

--verbose=false

यह मेरे लिए काम किया।

मैंने देखा कि कुछ console.log() जहां काम कर रहे थे जबकि अन्य मेरे परीक्षणों में नहीं थे (नोड v8, [email protected])

const something = () => new Promise(resolve => {
  console.log('NOT logged for some reason!')
  setTimeout(resolve, 100);
});

describe('Something', () => {
  it('logging works in non-async test', function () {
    console.log('logged 1')
    console.log('logged 2')
    expect(true).toBe(true);
  });

  it('console log does not work well in async test', async () => {
    console.log('logged 3')
    await something();
    console.log('NOT logged!')
    expect(true).toBe(true);
  });
});

/* Output:
> logged 1
> logged 2
> logged 3
*/

async परीक्षणों के साथ कुछ बहुत ही अजीब चल रहा है, जहां पहले console.log async परीक्षण में लॉग नहीं किया जा रहा है, साथ ही await बाद भी लॉग नहीं किया गया है।

उस async परीक्षण में कुछ और console.log जोड़ें और आप await अचानक काम करने के बाद कुछ लॉग जैसे अजीब व्यवहार को भी नोटिस करना शुरू कर देंगे 🤷‍♀️ 🤷‍♂️

तो क्या @philwhln ने दो साल पहले ऊपर लिखा था

चूंकि मैं इसे एक साधारण परीक्षण में अलग नहीं कर सकता, मैं अनुमान लगा रहा हूं कि इसका अधिक जटिल एसिंक्रोनस परीक्षण चलाने के साथ कुछ लेना-देना है।

ऐसा लगता है कि इसमें कुछ सच्चाई है।

--verbose=false

इस मामले में मेरे लिए भी काम किया।

@DanweDE क्या आप जांच सकते हैं कि नवीनतम अल्फा yarn add jest<strong i="6">@beta</strong> --dev आपके लिए समस्या को हल करता है, यहां तक ​​​​कि वर्बोज़ सेट के साथ भी true ?

--verbose false जोड़ने से समस्या ठीक हो गई। यह थोड़ा अनपेक्षित लगता है :)

क्या यह तय है? मैं अभी भी "jest" पर कोई कंसोल नहीं देख रहा हूँ: "23.6.0"

@iDVB यदि आप थ्रेड को कुछ टिप्पणियों के ऊपर पढ़ते हैं तो आप देखेंगे कि एक बीटा संस्करण है जो समस्या को ठीक करने वाला है। कोशिश करें और रिपोर्ट करें कि क्या यह @spion . की मदद करने के लिए आपकी समस्या का

साथ ही हर कोई जो --verbose false या --verbose true या फ़्लैग या नोड या जेस्ट संस्करणों के किसी भी संयोजन को कहने के लिए आता है, ने अपनी समस्या को ठीक कर दिया है, कृपया बीटा संस्करण का प्रयास करें और रिपोर्ट करें कि क्या यह आपके समाधान के बिना आपकी समस्या को ठीक करता है।

जिन कक्षाओं का मैं परीक्षण कर रहा हूं उनमें कंसोल लॉग दिखाई देते हैं

@philraj हमने "24.0.0-alpha.9" पर स्विच किया है और यह

पुष्टि भी कर सकते हैं, बिना किसी कमांड लाइन के 24.0.0-alpha.9 पर काम करता है।

मैं प्रतिक्रिया और जेस्ट के लिए अपेक्षाकृत नया हूँ। मैं create-react-app से डिफ़ॉल्ट का उपयोग करके लगातार लॉग नहीं प्राप्त कर सका। मैं बाहर निकल गया और अब लॉग ठीक काम कर रहे हैं। मुझे नहीं लगता कि बेदखल करने से जेस्ट का संस्करण बदल गया। हो सकता है कि जेस्ट कैसे चल रहा था, इसके लिए बस एक सेटिंग बदल गई। यह 23.6.0 ।

24.0.0-alpha.16 का उपयोग करते समय मुझे कोई कंसोल लॉग दिखाई नहीं देता जब तक कि मैं verbose=false नहीं जोड़ता।

मुझे इसके साथ-साथ [email protected] पर भी बहुत असंगत परिणाम

--verbose=false ने मेरे लिए भी इसे ठीक कर दिया

मैं 24.1.0 का उपयोग कर रहा हूं और यह वर्बोज़ विकल्प के बिना भी काम करता है। हालांकि, यह परीक्षण फ़ाइल में किसी भी console.log कथन को आउटपुट नहीं करता है जब परीक्षण फ़ाइल में उदाहरण होता है। वर्ग के संदर्भ में, जिसे आयात नहीं किया जाता है। उदाहरण के लिए

यह ts-jest से एक त्रुटि है और यहां वास्तव में प्रासंगिक नहीं है

हां, लेकिन जब वह त्रुटि होती है, तो कंसोल लॉग आउटपुट प्रदर्शित नहीं होता है। क्या यह अभी भी ts-jest लिए प्रासंगिक है? मैं इस बात से बहुत परिचित नहीं हूं कि जेस्ट के आसपास की प्रत्येक लाइब्रेरी किसके लिए जिम्मेदार है।

आईडीके कैसे ts-jest काम करता है, लेकिन अगर यह टाइप त्रुटियों पर कोई परीक्षण नहीं चलाता है, तो यह समझाएगा कि वे क्यों गायब हैं - कोड कभी नहीं चलता है

मैं अभी भी console.log यहां काम करने के लिए संघर्ष कर रहा हूं। मुझे कभी-कभी लॉग मिल रहे हैं लेकिन ऐसा लगता है कि सफलता के लिए कोई स्पष्ट पैटर्न नहीं है।

मैं जेस्ट 24.7.1 का उपयोग कर रहा हूं और मैंने 24.7.1 और 24.2.0-alpha.0 को भी आजमाया है।

verbose=false और verbose=true को सेट करना दोनों एक समाधान प्रदान करने में विफल रहे हैं।

मैंने नोड v10.8.0 और v6.17.1 का उपयोग करने का भी प्रयास किया है, वह भी बिना किसी फिक्स के।

क्या यहाँ कुछ कमी है?

@mulholio क्या आप 100% सुनिश्चित हैं कि आप

हां, जेस्ट का कोई वैश्विक संस्करण स्थापित नहीं है

मैं पुष्टि कर सकता हूं कि इसे हल नहीं किया गया है। कभी-कभी कंसोल.लॉग काम करता है और कभी-कभी नहीं, मुझे कितना भ्रमित करता है।
मेरा पर्यावरण इस प्रकार है:
मज़ाक 23.6.0
नोड v8.13.0
और मेरा मज़ाक.config.js

const path = require('path');

module.exports = {
  moduleNameMapper: {
    "\\.(jpg|jpeg|png|gif|eot|otf|webp|svg|ttf|woff|woff2|mp4|webm|wav|mp3|m4a|aac|oga)$": "<rootDir>/__mocks__/fileMock.js",
    "\\.(less|css|scss)$": "<rootDir>/__mocks__/cssMock.js",
    "^@\/(.*)$": "<rootDir>/src/client/$1",
  },
  bail: true,
  setupTestFrameworkScriptFile: "<rootDir>/setupTests.js",
  collectCoverageFrom: [
    "src/client/**/*.{js,jsx}",
  ],
  verbose: true,
  coverageReporters: ["text", "text-summary", "lcov", "json"],
  coveragePathIgnorePatterns: ["src/client/index.js"],
}

हाँ, क्रिया हटाने के बाद

मुझे यह बग भी दिखाई दे रहा है, क्या हम इस मुद्दे को दोबारा खोल सकते हैं?

एफवाईआई: अगर मैं एक परीक्षण चलाने के लिए fit का उपयोग करता हूं, तो मेरे console.log s ने कुछ भी आउटपुट नहीं किया। जब मैंने परीक्षणों का पूरा सूट चलाया, तो console.log s ने ठीक काम किया।

एक ही समस्या का सामना करते हुए, कुछ कंसोल लॉग "खाए गए" हो जाते हैं। जिन लोगों के पास यह समस्या है, क्या आप सत्यापित कर सकते हैं लेकिन एकाधिक कंसोल लॉग को क्लोन कर रहे हैं?

console.log('ok');
console.log('ok');
console.log('eaten up');

ऐसा लगता है कि [पास] स्टेटमेंट के लिए बफर पिछले 2 कंसोल लॉग लाइनों पर लिख रहा है (मैं पास स्टेटमेंट के अंत में कंसोल लॉग लाइन नंबर का हिस्सा देख सकता हूं)

+1000

वास्तव में मूर्खतापूर्ण लगता है लेकिन सुनिश्चित करें कि आप परीक्षणों से पहले yarn build !

फिर भी साथ कोई उत्पादन --verbose=true या --verbose=false का उपयोग करते समय [email protected] - यकीन नहीं क्यों यह अभी भी एक मुद्दा 3 साल के बाद यह मूल रूप से लॉग इन किया गया है।

क्या आपने यह देखने के लिए जेस्ट फ्लैग --runInBand का उपयोग करने की कोशिश की है कि क्या यह इसे क्रमिक रूप से परीक्षण चलाकर हल करता है? किसी ने मुझे इसका उल्लेख किया है, लेकिन इसका परीक्षण करने का अवसर नहीं मिला है।

धन्यवाद, यह काम करता है! लेकिन क्यों न इसे डिफ़ॉल्ट रूप से कंसोल.लॉग के आउटपुट के लिए सेट किया जाए।

यह अभी भी मेरे लिए एक मुद्दा है, [email protected]

मुझे वास्तव में एक फिक्स मिला, आखिरी टेस्टकेस (कैस्केडिंग अप) में आखिरी 2 लाइनें ओवरराइड हो जाती हैं, इसलिए इसे अपना आखिरी टेस्ट केस बनाएं

it('bugfix for [email protected]', () => {
  console.log("[email protected] bug|last 2 lines get override. remove this once 24.8.0 gets fixed");
  console.log("[email protected] bug|last 2 lines get override. remove this once 24.8.0 gets fixed");
});

उन लोगों के लिए जो ts-jest का उपयोग करते हैं, कंसोल को देखने के लिए मुझे डायग्नोस्टिक्स को बंद करना पड़ा।
jest.config.js

  globals: {
    'ts-jest': {
      diagnostics: false,
    },
  },

उन लोगों के लिए जो ts-jest का उपयोग करते हैं, कंसोल को देखने के लिए मुझे डायग्नोस्टिक्स को बंद करना पड़ा।
jest.config.js

  globals: {
    'ts-jest': {
      diagnostics: false,
    },
  },

यह विकल्प हमारे काम नहीं आया। हमने verbose = false सेट करने का भी प्रयास किया, जिससे कोई फायदा नहीं हुआ।

हमारा पर्यावरण:

• नोड 10.16.0
• मज़ाक 24.8.0
• टीएस-जेस्ट: 24.0.2
• टाइपप्रति 3.5.2
• @types/jest 24.0.15

ऐसा लगता है कि [पास] स्टेटमेंट के लिए बफर पिछले 2 कंसोल लॉग लाइनों पर लिख रहा है (मैं पास स्टेटमेंट के अंत में कंसोल लॉग लाइन नंबर का हिस्सा देख सकता हूं)

यह मेरे लिए मामला प्रतीत होता है ([email protected])। मेरे सिस्टम पर [पास] के साथ टर्मिनल आउटपुट लाइन कुछ सामग्री को साफ़ करने से पहले फ्लैश करने लगती है।

इस समस्या का अनुभव भी कर रहे हैं।

मैं ऊपर दिए गए किसी भी समाधान के साथ लॉग इन नहीं कर सकता, लेकिन वर्कअराउंड के रूप में मुझे बस मूल्य के साथ विफल होने की उम्मीद है और अंतर की जांच करें:

expect(thingIWantToLog).toBe({})

इसमें भी भाग लें: ऐसा लगता है कि "पास: ..." आउटपुट स्टडआउट को ओवरराइट कर रहा है, इसलिए आपका "अंतिम" कंसोल.लॉग खाया जाएगा।

अगर --verbose=false काम नहीं करता है, तो आप अपने पिछले कंसोल में बलिदान की नई पंक्तियों ( \n ) का एक गुच्छा जोड़ सकते हैं।

क्या आपने यह देखने के लिए जेस्ट फ्लैग --runInBand का उपयोग करने की कोशिश की है कि क्या यह इसे क्रमिक रूप से परीक्षण चलाकर हल करता है? किसी ने मुझे इसका उल्लेख किया है, लेकिन इसका परीक्षण करने का अवसर नहीं मिला है।

इस ध्वज को जोड़ने से समस्या को हल करने में मदद मिली।
समय-समय पर यह कंसोल.लॉग आउटपुट भी नहीं दिखा रहा था।
इस आदेश का उपयोग करना:
npm test -- --verbose --runInBand -t "My Test Name"

नोड और एनपीएम संस्करण:
node v8.16.0
npm 6.4.1

यह मेरा कामकाज है:

npm स्थापित करें --save-dev sprintf-js

आपके मज़ाक में setupTest.js , या जहाँ भी हो:

import {sprintf} from 'sprintf-js';

console.log = (msg, args) => {
    const str = sprintf(msg, args);
    process.stderr.write(str + '\n');
  };

फिर भी साथ कोई उत्पादन --verbose=true या --verbose=false का उपयोग करते समय [email protected] - यकीन नहीं क्यों यह अभी भी एक मुद्दा 3 साल के बाद यह मूल रूप से लॉग इन किया गया है।

यह मेरा jest.config.js और इसने मेरे लिए काम किया।
jest -v 23.6.0 और node -v 8.11.2

module.exports = {
  clearMocks: true,
  moduleDirectories: [
    'node_modules',
  ],
  testEnvironment: 'node',
  testMatch: [
    '**/__tests__/**/*.js?(x)',
    '**/?(*.)+(spec|test).js?(x)',
  ],
  verbose: false,
};

फिर package.json मेरे पास है:

"scripts": {
  "test": "jest --config ./jest.config.js",
}

फिर इस आदेश के साथ अपना विशिष्ट परीक्षण सूट चलाएं:

yarn test -- -t 'test-suite-name-here'

ऐसा लगता है कि --verbose=false ने मेरे लिए काम किया है। धन्यवाद!

जब आप --silent विकल्प पास करते हैं तो जेस्ट लॉग और चेतावनियों को छिपा देता है
कोशिश करें yarn jest यह काम करना चाहिए

यह बग बहुत परेशान कर रहा है... 3 साल...

बंद करें --चुप
और मेरे लिए काम कर रहे ts-jest @ mr-madamin समाधान का उपयोग करके ts परीक्षणों के लिए!

verbose या silent का उपयोग नहीं कर रहे हैं, --runInBand , TERM=dumb , सभी परीक्षण बनाम एकल परीक्षण फ़ाइल चला रहे हैं, और console.log तब प्रकट होता है जब सेटअप ब्लॉक में रखा गया है लेकिन it() ब्लॉक के भीतर नहीं।

जब बाकी सब विफल हो जाए, तब भी आपको ऐसा करने में सक्षम होना चाहिए:

require('fs').writeFileSync('./output', data);

लेकिन मैं मूंगफली को फोड़ने के लिए चट्टान का उपयोग करने वाले गुफावासी की तरह महसूस करता हूं।

संपादित करें: "jest": "^24.9.0"

मैं इस आदेश का उपयोग कर रहा हूं और यह काम करता है:

npm test -- --runInBand -t "My Test Name"

आप एक ही विवरण() के तहत अलग-अलग परीक्षण या परीक्षण के समूह चलाने के लिए -t ध्वज के बाद अपना टेस्ट नाम निर्दिष्ट कर सकते हैं।

verbose या silent का उपयोग नहीं कर रहे हैं, --runInBand , TERM=dumb , सभी परीक्षण बनाम एकल परीक्षण फ़ाइल चला रहे हैं, और console.log तब प्रकट होता है जब सेटअप ब्लॉक में रखा गया है लेकिन it() ब्लॉक के भीतर नहीं।

जब बाकी सब विफल हो जाए, तब भी आपको ऐसा करने में सक्षम होना चाहिए:

require('fs').writeFileSync('./output', data);

लेकिन मैं मूंगफली को फोड़ने के लिए चट्टान का उपयोग करने वाले गुफावासी की तरह महसूस करता हूं।

संपादित करें: "jest": "^24.9.0"

मैं अंत में एकरूपता के लिए बैकएंड पर जेस्ट का उपयोग शुरू करने के लिए उत्साहित था। इसके बजाय, मैं इस मुद्दे में भाग रहा हूं और अब तक मोचा/प्रॉक्सीक्वायर पर वापस जा रहा हूं। कोई console.log आउटपुट दिखाई नहीं दे रहा है (मॉड्यूल या परीक्षण मामलों में) और इस पर कई घंटे बिताने के बाद, कोई भी समाधान मदद नहीं करता है। फाइलों में लॉगिंग शामिल करने वाले किसी भी कामकाज में दिलचस्पी नहीं है ...

"jest": "^24.9.0", साथ नोड 8/10 एलटीएस के खिलाफ परीक्षण किया गया

हां। किनारे पर भी हूँ। ऐसा लगता है कि यह समस्या को बंद करने के लिए यहां अधिक लोकप्रिय है, और 3 वर्षों से अधिक के लिए स्पष्ट दर्द बिंदु को ठीक करने के बजाय हैक की सिफारिश करता है।

हैलो सैमलेविन और पावेलोज़,
क्या आपने इस विकल्प की कोशिश की है?

मैं इस आदेश का उपयोग कर रहा हूं और यह काम करता है:
npm test -- --runInBand -t "My Test Name"

आप एक ही विवरण () के तहत अलग-अलग परीक्षण या परीक्षण के समूह चलाने के लिए -t ध्वज के बाद अपना परीक्षण नाम निर्दिष्ट कर सकते हैं।
क्या आप कृपया मुझे बता सकते हैं कि क्या यह काम करता है? जैसा कि मैं इसे कुछ समय से इस्तेमाल कर रहा हूं।

यहाँ एक उदाहरण कोड और आउटपुट के साथ एक स्क्रीन शूट है।
ध्यान दें कि: यदि आप नहीं जानते हैं, तो कंसोल.एलजी अन्य सभी रिपोर्टों के शीर्ष पर मुद्रित होता है, न कि अंत में जहां आप कोड कवरेज रिपोर्ट या त्रुटि फिर से शुरू देखते हैं।

मेरा नोड और एनपीएम संस्करण:

node v8.16.0
npm 6.4.1

मैं अंत में एकरूपता के लिए बैकएंड पर जेस्ट का उपयोग शुरू करने के लिए उत्साहित था। इसके बजाय, मैं इस मुद्दे में भाग रहा हूं और अब तक मोचा/प्रॉक्सीक्वायर पर वापस जा रहा हूं। कोई console.log आउटपुट दिखाई नहीं दे रहा है (मॉड्यूल या परीक्षण मामलों में) और इस पर कई घंटे बिताने के बाद, कोई भी समाधान मदद नहीं करता है। फाइलों में लॉगिंग शामिल करने वाले किसी भी कामकाज में दिलचस्पी नहीं है ...

"jest": "^24.9.0", साथ नोड 8/10 एलटीएस के खिलाफ परीक्षण किया गया

Ive ने इस धागे में हर एक समाधान का परीक्षण किया।

बस यह जाँचने के लिए कि क्या इस संबंध में कुछ नहीं बदला है:

bash-5.0$ npm -v ; node -v; cat node_modules/jest/package.json |grep version
6.12.0
v12.11.0
  "version": "24.9.0",

संपादित करें

ध्यान दें कि: यदि आप नहीं जानते हैं, तो कंसोल.एलजी अन्य सभी रिपोर्टों के शीर्ष पर मुद्रित होता है, न कि अंत में जहां आप कोड कवरेज रिपोर्ट या त्रुटि फिर से शुरू देखते हैं।

मैं रिपोर्ट के निचले भाग की जाँच भी नहीं कर रहा था, लेकिन ठीक यही वह जगह है जहाँ मेरा लॉग उतरा था। तो मुझे लगता है कि यह काम करता है, हर किसी के लिए लगातार/उसी तरह नहीं।

आपके सहयोग के लिए धन्यवाद।

सवाल यह है कि यह प्रदर्शन को कितना नुकसान पहुंचाता है, लेकिन एक और दिन के लिए, लॉगिंग अधिक महत्वपूर्ण है।

आप सही कह रहे हैं

--runInBand, -i                 Run all tests serially in the current process
                                  (rather than creating a worker pool of child
                                  processes that run tests). This is sometimes
                                  useful for debugging, but such use cases are
                                  pretty rare.

तो मैं जो करता हूं वह केवल उस विकल्प का उपयोग करना है जब मुझे किसी परीक्षण पर किसी समस्या को डीबग करने की आवश्यकता होती है।
अन्य सभी समय, बस सामान्य रूप से परीक्षण चलाएं।

चियर्स

कास्ट घटक = उथला (...)
कंसोल.लॉग (घटक.डीबग ())

यह अविश्वसनीय है कि इसे अभी तक ठीक नहीं किया गया है।

@ivandosreisandrade मैं runInBand फ्लैग वर्कअराउंड को सत्यापित करने में सक्षम था, लेकिन इस समय मैं अन्य देवों के लिए अतिरिक्त कदम जोड़ने में समय बर्बाद नहीं करूंगा, और वापस कुछ ऐसी चीज पर वापस लौट आया हूं जो बॉक्स से बाहर की अपेक्षा के अनुसार व्यवहार करती है। यह देखने के लिए सदस्यता ली जाएगी कि क्या इस संबंध में कुछ भी बदलता है

मैंने इस धागे में सब कुछ करने की कोशिश की है और अभी भी कंसोल.लॉग के लिए आउटपुट नहीं देख सकता। --runInBand मेरे लिए समस्या का समाधान नहीं करता है। नोड @ 12 और नवीनतम मज़ाक का उपयोग करना। वेब देव के साथ डिबगिंग काफी कठिन है, यह वास्तव में उपयोगी होगा यदि मैं कम से कम स्क्रीन पर प्रिंट कर सकता हूं यह देखने के लिए कि मेरा यूनिट परीक्षण क्यों विफल हो रहा है

@ u84six क्या आपने मेरे समाधान की कोशिश की है?
पोस्ट पर मेरे उत्तर का लिंक यहां दिया गया है।
https://github.com/facebook/jest/issues/2441#issuecomment -552368939

चियर्स

@ivandosreisandrade क्या होता है कि यदि कोड में कोई त्रुटि है (जैसे अपरिभाषित मान को संदर्भित करना), तो यह प्रिंट नहीं होगा, भले ही कंसोल.लॉग कॉल त्रुटि से पहले हो। अगर परीक्षण में सब कुछ बीत जाता है, तो मैं लॉग देखूंगा। इस तरह का व्यवहार इसे डिबगिंग के लिए पूरी तरह से बेकार बना देता है।

@ivandosreisandrade आपका package.json कैसा दिखता है? मैं इसका पालन करने की कोशिश कर रहा हूं:

npm परीक्षण --runInBand -t "माई टेस्ट नेम"

लेकिन मैंने इसे अपने package.json में इस तरह सेटअप किया है

" टेस्ट: यूनिट ": "जेस्ट --verbose"

आपको लगता है कि --verbose ध्वज के साथ, यह एक कंसोल.लॉग को प्राप्त करने की अनुमति देगा, लेकिन मुझे अभी भी काम करने के लिए कंसोल.लॉग नहीं मिल रहा है। कितना निराशाजनक!

@ivandosreisandrade आपका package.json कैसा दिखता है? मैं इसका पालन करने की कोशिश कर रहा हूं:

npm परीक्षण --runInBand -t "माई टेस्ट नेम"

लेकिन मैंने इसे अपने package.json में इस तरह सेटअप किया है

" टेस्ट: यूनिट ": "जेस्ट --verbose"

आपको लगता है कि --verbose ध्वज के साथ, यह एक कंसोल.लॉग को प्राप्त करने की अनुमति देगा, लेकिन मुझे अभी भी काम करने के लिए कंसोल.लॉग नहीं मिल रहा है। कितना निराशाजनक!

@u84six यह मेरा package.json है

"scripts": {
    "test": "jest test --coverage",
    ... 
},
...
"jest": {
    "verbose": true,
    "testMatch": [
      "**/tests/**/*.js?(x)"
    ],
    "moduleFileExtensions": [
      "js"
    ],
    "moduleDirectories": [
      "node_modules"
    ]
  }

आपका टेस्टमैच या तो .js या .jx या .jsx फाइलों की अनुमति देता है, और आपका मॉड्यूलफाइल एक्सटेंशन केवल .js अनुमति देता है। वहां कुछ गलत लगता है।

यह कारण के लिए प्रासंगिक नहीं है :man_shrugging:
यही वह फाइल है जो उनके खिलाफ परीक्षण का पता लगाने और चलाने के लिए है।

मुझे यकीन नहीं है कि इस मुद्दे को क्यों बंद किया गया है। तो यहाँ मेरा नोड संस्करण है - 13.12.10, npm -6.14.4
मज़ा -24.9.0

यहां मॉक-एफएस के साथ एक बुनियादी परीक्षा दी गई है
'mock-fs' से नकली आयात करें;
आयात * 'fs' से fs के रूप में;
'पंप' से आयात पंप;
आयात * 'उपयोग' से उपयोग के रूप में;

describe('Test suite for bucket functionality', () => {
    beforeEach(() => {
        mock({
            'sample-file.txt': 'Content of the sample file',
            'sample-upload.txt': ''
        });
    });
    test('test upload', async () => {
        const filePromisy = util.promisify(fs.readFile);
        pump(fs.createReadStream('sample-file.txt'), fs.createWriteStream('sample-upload.txt'));
        filePromisy('sample-upload.txt').then(data => {
                       // when I do a console.log() here I get a warning stating that before I do an expect of data , I get a warning (no longer an error) stating that -_Cannot log after tests are done._

        }).catch(err => {

        });



    });
    test('test download', () => {

    });
});

मुझे यकीन नहीं है कि ऐसा क्यों होता है। क्या यह इवेंट-लूप की वजह से है जहां कंसोल.लॉग को टेस्ट स्पेक्स के निष्पादन के बाद ही अगली टिक () में संसाधित करने के लिए माना जाता है। इसे लाने के लिए खेद है, लेकिन केवल कंसोल ओ/पी करने और रिक डेटा की जांच करने के बजाय हर एक टेस्ट केस को डीबग करना कठिन लगता है।

क्योंकि आपको अपनी फाइल वापस करनी है प्रॉमिस ने मजाक का वादा किया है ताकि यह जान सके कि आपका परीक्षण कब किया गया है - आपकी समस्या का इससे कोई लेना-देना नहीं है।

मैं इस मुद्दे को डिबगिंग उद्देश्यों के लिए बस एक अस्थायी expect स्टेटमेंट में लॉग इन करना चाहता था। तो, के बजाय console.log(sketchyVariable) , का उपयोग expect(sketchyVariable).toEqual(42) ।

नोड 8 पर मेरे लिए क्या काम किया:
console.log का उपयोग करने के बजाय, अंतर्निहित डीबग लॉग का उपयोग करें:

const util = require('util')
const myLogger = util.debuglog('myloggername')
myLogger('foobar')

और डीबगर ध्वज के साथ मजाक शुरू करें:

NODE_DEBUG=myloggername npm test -t "My Test Name"

मैं देख रहा था कि एकल परीक्षण देखते समय कंसोल लॉग छिटपुट रूप से दिखाई देते हैं। कभी-कभी मैं सभी लॉग देखता, कभी-कभी कोई नहीं, और दूसरी बार मैं उनमें से कुछ को देखता लेकिन सभी को नहीं। हर बार जब परीक्षण चलता तो मुझे कुछ अलग दिखाई देता। मैं

--verbose=false इसे मेरे लिए ठीक कर दिया। मैं इससे हैरान था, क्योंकि मैं कहीं भी verbose से true सेट नहीं कर रहा हूं। यह पता चला है कि यदि आप एकल परीक्षण चला रहे हैं तो जेस्ट इसे स्वचालित रूप से true सेट कर देगा । मैं

यदि केवल एक परीक्षण फ़ाइल चल रही है तो यह डिफ़ॉल्ट रूप से सत्य होगी।

https://jestjs.io/docs/en/configuration#verbose -boolean

संबंधित स्टैक ओवरफ्लो थ्रेड: https://stackoverflow.com/questions/48695717/console-log-statements-output-nothing-at-all-in-jest

जेस्ट कई स्तरों पर लॉगिंग को अच्छी तरह से हैंडल नहीं करता है। यह होना चाहिए

• डिफ़ॉल्ट रूप से विफलता पर एक परीक्षण के लिए सभी कैप्चर किए गए लॉग को कैप्चर करें और दिखाएं
• कुछ भी नहीं दिखाने का विकल्प है, और
• कैप्चर को अक्षम करने का विकल्प है।

यह बात है। वास्तव में जटिल नहीं।

मेरा अनुमान है, वे कंसोल लॉग कैप्चर कर रहे हैं क्योंकि वे परीक्षण चलाने के दौरान एक सेन ऑर्डर में प्रिंट करने के लिए एसिंक्रोनस आउटपुट प्राप्त करने का प्रयास कर रहे हैं। समस्या यह है कि यदि यह लॉगिंग कोड किसी उपयोगकर्ता के लिए उनके वातावरण में काम नहीं करता है, तो वे बहुत अधिक बंद हो जाते हैं।

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

कहानी का नैतिक है, वैश्विक सांत्वना के साथ खिलवाड़ न करें। कभी। यदि आप एक लॉगर प्रदान करना चाहते हैं जिसे चालू या बंद किया जा सकता है तो वह करें। अगर मैं चाहूं तो मैं इसका इस्तेमाल करूंगा। लेकिन वैश्विक कंसोल के साथ हस्तक्षेप नहीं किया जाना चाहिए।

आईओएस के लिए आउटलुक प्राप्त करें https://aka.ms/o0ukef

से: ईमानदारी सूचनाएं @github.com
भेजा गया: बुधवार, अगस्त 12, 2020 12:33:23 अपराह्न
प्रति: facebook/jest [email protected]
सीसी: क्रिस ग्रिम्स [email protected] ; उल्लेख करें @noreply.github.com
विषय: पुन: [फेसबुक/जेस्ट] कंसोल.लॉग परीक्षण चलाते समय आउटपुट नहीं करता है (#2441)

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

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub https://github.com/facebook/jest/issues/2441#issuecomment-673011577 पर https://github.com/notifications/unsubscribe-auth/AAFCNBK5MQEA6AJHEC52ZWDSALG6HANCNFSM4C2VWUXQ को अनसब्सक्राइब

@ हैलिस मैंने लगभग चार वर्षों तक जेस्ट को चालू और बंद किया है और यह हमेशा एक समस्या रही है। नतीजा यह है कि जेस्ट परीक्षणों को डीबग करना काफी मुश्किल है।

मेरी समझ में यह है कि जेस्ट का मुख्य नाटक अपेक्षित व्यवहार और शब्दार्थ को तोड़कर खुश होना है और अगर यह परीक्षण के अनुभव में काफी सुधार करता है। jest.mock(...) के ऑटोहोस्टिंग जैसी चीजों का मतलब है कि जेस्ट परीक्षण उनके शब्दार्थ में सख्ती से जावास्क्रिप्ट (या यहां तक ​​कि ईसीएमएस्क्रिप्ट) नहीं हैं; इसी तरह समानांतरवाद का मतलब है कि console.log जैसी किसी भी शून्य-वापसी वाली अंतर्निहित विधियों को एसिंक्रोनस के रूप में माना जा सकता है, अगर यह प्रदर्शन में सुधार कर सकता है।

क्या यह एक बुरी बात है? स्पष्ट रूप से जरूरी नहीं है, क्योंकि जेस्ट अत्यधिक सफल है। लेकिन मुझे लगता है कि जेस्ट में कभी-कभी आपको आश्चर्यचकित करने की क्षमता होती है। मुझे पूरा यकीन है कि 90% जेस्ट उपयोगकर्ताओं को पता नहीं है कि उनका कोड एएसटी-रूपांतरित है, उदाहरण के लिए मॉक कॉल्स को फहराने के लिए।

मुझे पूरा यकीन है कि 90% जेस्ट उपयोगकर्ताओं को पता नहीं है कि उनका कोड एएसटी-रूपांतरित है, उदाहरण के लिए मॉक कॉल्स को फहराने के लिए।

क्या

console.debug या console.error का उपयोग करने का प्रयास करें

आप --useStderr का उपयोग कर सकते हैं मेरे मामले में समस्या हल हो गई क्योंकि यह सीधे संदेश भेजता है

https://nodejs.org/api/process.html#process_a_note_on_process_i_o

मैं आज फिर से इससे जूझ रहा हूं और --useStderr ध्वज ने इसे मेरे लिए तय कर दिया है। धन्यवाद @diomalta!

मैं उसी मुद्दे से जूझ रहा था, जब कोई परीक्षण विफल हुआ तो लॉग नहीं दिख रहे थे।

मैं पाने में कामयाब रहे मेरी console.log की स्थापना करके दिखाने के लिए verbose: true में मेरे jest.config