@thymikee कोई विचार है कि ऐसा क्यों हो रहा है?

कोई विचार नहीं है, लेकिन मैं उदाहरण को कम करने की कोशिश करता हूं, उदाहरण के लिए टाइपस्क्रिप्ट को हटाकर

मैं टाइपप्रति के बिना repro करने में सक्षम हूँ

पुष्टि कर सकता है कि नोड 7.4 कंसोल लॉग खाता है, लेकिन यह नोड 7.5.0, 7.10.0, 8.0.0 और 8.1.2 पर काम करता है।
कृपया अपना नोड संस्करण अपग्रेड करें। समापन

@thymikee नोड 6 के बारे में क्या है, जो वर्तमान एलटीएस रिलीज है? (ऐसा लगता है कि मैं इसे भी मार रहा हूं, हालांकि इसे अभी तक पर्याप्त रूप से डीबग नहीं किया है। हालांकि, मैं अभी के लिए एलटीएस रिलीज तक सीमित हूं, इसलिए अपग्रेड नहीं कर सकता)।

v6.11.0 पर परीक्षण किया गया, अभी भी console.log s दिखाता है।

आह, मैं कुछ और समस्या मार रहा हूँ। धन्यवाद, @thymikee , मैं इसे थोड़ा और डीबग करने के लिए वापस जाऊंगा।

मैं अनजाने में नोड 7.3.0 चला रहा था (एन के माध्यम से गलत संस्करण) और यह लॉगिंग नहीं कर रहा था। 8.1.1 पर स्विच किया गया और यह फिर से लॉग हो गया।

@thymikee - मैं नहीं देखता कि यह समाधान कैसा है? ...मैं अपने नोड संस्करण को अपग्रेड करने में सक्षम नहीं हूं

मुझे लगता है कि मैं थोड़ा उलझन में हूं कि इसे नोड बग कैसे माना जाएगा और कम से कम जेस्ट के साथ ही कुछ नहीं करना है। नोड v7.4.0 का उपयोग करते हुए, जेस्ट v19.0.2 के साथ मैं अपने परीक्षणों से कंसोल लॉगिंग देखता हूं। बस जेस्ट को v20.0.4 में अपडेट करना (किसी अन्य कॉन्फ़िगरेशन में कोई बदलाव किए बिना) कंसोल लॉगिंग को अब प्रकट नहीं करता है। क्या ऐसा कुछ है जो मुझे याद आ रहा है?

@thymikee तो, मैंने अपना नोड संस्करण अपग्रेड किया है और मुझे नोड 8.2.1 Winx64 + Jest 20.0.4 पर कोई कंसोल लॉग नहीं दिख रहा है। मुझे अभी के लिए फ़ॉलबैक का उपयोग करना है

  console.log = s => {
    process.stdout.write(s + "\n");
  };

और मुझे पूरा यकीन है कि इसे जेस्ट में ठीक किया जाना चाहिए, क्योंकि पिछले संस्करणों में यह समस्या नहीं थी।

@nowherenone आप परीक्षण कर सकते हैं कि यह नवीनतम अल्फा रिलीज jest@test पर होता है या नहीं?

@thymikee ने नोड 8.2.1 jest@test के साथ बस कोशिश की लेकिन एक ही परिणाम। console.log बयान हमेशा निगले जाते हैं।

@thymikee समस्या BufferedConsole मॉड्यूल में है, जहां कंसोल कन्स्ट्रक्टर पैरामीटर अपेक्षित लोगों से मेल नहीं खाते हैं।

मैंने एक जनसंपर्क खोला है, शायद यह मदद करेगा: https://github.com/facebook/jest/pull/4157

मुझे लगता है कि यहां समस्या यह है कि जेस्ट संदेश बफ़र करता है लेकिन कुछ ऐसा है जो जमानत (या एक अनंत लूप आदि) का कारण बनता है। संदेशों को सीधे आउटपुट स्ट्रीम पर प्रिंट करने के लिए आपको --verbose का उपयोग करना होगा।

यह हास्यास्पद है - मुझे @cpojer (हर मुद्दे और पीआर में मैं जाता हूं) से बेकार प्रतिक्रियाओं की मात्रा से ट्रिगर किया गया है और हर किसी पर सब कुछ डालने की कोशिश कर रहा है जैसे कि हम पर्याप्त स्मार्ट नहीं हैं।

जेस्ट का उपयोग न करें - यदि आप सोच रहे हैं तो यह मेरा उत्तर है। एक नया परीक्षण ढांचा खोजें।

describe('index', () => {
  it('doesnt print anything', () => {
    console.log('Hellllooo');
    expect(true).toBe(true);
  });
});

$ yarn test -- src/__tests__/index.spec.js --verbose
yarn test v0.27.5
warning package.json: No license field
$ jest "src/__tests__/index.spec.js" "--verbose"
 PASS  src/__tests__/index.spec.js
  Index
    ✓ doesnt print anything (2ms)

Test Suites: 1 passed, 1 total
Tests:       1 passed, 1 total
Snapshots:   0 total
Time:        0.969s, estimated 2s

$ jest "--version"
v20.0.4
$ node --version
v7.4.0

मुझे यकीन है कि मुझे अभी नोड ल्माओ का एक नया संस्करण स्थापित करने के लिए कहा जाएगा - क्या मजाक है 😂

@ nf071590 रिप्रो नहीं कर सकता, ठीक उसी जेस्ट और नोड संस्करणों के साथ repl.it पर काम करता है: https://repl.it/KYLc/0

कृपया परियोजना अनुरक्षकों के बारे में शेखी बघारने से पहले एक गंभीर रिप्रो के साथ आएं।
चीयर्स!

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

जब से मैं विंडोज़ पर हूं (नोड 8.4, जेस्ट 21.0.0-alpha.2), console.log एस _कभी-कभी_ छिपे हुए हैं यदि आप --verbose का उपयोग नहीं करते हैं, लेकिन लगातार दिखने लगते हैं इसके साथ। जब मुझे एक मिनट मिलता है तो नोड 7 और स्थिर जेस्ट का उपयोग करके परिणामों के साथ अपडेट करने में खुशी होती है।

यहां भी वही समस्या।

describe('index', () => {
  it('doesnt print anything', () => {
    console.log('Hellllooo');
    expect(true).toBe(true);
  });
});

$ node --version
v7.4.0
$ jest "--version"
v21.1.0

वर्तमान में नोड v8.7.0 (npm v5.4.2) पर एक ही समस्या का सामना करना पड़ रहा है।

यह अभी भी एक मुद्दा है

क्या आप एक प्रजनन प्रदान कर सकते हैं?

एफडब्ल्यूआईडब्ल्यू, मैं यहां समाप्त हुआ क्योंकि मुझे एक ही समस्या थी। नोड v7.4.0। मेरे नोड संस्करण को अपग्रेड किया, और console.log प्रिंट अब अपेक्षित रूप से --verbose के बिना भी। V7.4.0 इस समस्या का एकमात्र संस्करण नहीं हो सकता है, लेकिन यह संस्करण-संबंधित और कुछ नोड संस्करणों के लिए एक गैर-मुद्दा प्रतीत होता है। मैं अब नोड v8.3.0 पर हूं, जो काम करता प्रतीत होता है।

उस ने कहा, अपग्रेड करने से पहले मेरे पास @ nf071590 के समान संस्करण थे, और वही समस्याएं थीं। मुझे यकीन नहीं है कि यह repl.it पर क्यों नहीं होता है, लेकिन यह कुछ अजीब बात नहीं है जो केवल उसके कंप्यूटर पर हो रही है।

मैं इसे नोड 8.9.0 और जेस्ट 21.2.1, macOS 10.12.6 (16G1036) के साथ पुन: पेश कर सकता हूं

@SimenB मैं कर सकता था लेकिन ऐसा लगता है कि इस मुद्दे पर यहां और अन्य जगहों पर मौत की चर्चा की गई है। जेस्ट की बहु-(बच्चा) प्रक्रिया प्रकृति का अर्थ है कि यह console.logs को अधिलेखित कर देगा, और बड़े पैमाने पर पुनर्लेखन के बिना जो बदलने वाला नहीं है। कोई भी जो इस थ्रेड पर आता है और उस समस्या से बचना चाहता है जहां --verbose ध्वज का उपयोग करने से $#$2$# console.log के साथ डिबगिंग की अनुमति नहीं है, उसे --watch ध्वज का उपयोग करना चाहिए। यह बाल कार्यकर्ता प्रक्रियाओं को ओवरराइट करने से बचाएगा और आपको कंसोल लॉग के साथ वर्बोज़ आउटपुट देखने की अनुमति देगा। --watch बहुत तेज़ है और परीक्षण और कोड पर ध्यान केंद्रित करके अधिक मूल्य जोड़ता है, केवल उन परीक्षणों को चलाकर जो सहेजे गए हैं।

मेरे मामले में मैंने पाया कि वर्बोज़ मैसेजिंग कुछ खाएगा लेकिन सभी console.log संदेशों को नहीं खाएगा। मैंने वर्बोज़ विकल्प हटा दिया और ऐसा लगता है कि यह कुछ हद तक काम करता है!

मैंने अभी अपने नोड संस्करण को v6 से v9 में अपग्रेड किया है और मेरी एक परीक्षण फाइल सांत्वना दे रही है।

मैं हफ्तों से इस मुद्दे से जूझ रहा हूं। मुझे खुशी है कि यह अब काम करता है

समस्या अभी भी --verbose के साथ बनी हुई है जब --forceExit के साथ संयुक्त - मुझे लगता है कि इसका कारण यह है कि console.log आउटपुट stdout जबकि जेस्ट stderr को लिखता है --forceExit तब भी stdout में सामग्री फ्लश न हो

मुझे निम्न समाधान मिला ( --verbose की आवश्यकता के बिना) दोनों को ठीक करने के लिए कंसोल.लॉग नहीं दिखा रहा है और/या कंसोल.लॉग को बफ़र किया जा रहा है और लाइव प्रदर्शित नहीं किया जा रहा है

आदेश
jest .... --forceExit --setupTestFrameworkScriptFile ./src/tests/jestShim.js

jestShim.js . की सामग्री

const { Console } = require('console');
global.console = new Console(process.stderr, process.stderr);

एक ही समस्या- कभी नहीं देखें कंसोल.लॉग आउटपुट कभी।

Node 9.80 Jest 22.4.2 Mac OS 10.13.3

यहां सुझाए गए कामकाज में से एक ने मेरे लिए काम नहीं किया।

हमेशा की तरह, कृपया एक पुनरुत्पादन बनाएं जिसे हम परीक्षण के लिए नीचे खींच सकते हैं। मुझे इस समस्या का सामना नहीं करना पड़ा है, इसलिए मुझे नहीं पता कि इसे कैसे ठीक करना शुरू करें

@ledbit के समाधान ने मेरे लिए काम किया
एनपीएम 5.3.0
मजाक 22.4.3

• मैक ओएस

मैं अभी भी एक प्रजनन की जरूरत के बिंदु पर हूँ।

--forceExit कुछ टूटा हुआ लगता है, लेकिन उस ध्वज का उपयोग न करने पर मुझे इसका सामना नहीं करना पड़ा

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

अंत में मुझे प्रत्येक को वर्णों की एक विशेष स्ट्रिंग (जैसे @@@ ) के साथ टैग करके और चलाने के लिए लॉग दिखाने के लिए मिला:

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

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

यह अभी भी एक मुद्दा है। मैं नोड 10.1.0 पर जेस्ट v22.4.3 का उपयोग कर रहा हूं और मुझे केवल अपने ऐप का पहला कंसोल.लॉग स्टेटमेंट दिखाई देता है, बाकी सभी को नजरअंदाज कर दिया जाता है। जब मैं अपनी लॉगिंग लाइब्रेरी को stdout पर स्ट्रीम करने के लिए सेट करता हूं तो मैं कुछ लॉग देख सकता हूं लेकिन वे सही क्रम में प्रकट नहीं होते हैं।

टेस्ट रनर के रूप में जेस्ट का काम हमें डिबग करने और हमारे कोड को ठीक करने में मदद करना है। यह केवल लॉग के बिना हासिल नहीं किया जा सकता है।

@thymikee कृपया इस मुद्दे को फिर से खोलें

@thanpolas बग दिखाने वाले भंडार के साथ एक नया मुद्दा बनाने के लिए स्वतंत्र महसूस करता है ताकि हम जांच कर सकें :)। इसके अलावा, कृपया जेस्ट 23 का उपयोग करें, क्योंकि यह नवीनतम है।

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

इसके लायक क्या है, मैंने टर्मिनल और iTerm2 के बीच अंतर देखा है।

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

यहां बग का एक उदाहरण दिया गया है जिसे मैं पुन: पेश करने में कामयाब रहा। सुनिश्चित नहीं है कि हालांकि कई स्रोत हैं:

https://github.com/spion/jest-logging-repro

yarn install; yarn repro

सेटअप: जेस्ट वॉच मोड में है, वर्बोज़ फ़्लैग चालू है, कम से कम दो परीक्षण फ़ाइलें चल रही हैं।

सिद्धांत: श्रमिकों में से एक से आउटपुट कंसोल कर्सर को गलत सामग्री को ओवरराइट करके गलत जगह पर ले जाता है।

कंसोल में अवलोकन:

 RUNS  tests2/other-tests.js
 RUNS  lib/example.spec.js
 PASS  tests2/other-tests.js
  bar
    ✓ always is true (17ms)

 PASS  lib/example.spec.js
  foo
    ✓ adds 5 (5ms)

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

Watch Usage: Press w to show more.

अगर मैं कंसोल लॉग को हटा देता हूं, तो नेत्रहीन "RUNS" को इरादा के अनुसार अधिलेखित कर दिया जाता है:

 PASS  lib/example.spec.js
  foo
    ✓ adds 5 (5ms)

 PASS  tests2/other-tests.js
  bar
    ✓ always is true (5ms)

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

Watch Usage: Press w to show more.

अगर मैं 3 कंसोल लॉग जोड़ता हूं:

 PASS  lib/example.spec.js
  foo
    ✓ adds 5 (5ms)


 RUNS  tests2/other-tests.js

Test Suites: 1 passed, 1 of 2 total
Tests:       1 passed, 1 total
Snapshots:   0 total
  console.log tests2/other-tests.js:5
    JEST

 PASS  tests2/other-tests.jsests.js:6
  bar
    ✓ always is true (19ms)

Test Suites: 2 passed, 2 total
Tests:       2 passed, 2 total
Snapshots:   0 totalTime:        1.788sRan all test suites.

Watch Usage: Press w to show more.

नोड संस्करण:

30656 % node --version
v8.11.2

मुझे लगता है कि @spion इसमें शामिल हो रहा है। अच्छा आसान रेपो।

पुष्टि कर सकता है कि यह नोड v8.11.1 LTS पर होता है और केवल watch और watchAll मोड पर होता है। घड़ी मोड के बिना, यह ठीक है।

मेरे पास नोड v10.6.0 और जेस्ट 23.4.1 के साथ एक ही समस्या है

हाँ मैं भी। बस पाया कि -w 1 लॉगिंग फिर से काम कर रहा है, जो @spion की परिकल्पना के साथ फिट बैठता है।

नोड 8.11.3
मज़ाक 23.4.0

जब मैं फ़ाइल रेगेक्स मिलान ( watch p दबाता हूं) चालू करता हूं, तो मुझे यह समस्या, या कम से कम एक समान समस्या मिल रही है। all चालू होने के साथ, लॉग अपेक्षित रूप से मुद्रित होते हैं। नोट --verbose यहाँ नहीं है।

नमूना 1

it.only(`should display a ErrorMessage component if state.validated is 'error'`, () => {
    const fV = shallow(<FormValidator/>);
    console.log('r1');
    console.error('r2');
    console.error('r3');
    ...

all देखने के साथ ( log s और error s दोनों प्रिंट करता है:

 PASS  src/components/__tests__/FormValidator.js
  ● Console

    console.log src/components/__tests__/FormValidator.js:56
      r1
    console.error src/components/__tests__/FormValidator.js:57
      r2
    console.error src/components/__tests__/FormValidator.js:58
      r3

file regex मोड में (केवल पहले log प्रिंट करता है न कि error s):

Test Suites: 0 of 1 total
Tests:       0 total
Snapshots:   0 total
  console.log src/components/__tests__/FormValidator.js:56
    r1

 PASS  src/components/__tests__/FormValidator.jsidator.js:57
  FormValidator
    ○ skipped 3 tests
  FormValidator.displayMessage
    ✓ should display a ErrorMessage component if state.validated is 'error' (32ms)
    ○ skipped 5 tests
  FormValidator.render
    ○ skipped 1 test

नमूना 2

it.only(`should display a ErrorMessage component if state.validated is 'error'`, () => {
    const fV = shallow(<FormValidator/>);
    console.log('r1');
    console.error('r3');
    ...

all (उम्मीद के मुताबिक log और error दोनों को प्रिंट करता है):

 PASS  src/components/__tests__/FormValidator.js
  ● Console

    console.log src/components/__tests__/FormValidator.js:56
      r1
    console.error src/components/__tests__/FormValidator.js:59
      r3

watch (उपरोक्त कोड के साथ कुछ भी मुद्रित नहीं है):

Snapshots:   0 total
 PASS  src/components/__tests__/FormValidator.jsator.js:56
  FormValidator
    ○ skipped 3 tests
  FormValidator.displayMessage
    ✓ should display a ErrorMessage component if state.validated is 'error' (20ms)
    ○ skipped 5 tests
  FormValidator.render
    ○ skipped 1 test

Test Suites: 1 passed, 1 total

नमूना 3

it.only(`should display a ErrorMessage component if state.validated is 'error'`, () => {
    const fV = shallow(<FormValidator/>);
    console.log('r1');
    console.log('r2');
    console.log('r3');
    console.log('r4');
    ...

all (सभी चार log अपेक्षित प्रिंट करता है):

 PASS  src/components/__tests__/FormValidator.js
  ● Console

    console.log src/components/__tests__/FormValidator.js:56
      r1
    console.log src/components/__tests__/FormValidator.js:57
      r2
    console.log src/components/__tests__/FormValidator.js:58
      r3
    console.log src/components/__tests__/FormValidator.js:59
      r4

watch (केवल पहले दो log s उपरोक्त कोड के साथ मुद्रित हैं):

Snapshots:   0 total
  console.log src/components/__tests__/FormValidator.js:56
    r1

  console.log src/components/__tests__/FormValidator.js:57
    r2

 PASS  src/components/__tests__/FormValidator.jsator.js:58
  FormValidator
    ○ skipped 3 tests
  FormValidator.displayMessage
    ✓ should display a ErrorMessage component if state.validated is 'error' (31ms)
    ○ skipped 5 tests
  FormValidator.render
    ○ skipped 1 test

Test Suites: 1 passed, 1 total

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

node -v v8.11.2
jest -v 23.4.0

नीचे मेरे पैकेज में मेरा जेस्ट कॉन्फ़िगरेशन है।json

```
"मजाक": {
"transformIgnorePatterns": [
"/नोड_मॉड्यूल/"
],
"सेटअपफाइल्स": [
"/src/setupTests.js"
],
"परीक्षण पर्यावरण": "jsdom",
"क्रिया": सच,
"प्रोजेक्ट्स": [
{
"डिस्प्लेनाम": " घटक ",
"सेटअपफाइल्स": [
"/src/setupTests.js"
],
"मॉड्यूलपाथ": ["/src/"],
"टेस्टमैच": ["/src/components/__tests__/ / .test.js"]},{"डिस्प्लेनाम": " रेड्यूसर ","सेटअपफाइल्स": ["/src/setupTests.js"],"मॉड्यूलपाथ": ["/src/"],"टेस्टमैच": ["/src/reducers/__tests__/ /.test.js"]
},
{
"डिस्प्लेनाम": " कार्रवाइयां ",
"सेटअपफाइल्स": [
"/src/setupTests.js"
],
"मॉड्यूलपाथ": ["/src/"],
"टेस्टमैच": ["/src/actions/__tests__/ */ .test.js"]
}
]
},

Here are my dependencies

"निर्भरता": {
"बेबेल-कोर": "^6.26.3",
"बेबेल-जेस्ट": "^23.4.0",
"बेबेल-लोडर": "^ 7.1.5",
"बेबेल-प्रीसेट-एनवी": "^ 1.7.0",
"बेबेल-प्रीसेट-रिएक्शन": "^6.24.1",
"डॉटेनव": "^ 6.0.0",
"एक्सप्रेस": "^4.16.3",
"जेस्ट": "^ 23.4.0",
"प्रतिक्रिया": "^16.4.1",
"रिएक्शन-डोम": "^16.4.1",
"रिएक्शन-रेडक्स": "^5.0.7",
"रिएक्शन-स्क्रिप्ट्स": "1.1.4",
"रेडक्स": "^4.0.0",
"रीजेनरेटर-रनटाइम": "^0.12.0"
},

output from just running jest

पास रेड्यूसर src/reducers/__tests__/comments/index.test.js
SAVE_COMMENT (4ms) प्रकार की क्रियाओं को संभालता है
✓ अज्ञात प्रकार के साथ कार्रवाई को संभालता है

पास क्रियाएँ src/actions/__tests__/ index.test.js
टिप्पणी सहेजें
✓ का सही प्रकार है (1ms)
के पास सही पेलोड है (1ms)

पास घटक src/components/__tests__/App/index.test.js
एक टिप्पणी सूची दिखाना चाहिए (5ms)
एक कमेंटबॉक्स दिखाना चाहिए (1ms)

पास कंपोनेंट्स src/components/__tests__/CommentBox/index.test.js
का एक पाठ क्षेत्र है (23ms)
में एक बटन है (3ms)
पाठ क्षेत्र
में एक टेक्स्ट क्षेत्र है जिसमें उपयोगकर्ता टाइप कर सकते हैं (9ms)
जब फॉर्म जमा हो जाता है, तो टेक्स्ट एरिया खाली हो जाता है (5ms)

पास घटक src/components/__tests__/CommentList/index.test.js
✓ प्रति टिप्पणी एक LI बनाता है (32ms)

टेस्ट सूट: 5 उत्तीर्ण, कुल 5
टेस्ट: 11 उत्तीर्ण, कुल 11
स्नैपशॉट: कुल 0
समय: 3.79s
3 परियोजनाओं में सभी परीक्षण सूट चलाएं।
कंसोल.लॉग src/components/__tests__/CommentList/index.test.js:26
0

कंसोल.लॉग src/components/__tests__/CommentList/index.test.js:27
परीक्षा

```

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

→ नोड --संस्करण
v8.11.3

→ एनपीएक्स जेस्ट --वर्जन
23.4.1

मैंने एक साफ सेटअप के साथ प्रयास किया और सब कुछ ठीक काम करता है।

// console.test.js
describe('jest should console output', () => {
  test('should console.log output be print', () => {
    console.log('console.log')
    expect(1).toBe(1)
  })

  test('should console.error output be print', () => {
    console.error('console.error')
    expect(1).toBe(1)
  })

  test('should console.info output be print', () => {
    console.info('console.info')
    expect(1).toBe(1)
  })
})

आउटपुट:

तो मैंने सोचा कि समस्या मेरे जेस्ट कॉन्फ़िगरेशन से संबंधित हो सकती है:

{
  "globals": {
    "API_SERVER_PLACEHOLDER": "SOME_API_ADDRESS"
  },
  "moduleFileExtensions": [
    "js",
    "jsx"
  ],
  "transform": {
    "^.+\\.jsx?$": "babel-jest"
  },
  "moduleNameMapper": {
    "\\.(css|less|sass|scss|png)$": "<rootDir>/__mocks__/styleMock.js",
    "\\.(gif|ttf|eot|svg|png)$": "<rootDir>/__mocks__/fileMock.js"
  }
}

मेरी वृत्ति ने मुझे verbose की जांच करने के लिए कहा और इसे हटाने के बाद सब कुछ ठीक है।

संक्षिप्त

जेस्ट संस्करण 23.4.1 कॉन्फ़िगरेशन के साथ verbose को true $ पर सेट करने से कंसोल आउटपुट निगल जाएगा।

डिफ़ॉल्ट आउटपुट स्ट्रीम को stdout में बदलने का प्रस्ताव: https://github.com/noscripter/jest/pull/1

यह फिर से टूट गया है ?! यह क्यों टूटता रहता है?

मैंने इसके साथ काम किया है:

expect(str).toBe("not this");

मैं

यदि आपके package.json में verbose: true है, या आप ध्वज के साथ --verbose (या दोनों?) चला रहे हैं, तो उन्हें हटाने का प्रयास करें।

कोई बात नहीं यह अब और मदद नहीं करता है।

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

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

ऐसा लगता है कि जेस्ट लॉग प्रिंट कर रहा है, फिर पूर्ण परीक्षण सारांश प्रिंट करने से पहले आउटपुट को साफ़ कर रहा है, जब वास्तव में उन लॉग को बनाए रखना चाहिए।

मैंने इस बिंदु पर स्वीकार किया है कि मुझे लॉग को कंसोल में देखने के लिए कई बार कॉपी-पेस्ट करना होगा।

console.log काम करता है अगर आप केवल एक विशिष्ट परीक्षण फ़ाइल चलाते हैं

yarn test <your-test-file-name>

जैसे
yarn test FormValidator

एफवाईआई मैं निम्नलिखित आदेश के साथ अपना रेप्रो चलाता हूं:

script -qfc 'yarn repro' /dev/null > raw.log

वह zsh - आप बैश में script -qfce चाह सकते हैं

और फिर मैंने लॉग को cat -vet raw.log के साथ देखा। यहाँ परिणाम हैं:

^[[2K^[[1G^[[1myarn run v1.7.0^[[22m^M$
^[[2K^[[1G^[[2m$ jest --watch^[[22m^M$
^[[2J^[[3J^[[H^[[1m^[[2mDetermining test suites to run...^[[1m^[[22m^[[999D^[[K^M$
^M$
^[[1mTest Suites: ^[[22m0 of 2 total^M$
^[[1mTests:       ^[[22m0 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        0s, estimated 1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mlib/^[[22m^[[1mexample.spec.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m0 of 2 total^M$
^[[1mTests:       ^[[22m0 total^M$^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        0s, estimated 1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^[[0m^[[7m^[[1m^[[32m PASS ^[[39m^[[22m^[[27m^[[0m ^[[2mlib/^[[22m^[[1mexample.spec.js^[[22m^M$
^M$^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mlib/^[[22m^[[1mexample.spec.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m0 of 2 total^M$
^[[1mTests:       ^[[22m0 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        0s, estimated 1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A  foo^M$
^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mlib/^[[22m^[[1mexample.spec.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m0 of 2 total^M$
^[[1mTests:       ^[[22m0 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        0s, estimated 1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A    ^[[32mM-bM-^\M-^S^[[39m ^[[2madds 5 (4ms)^[[22m^M$
^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mlib/^[[22m^[[1mexample.spec.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m0 of 2 total^M$
^[[1mTests:       ^[[22m0 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        0s, estimated 1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M$
^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mlib/^[[22m^[[1mexample.spec.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m0 of 2 total^M$
^[[1mTests:       ^[[22m0 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        0s, estimated 1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mlib/^[[22m^[[1mexample.spec.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m0 of 2 total^M$
^[[1mTests:       ^[[22m0 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        0s, estimated 1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 of 2 total^M$
^[[1mTests:       ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        1s^[[999D^[[K  ^[[2mconsole.log^[[22m ^[[2mtests2/other-tests.js:5^[[22m^M$
    JEST^M$
^M$
^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^[[0m^[[7m^[[1m^[[32m PASS ^[[39m^[[22m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 of 2 total^M$
^[[1mTests:       ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A  bar^M$
^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 of 2 total^M$
^[[1mTests:       ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A    ^[[32mM-bM-^\M-^S^[[39m ^[[2malways is true (15ms)^[[22m^M$
^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 of 2 total^M$
^[[1mTests:       ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M$
^M$
^[[0m^[[7m^[[33m^[[1m RUNS ^[[22m^[[39m^[[27m^[[0m ^[[2mtests2/^[[22m^[[1mother-tests.js^[[22m^M$
^M$
^[[1mTest Suites: ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 of 2 total^M$
^[[1mTests:       ^[[22m^[[1m^[[32m1 passed^[[39m^[[22m, 1 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        1s^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^M^[[K^M^[[1A^[[999D^[[K^[[1mTest Suites: ^[[22m^[[1m^[[32m2 passed^[[39m^[[22m, 2 total^M$
^[[1mTests:       ^[[22m^[[1m^[[32m2 passed^[[39m^[[22m, 2 total^M$
^[[1mSnapshots:   ^[[22m0 total^M$
^[[1mTime:^[[22m        1.128s^M$
^[[2mRan all test suites^[[22m^[[2m related to changed files^[[22m^[[2m.^[[22m^M$
^M$
^[[1mWatch Usage^[[22m^M$
^[[2m M-bM-^@M-: Press ^[[22ma^[[2m to run all tests.^[[22m^M$
^[[2m M-bM-^@M-: Press ^[[22mf^[[2m to run only failed tests.^[[22m^M$
^[[2m M-bM-^@M-: Press^[[22m p ^[[2mto filter by a filename regex pattern.^[[22m^M$
^[[2m M-bM-^@M-: Press^[[22m t ^[[2mto filter by a test name regex pattern.^[[22m^M$
^[[2m M-bM-^@M-: Press^[[22m q ^[[2mto quit watch mode.^[[22m^M$
^[[2m M-bM-^@M-: Press ^[[22mEnter^[[2m to trigger a test run.^[[22m^M$

उम्मीद है की यह मदद करेगा। ऐसा लगता है कि एक निश्चित बिंदु पर नियंत्रण कोड की गलत गणना है।

अंतिम परिणाम इस तरह दिखता है:

 PASS  lib/example.spec.js
  foo
    ✓ adds 5 (4ms)


 RUNS  tests2/other-tests.js

 PASS  tests2/other-tests.js2 total
  bar
    ✓ always is true (15ms)

Test Suites: 2 passed, 2 total
Tests:       2 passed, 2 total
Snapshots:   0 total
Time:        1.128s
Ran all test suites related to changed files.

Watch Usage
 › Press a to run all tests.
 › Press f to run only failed tests.
 › Press p to filter by a filename regex pattern.
 › Press t to filter by a test name regex pattern.
 › Press q to quit watch mode.
 › Press Enter to trigger a test run.

कंसोल लाइन गायब है, और पास दो लाइनें बहुत नीचे लिखी गई है, संभवतः कंसोल के साथ इंटरटाइनिंग के कारण। "पास" प्रदर्शित करने के लिए ऊपर जाने पर लॉग को ध्यान में नहीं रखा जा रहा है

संपादित करें: आसान खोज और हेरफेर के लिए इस सारांश को एक सार में जोड़ा गया: https://gist.github.com/spion/bbb34c5abc1230a37ad5f4f01336b8df

पीएस वर्तमान मास्टर के साथ इसे पुन: पेश करने के लिए इसे कुछ जबरदस्ती की आवश्यकता हो सकती है। जब आप वॉच मोड में प्रवेश करते हैं, तो थोड़ी देर के लिए "ए" को दबाकर रखें - कंसोल.लॉग कुछ बिंदु पर नियंत्रण से बाहर होने लगेंगे (अप्रत्याशित स्थानों और समय पर दिखाई देंगे)

मैं भी भूल गया - मैं उबंटू बायोनिक पर हूं, अगर इससे कोई फर्क पड़ता है डब्लूआरटी टर्मिनल व्यवहार:

% lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 18.04.1 LTS
Release:    18.04
Codename:   bionic

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

इसके लायक क्या है, मैं [email protected] पर वापस आ गया हूं और ऐसा करने से उन समस्याओं का समाधान हो जाता है जो मुझे परीक्षण सारांश आउटपुट के साथ [email protected] में कंसोल आउटपुट पर लिखे जाने के साथ हो रही थीं।

अद्यतन - मेरा मानना ​​है कि मुझे एक न्यूनतम पैच मिला है जो कुछ प्रगति करता है, लेकिन मुझे जेस्ट पत्रकारों और स्थिति जनरेटर के बीच की बातचीत को समझने में थोड़ा समय लगा

जेस्ट बंदर-पैच प्रक्रिया stderr और stdout धाराओं 'अपने स्वयं के लेखक के साथ लिखने के तरीके। वह लेखक jest-cli Status.js के आउटपुट को लिखता है, जिसमें प्रगति में परीक्षणों की संख्या, प्रगति पट्टी, बीता हुआ समय आदि जैसी चीजें शामिल हैं।

जब भी उस स्ट्रीम पर कोई लिखित निर्देश होता है, तो उस निर्देश को स्थिति के लिए "हटाएं" निर्देश (एएनएसआई नियंत्रण कोड का उपयोग करके ऊपर जा रहा है), मूल लेखन, और "स्थिति फिर से लिखें" निर्देश के साथ बदल दिया जाता है। इस प्रकार यह भ्रम कि स्थिति हमेशा स्क्रीन के नीचे होती है, जबकि पाठ इसके ऊपर स्क्रॉल करता है।

(बेशक, यह उससे थोड़ा अधिक होशियार है - राइट्स बफ़र किए जाते हैं और बफ़र किए गए डेटा को केवल स्थिति के साथ हर 100ms में एक बार लिखा जाता है)

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

1. स्थिति के बाद जोड़ा गया (स्थिति मिटती नहीं है)
2. अगली स्थिति मिटाने पर मिटा दिया जाएगा (पिछली स्थिति को आंशिक रूप से भी दिखाई दे रहा है, क्योंकि मिटाना कंसोल आउटपुट और पुरानी स्थिति अपडेट दोनों को मिटाने के लिए पर्याप्त रूप से आगे नहीं बढ़ता है)

यह सुनिश्चित करने के लिए कि पैच किया गया संस्करण उन ट्टी राइट्स को प्राप्त करता है, चाइल्ड प्रोसेस स्ट्रीम को "विरासत" मोड से "पाइप" मोड में स्विच करना आवश्यक है। इस तरह प्रक्रिया आउटपुट सीधे मुख्य stdout/stderr पर जाने के बजाय बाल प्रक्रिया में स्ट्रीम के रूप में उपलब्ध हैं। हमें धाराओं को मैन्युअल रूप से पाइप करने की भी आवश्यकता है:

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..5e5126eb 100644
--- a/packages/jest-worker/src/worker.js
+++ b/packages/jest-worker/src/worker.js
@@ -94,6 +94,8 @@ export default class {
         {
           cwd: process.cwd(),
           env: Object.assign({}, process.env, {
+            // $FlowFixMe: Does not know about isTTY
+            FORCE_COLOR: process.stdout.isTTY,
             JEST_WORKER_ID: this._options.workerId,
           }),
           // Suppress --debug / --inspect flags while preserving others (like --harmony).

उस संख्या को महत्वपूर्ण रूप से कम करता है लेकिन यह अभी भी बहुत अधिक है:

Test Suites: 51 failed, 232 passed, 283 total
Tests:       149 failed, 7 skipped, 2706 passed, 2862 total
Snapshots:   19 failed, 17 obsolete, 996 passed, 1015 total

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

संपादित करें: बच्चे की प्रक्रिया द्वारा माता-पिता को एक सफल संदेश भेजे जाने के लंबे समय बाद, कुछ स्थितियों में आउटपुट स्ट्रीम को बहुत देर से फ्लश करने वाले नोड का मुद्दा भी है।

कृपया ठीक करें, यह वास्तव में जेस्ट के साथ उत्पादकता को नुकसान पहुंचाता है

जेस्ट@22.4.3 पर डाउनग्रेड करने से कंसोल लॉग आउटपुट वापस आ जाता है। हालांकि इसे काम करने के लिए --env नोड सेट करना पड़ा। कृपया इसे ठीक करें।

वर्तमान में ऐसा लगता है कि विश्वसनीय होने के लिए कंसोल लॉगिंग प्राप्त करने का एकमात्र तरीका एक ही चीज़ को लगातार 3-4 बार लॉग करना है। जेस्ट उनमें से केवल एक निश्चित संख्या को ही ब्लॉक करेगा। अभी भी बहुत परेशान है।

क्या इस पर कोई अपडेट है? मैं जेस्ट 23.4.1 और नोड 9.11.1 चला रहा हूं और कभी-कभी कंसोल लॉग आउटपुट प्राप्त कर रहा हूं और कभी-कभी नहीं।

बिना कंसोल लॉग के दो साल ने मुझे एक बेहतर डेवलपर बना दिया। धन्यवाद टीम जेस्ट!

मुझे विश्वास नहीं हो रहा है कि यह अभी भी एक मुद्दा है। मामला क्यों बंद है?

मेरा मतलब है, कौन कभी भी अपने असफल परीक्षणों को डीबग करना चाहेगा, है ना?

जैसे @jonogilmour ने उल्लेख किया है कि अगर मैं एक बार कुछ लॉग करता हूं तो यह प्रदर्शित नहीं होता है, लेकिन चीजों को दो बार लॉग इन करने पर मुझे उनमें से एक प्रदर्शित करने के लिए मिल जाएगा।

FWIW, --verbose=false वर्कअराउंड मेरे लिए काम करता है। मेरे package.json :

"scripts": {
...
    "test": "react-scripts test --env=jsdom --verbose=false",

कुछ अन्य अवलोकन:

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

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

मैकोज़ हाई सिएरा
नोड v8.11.3
मज़ाक: 23.6.0
टीएस-जेस्ट: 23.10.4

मेरे लिए यह beforeAll में

  console.log = s => {
    process.stdout.write(s + "\n");
  };

और यह खोल में काम किया:

yarn test > test.log

मेरे लिए, mocha पर स्विच करने से समस्या हल हो गई। यह स्विच करने के लिए बहुत छोटा है, क्योंकि डीएसएल बहुत समान है। आप जेस्ट की उम्मीद-लाइब्रेरी का उपयोग करना भी जारी रख सकते हैं: https://www.npmjs.com/package/expect

यह लगभग jest को हटाने और mocha $ को स्थापित करने जितना आसान है।

संपादित करें: स्पैम या नहीं, यह यहां सबसे आसान समाधान है।

यह मुद्दा वास्तव में आहत कर रहा है, काश अनुरक्षक इसे जल्द से जल्द ठीक कर सकते हैं, क्योंकि जेस्ट उत्पादकता बढ़ाने के लिए है, न कि दूसरे तरीके से सही है?

वैसे भी, मैं अब लिखने का उपयोग कर रहा हूं:

export const log = (s: any) => {
    console.log(s);
    console.log(s);
    console.log(s);
    process.stdout.write(s + "\n");
};

आपको अपना रास्ता स्पैम करना होगा।

पुष्टि की कि --verbose=false समस्या का समाधान करता है।

--verbose=false संस्करण 23.6.0 के साथ मेरे लिए काम नहीं करता है

ओएमजी यह एक दर्द है:/नवंबर 2018

कृपया इस मुद्दे को फिर से खोलें

silent: false को jest.config.js में सेट करने का प्रयास करें ... मेरे मामले में इसने मेरी मदद की

कोई भी उपाय काम नहीं करता।
नोडजेएस: v8.12.0
जेस्ट: v23.4.1

मैं महीनों से जेस्ट का उपयोग कर रहा हूं और यह बहुत अच्छा है और जबकि यह बग _सुपर कष्टप्रद_ है, मैंने हमेशा जिस वर्कअराउंड का उपयोग किया है वह एक जंक दावा करना है क्योंकि वह हर बार कंसोल पर लॉग इन करेगा।

उदाहरण, नकली कॉल लॉग आउट करने का प्रयास करते समय:

expect('hello').toEqual(childFunc.mock.calls[0]) प्रिंट आउट:

यह आदर्श नहीं है लेकिन यह काम पूरा करता है और मुझे अपने परीक्षण लिखना समाप्त करने की अनुमति देता है।

एक --घड़ी ध्वज के साथ जेस्ट चल रहा है।
जेस्ट संस्करण 23.5.0
नोड संस्करण 8.11.3

यह हुड के नीचे चल रहे "बहुत अधिक जादू" का एक अच्छा उदाहरण है, और इसके परिणाम जब कुछ गलत हो जाता है। मुझे विश्वास नहीं है कि समूह कंसोल.लॉग आउटपुट गुम कंसोल.लॉग स्टेटमेंट के डेढ़ साल के लायक है। मैं

उपरोक्त बातों से सहमत - यह काफी शोस्टॉपर नहीं है, लेकिन यह जेस्ट को इस तरह से दर्दनाक बनाता है जो पूरी तरह से अनावश्यक है।

मेरा "वर्कअराउंड" यह है कि अधिकांश तर्क log4js का उपयोग करते हैं, इसलिए जहां मैं जेस्ट को सर्वर-साइड कोड पर मोड़ता हूं, मैं अच्छा हूं। अफसोस की बात है कि मेरे पास बड़ी मात्रा में क्लाइंट साइड कोड है जहां मैं आम तौर पर प्रत्येक console.log की चार प्रतियां कॉपी और पेस्ट करता हूं क्योंकि अंततः उनमें से एक दिखाई देता है।

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

कैसे के बारे में CI=true yarn run test ?

मैंने पहले जो कहा उसके लिए खेद है, लेकिन यह परीक्षण मामलों के शीर्षक के बिना अच्छी तरह से काम करता है, मेरा मतलब है, "--verbose" विकल्प के बिना, मुझे लगता है कि --verbose किसी प्रकार का स्वरूपण करता है और stdout स्ट्रीम को प्रतिस्थापित करता है।
इसलिए, मेरे लिए मुझे 2 महीने हो गए हैं और सब कुछ ठीक चल रहा है।
और अगर कोई उस विकल्प का उपयोग करना चाहता है तो उसे केवल अपने npm कमांड में जोड़ें जैसे: npm रन टेस्ट: इंटीग्रेशन - --watchAll --verbose --coverage --etc

क्या समस्या वाले लोग [email protected] परीक्षण कर सकते हैं? इसमें शामिल हैं #6871

@jamesta696 हाय, मुझे लगता है कि आपको "जेस्ट" टैग का उपयोग करके स्टैक ओवरफ्लो पर इस तरह के प्रश्नों को पोस्ट करने की आवश्यकता है क्योंकि यहां चर्चा "मुद्दों" के लिए है, फिर भी, मुझे पता है कि कोई आपकी मदद कर सकता है, लेकिन यहां समस्या हो सकती है बंद किया जाए क्योंकि मुख्य मुद्दे पर चर्चा नहीं हो रही है।
और अभी के लिए, मैं आपको उस प्रश्न का उत्तर नहीं दे सकता क्योंकि मैं प्रतिक्रिया और फ्रंटएंड के लिए कुछ विकसित नहीं कर रहा हूं, मैं भी मजाक का सदस्य नहीं हूं, लेकिन आइए नियमों का पालन करने का प्रयास करें।

@SimenB मैंने जेस्ट अपडेट किया है (आपके उल्लिखित संस्करण में) और मेरे प्रोजेक्ट में कुछ console.log स्टेटमेंट डालने की कोशिश की जिसमें समस्या थी। अब तक, ऐसा लगता है कि यह तय हो गया है: सभी console.log s दिखाई देते हैं। मैं इसका उपयोग करना जारी रखूंगा और अगर मुझे फिर से समस्या आती है तो मैं आपको बता दूंगा।

एफवाईआई: मैं jest --watchAll का उपयोग कर रहा था (और अभी भी हूं)

@tobyhinloopen @SimenB का उल्लेख करने वाली प्रगति का प्रमाण देखने के लिए कूल।

यह बहुत बढ़िया है @tobyhinloopen!

मैं यह भी पुष्टि कर सकता हूं कि [email protected] ठीक काम करता है और आप बिना --verbose=false के सभी कंसोल लॉग देख सकते हैं।

मैं यह भी पुष्टि कर सकता हूं कि [email protected] ठीक काम करता है और आप बिना --verbose=false के सभी कंसोल लॉग देख सकते हैं।

+1। पुष्टि भी कर सकते हैं। यह देखकर खुशी हुई कि यह काम कर रहा है। अच्छा काम, जेस्ट दोस्तों! मैं

मैं भी पुष्टि कर सकता हूँ! यह क्रिसमस की तरह है। मैं

मैं

क्रिएट-रिएक्शन-ऐप अपडेट तक बस इंतजार करने की जरूरत नहीं है

मैं जेस्ट संस्करण 24.0.0 चला रहा हूं, फिर भी मैं अभी भी console.log या console.error नहीं देख सकता। मुझे आश्चर्य है कि मैं क्या गलत कर रहा हूँ।

सुनिश्चित करें कि उनका मजाक नहीं उड़ाया गया है

ये वाकई अजीब है। ऐसा लगता है कि async हैंडलिंग में कोई समस्या है। मैं त्रुटियों को प्रदर्शित करने के लिए नहीं मिल सकता। भले ही try/catch ब्लॉक में लपेटा गया हो, मुझे त्रुटि दिखाई नहीं दे रही है।

पैरामीटर generator निश्चित रूप से सही है, अगर मैं एसिंक फ़ंक्शन कॉल को हटा देता हूं, तो यह सही ढंग से लॉग होता है। लूप के बाहर होने पर यह सही स्ट्रिंग भी देता है।

जेस्ट संस्करण 24.0.0 है, नोड 10.5 है

@tiborsaas आपका परीक्षण संभवतः console.log चलने से पहले समाप्त हो जाएगा।
यदि आप changedGenerators से अधिक पुनरावृत्ति की प्रतीक्षा करना चाहते हैं, तो आपको कुछ इस तरह की आवश्यकता होगी

await Promise.all(changedGenerators.map(async (generator) => {/* ... */}))

उत्तर के लिए धन्यवाद, लेकिन वास्तव में ऐसा नहीं है, कुछ त्रुटि console.log को प्रदर्शित होने से रोकती है। एक और एसिंक फ़ंक्शन है जो console.log के साथ ठीक काम करता है अगर मैं इसे forEach कॉलबैक में कॉल करता हूं।

संपादित करें: वास्तव में लाइन-बाय-लाइन डिबगिंग द्वारा मुझे पता है कि समस्या के साथ है

const archives = await fs.readdir(archiveDir);

हालाँकि यह मज़ाक मुद्दा चीजों को लॉग करने के बारे में है। मैं बातचीत को पटरी से नहीं उतारना चाहता।

आप अभी भी एक बग का अनुभव कर रहे हैं, बस यह इंगित करना चाहते हैं (अपना सटीक कोड जाने बिना) कि आम तौर पर इस तरह के वादों का एक गुच्छा बिना प्रतीक्षा किए फोर्क करना आम तौर पर एक बुरा विचार है, क्योंकि वे आपके परीक्षण के समाप्त होने के बाद अस्वीकार कर सकते हैं: )

मैं सहमत हूं, लेकिन मैं expect कॉल को forEach में चलाना चाहता हूं क्योंकि मुझे पहले से पता नहीं है कि मुझे कितने बदलावों से निपटना है।

दुर्भाग्य से Promise.all दृष्टिकोण ने कुछ भी ठीक नहीं किया।

क्या आपने forEach के बजाय forEach map का उपयोग किया था? बिंदु Promise.all . के वादों की एक सरणी वापस करना है

@SimenB हाँ, मुझे पता है।

अगर कोई त्रुटि है, तो मैं इसे नहीं देख सकता।

@tiborsaas आप Promise.all के पूरा होने की प्रतीक्षा नहीं कर रहे हैं: await Promise.all(...) का उपयोग करें

वह भी किया, वही परिणाम। :(

क्या होगा यदि आप अपने promise.all $ के नीचे await new Promise((resolve) => setTimeout(resolve, 1000)) जोड़ते हैं?

क्या आप पुनरुत्पादन के साथ एक नया मुद्दा खोल सकते हैं? मेरा मानना ​​​​है कि ओपी द्वारा रिपोर्ट की गई समस्या ठीक हो गई है, जबकि आप एक अलग देख रहे हैं (इससे कोई फर्क नहीं पड़ता कि आप एसिंक को सही तरीके से संभालते हैं या नहीं, फिर भी आपको लॉग स्टेटमेंट देखना चाहिए)

हाँ यह वाकई अजीब है, कुछ इस तरह

test('stuff', () => {
    setTimeout(() => console.log('hi', 500));
})

आमतौर पर अभी भी किसी न किसी तरह से मुद्रित होता है

वह कॉलबैक फ़ंक्शन का उपयोग Promise.all([...], callback) के दूसरे तर्क के रूप में कर रहा है। उसे Promise.all([...]).then(callback) का उपयोग करना चाहिए। हो सकता है कि उसकी समस्या हल हो जाए, मुझे लगता है कि .all के दूसरे तर्क को अनदेखा किया गया है और कभी निष्पादित नहीं किया गया है (इसलिए आपके लॉग कभी निष्पादित नहीं होंगे)। @tiborsaas

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Promise/all

हाँ यह गलत है, लेकिन लॉग स्टेटमेंट अभी भी दिखना चाहिए

@SimenB नहीं, दूसरा तर्क अनदेखा किया गया है।

> Promise.all([Promise.resolve(true)], () => console.log("hi")).then(console.log, console.error);
Promise {
  <pending>,
  domain: 
   Domain {
     domain: null,
     _events: { error: [Function: debugDomainError] },
     _eventsCount: 1,
     _maxListeners: undefined,
     members: [] } }
// output:
// [ true ]

हाँ, इसके साथ भ्रमित हो गया, क्षमा करें। Thx @tobyhinloopen

const lol = await Promise.all(versions); उम्मीद के मुताबिक काम किया।

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

पीआर: # 7731

मैं लॉगिंग करने के लिए https://www.npmjs.com/package/debug का उपयोग करता हूं। क्या वह जेस्ट के साथ काम करेगा?

नहीं, जब तक हम #6524 नहीं करते।

मैं आपके परीक्षणों में debug का मज़ाक उड़ाने और console.log का उपयोग करने की सलाह दूंगा यदि आप उन्हें देखना चाहते हैं

संदर्भ के लिए, कंसोल संदेश खो सकते हैं यदि वे परीक्षण पूरा होने के बाद मुद्रित होते हैं, तो # 7731 के नीचे टिप्पणियां देखें। यह कुछ लोगों के लिए कारण हो सकता है, लेकिन संभवत: सभी अनुपलब्ध कंसोल संदेशों की यहां रिपोर्ट नहीं की गई है।

--verbose ने मेरे लिए काम किया। --verbose का उपयोग करने से पहले, कुछ, लेकिन सभी संदेश खो नहीं गए थे। मैं नोड v10.15.3 और जेस्ट v21.2.1 . का उपयोग कर रहा हूँ

अभी भी मेरे लिए एक समस्या है, कंसोल लॉग जेस्ट में नहीं दिखते हैं

ब्लॉग में नवीनतम घोषणा के बावजूद कि समस्या अंततः हल हो गई है, समस्या अभी भी मौजूद है, मेरे कंसोल लॉग कभी-कभी फिर से दिखाई नहीं देते हैं, मैं jest v24.8.0 का उपयोग कर रहा हूं।

और मेरा काम ठीक ‍♂️ है। कृपया एक पुनरुत्पादन पोस्ट करें जिसकी हम जांच कर सकते हैं। हम जादूगर नहीं हैं, हम आपका कोड नहीं देख सकते हैं जो आउटपुट लॉग करने में विफल हो रहा है।

वास्तव में, जांच के बाद, एपीआई परीक्षण (जैसे सुपरटेस्ट) से संबंधित लॉग काम नहीं करते हैं। अपेक्षित :/

@thymikee यह असंगत रूप से हो रहा है इसलिए इसे पुन: पेश करना वाकई मुश्किल है। उदाहरण:
निम्नलिखित परीक्षणों से एकल फ़ाइल का चयन करके चलता है (विकल्प p)

• console.log('pantz') (काम करता है)
• कंसोल बदलें। लॉग (myObject) (काम नहीं कर रहा है)
• इसे फिट करने के लिए बदलें (काम नहीं कर रहा)
• कंसोल में बदलें। लॉग ('पैंटज़') (काम नहीं कर रहा है)
• इसमें फिट बदलें (काम नहीं कर रहा)
• जेस्ट पुनरारंभ करें (काम नहीं कर रहा)
• इसे फिट करने के लिए बदलें (काम कर रहे)

अब मैंने उन्हीं चरणों को दोहराने की कोशिश की और परिणाम असंगत है।

एक नमूना रेपो प्रदान करें जहां यह काम नहीं कर रहा है ताकि जेस्ट लोग इसे डीबग करने में मदद कर सकें। @kresli

उपयोगकर्ता-त्रुटि की बहुत सारी संभावनाएं भी हैं, जिनमें अधिकतर await या अन्यथा async console.log गायब हैं।

मैं फिर इसे पुन: पेश करने के लिए एक समय खोजने की कोशिश करूंगा। तब तक मैंने पाया कि मेरे लट्ठे परिणाम से खा रहे हैं जैसा कि आप नीचे से देख सकते हैं। FAIL आने से पहले आप वहां मेरे 2 लॉग देख सकते हैं। और यह भी उल्लेख करने लायक है कि केवल 2 लॉग हटा दिए जाते हैं। अगर मैं एक दूसरे के नीचे 10 लॉग जोड़ता हूं, तो 8 दिखाए जाएंगे। मुझे लगता है कि यह एक अच्छी शुरुआत है :)

इस बीच, यदि आपको कैच-ऑल फ़िक्स की आवश्यकता है जो बस काम करता है, तो आप फ़ाइल और कंसोल दोनों में लॉग इन करने के लिए winston जैसी किसी चीज़ का उपयोग कर सकते हैं। यहां तक ​​कि अगर आपके कंसोल संदेश प्रदर्शित नहीं होते हैं, तो वे फाइल करने के लिए लिखे जाते हैं।

winston के साथ आप जो भी लॉग इन करना चाहते हैं उसे कॉन्फ़िगर कर सकते हैं और यह एकाधिक ट्रांसपोर्ट का समर्थन करता है, और ट्रांसपोर्ट आप स्वयं को कार्यान्वित कर सकते हैं।

const logger = winston.createLogger({
  level: "verbose",
  format: winston.format.json(),
  defaultMeta: {},
  transports: [
    new winston.transports.Console(),
    new winston.transports.File({ filename: "combined.log" }),
  ],
});

logger.error(stuff)

हो सकता है कि आप विंस्टन के लकड़हारे पर वैश्विक स्तर पर console.* को ओवरराइड करने जैसा कुछ गंदा भी कर सकते हैं।

@kresli आपका मज़ाक कौन सा संस्करण है? यह v23 व्यवहार जैसा दिखता है

यह मेरे साथ jest v^24.6.0 और node v10.14.2 के साथ होता रहता है। कोई विचार क्यों?

@yaelz यह एक जिद्दी मुद्दा है जो आमतौर पर उपयोगकर्ता त्रुटि के कारण होता है, लेकिन बग को पुन: उत्पन्न करने के लिए कठिन इतिहास भी है।

मुझे लगता है कि यह वास्तव में योगदानकर्ताओं को एक उदाहरण रेपो प्रदान करके या इस मुद्दे को पुन: पेश करने का एक और तरीका प्रदान करने के लिए एक पुनरुत्पादित मामला प्रदान करने में मदद करेगा।

तुरंत प्रतिसाद के लिए धन्यवाद!
यह कठिन होगा क्योंकि वर्तमान रेपो मेरे संगठन में निजी है ... अगर मैं इसे प्राप्त करता हूं तो मैं आपको बता दूंगा :)

यह मेरे साथ jest v^24.6.0 और node v10.14.2 के साथ होता रहता है। कोई विचार क्यों?

मैंने हाल ही में एक परियोजना में कुछ निर्भरताओं को अपग्रेड किया है और मेरे पास कोई समस्या नहीं है, मुझे एक महीने पहले इसका सामना करना पड़ा था, लेकिन मुझे विश्वास है कि इसे नए संस्करणों में हल किया गया था ...

क्या आप कृपया उन संस्करणों को साझा कर सकते हैं जिनका आप अभी उपयोग कर रहे हैं, जब यह हल हो जाए?

सोम, अगस्त 5, 2019 अपराह्न 12:43 पर नॉर्मन एनमैनुएल नोटिफिकेशन @github.com
लिखा था:

तुरंत प्रतिसाद के लिए धन्यवाद!
यह कठिन होगा क्योंकि वर्तमान रेपो मेरे संगठन में निजी है... मैं देता हूँ
तुम्हें पता है अगर मैं इसे प्राप्त करता हूं :)

मैंने हाल ही में एक परियोजना में कुछ निर्भरताओं को अपग्रेड किया है और मेरे पास कोई नहीं है
मुद्दा, मैं एक महीने पहले इसका सामना करता हूं, लेकिन मुझे नए संस्करणों में हल किया गया था I
मानना...

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/facebook/jest/issues/3853?email_source=notifications&email_token=AB6F4PAE3CHUMEBP7IYXRPLQC7Y2DA5CNFSM4DPZ3JSKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVW3P518KT
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AB6F4PFXDSRHBW5CMTT2DKDQC7Y2DANCNFSM4DPZ3JSA
.

क्या आप कृपया उन संस्करणों को साझा कर सकते हैं जिनका आप अभी उपयोग कर रहे हैं, जब यह हल हो जाए?

ज़रूर:

हंसी

^24.8.0

नोड -v

v10.16.0

और यह कुछ npm स्क्रिप्ट हैं जिनका उपयोग मैं e2e, एकीकरण, इकाई और स्वीकृति दोनों को चलाने के लिए करता हूं:

"scripts": {
  "test": "NODE_ENV=test npm run test:unit && npm run test:integration:both",
  "test:unit": "NODE_ENV=test jest --config test/jest.config.unit.js --detectOpenHandles",
  "test:integration": "NODE_ENV=test MOCK=false jest --config test/jest.config.integration.js --runInBand --detectOpenHandles",
  "test:integration:mock": "NODE_ENV=test MOCK=true jest --config test/jest.config.integration.js --runInBand --detectOpenHandles",
  "test:integration:both": "NODE_ENV=test npm run test:integration:mock -- --coverage; npm run db:migration:test; npm run test:integration -- --coverage;",
  "test:report": "open docs/test/report/index.html",
  "test:report:coverage": "open docs/test/coverage/lcov-report/index.html"
}

यह jest.config है:

"use strict";

module.exports = {
  "bail": true,
  "verbose": false,
  "collectCoverage": false,
  "expand": true,
  "testURL": "http://localhost:3000/",
  "coverageDirectory": "./docs/test/coverage",
  "testEnvironment": "node",
  "rootDir": "../",
  "setupFilesAfterEnv": [
    "./test/jest.setup.js"
  ],
  "jest.showCoverageOnLoad": true,
  "watchPathIgnorePatterns": ["node_modules"],
  "transform": {
    "^.+\\.js$": "babel-jest",
    '^.+\\.tsx?$': 'ts-jest',
  },
  "reporters": [
    "default",
    ["./node_modules/jest-html-reporter", {
      "pageTitle": "...",
      "outputPath": "./docs/test/report/index.html",
      "includeFailureMsg": true,
      "sort": "titleAsc",
      "dateFormat": "yyyy-mm-dd HH:MM:ss"
    }]
  ]
};

आशा है ये मदद करेगा।

मैं फिर इसे पुन: पेश करने के लिए एक समय खोजने की कोशिश करूंगा। तब तक मैंने पाया कि मेरे लट्ठे परिणाम से खा रहे हैं जैसा कि आप नीचे से देख सकते हैं। FAIL आने से पहले आप वहां मेरे 2 लॉग देख सकते हैं। और यह भी उल्लेख करने लायक है कि केवल 2 लॉग हटा दिए जाते हैं। अगर मैं एक दूसरे के नीचे 10 लॉग जोड़ता हूं, तो 8 दिखाए जाएंगे। मुझे लगता है कि यह एक अच्छी शुरुआत है :)

@kresli आपके यहां स्टेटस बार और टाइम आउटपुट क्या है? जब मैं अपना परीक्षण सूट चलाता हूं, तो मुझे _RUN HARNESS test-harness/index.js_ दिखाई देता है और सब कुछ चलने तक और कुछ नहीं। मैं तब अपना कंसोल.लॉग संदेश बहुत अंत में देखता हूं और _RUN HARNESS..._ के साथ लाइन _ में बदल जाती हैदोहन ​​...._

अद्यतन: कृपया ध्यान न दें, मेरे कोड में एक मुद्दा बन गया

अभी भी मैकोज़ पर नोड v12.16.1, जेस्ट 25.5.4, टाइपस्क्रिप्ट 3.8.3 के साथ इसका सामना करना पड़ रहा है। --runInBand का उपयोग करने, वर्बोज़ को अक्षम/सक्षम करने, --silent=true का उपयोग करने की अनुशंसाओं का प्रयास किया, इससे मदद नहीं मिली।