Jest: परीक्षण पास करने के लिए कंसोल लॉगिंग छुपाएं और इसे विफलताओं के लिए दिखाएं

को निर्मित 28 जुल॰ 2017 · 47टिप्पणियाँ · स्रोत: facebook/jest

क्या आप किसी सुविधा का अनुरोध करना चाहते बग की रिपोर्ट करना चाहते हैं?

विशेषता

वर्तमान व्यवहार क्या है?

जब आप jest --watch चलाते हैं तो यह कंसोल लॉगिंग दिखाएगा (जब तक कि आप --silent उपयोग नहीं करते)।

यदि वर्तमान व्यवहार एक बग है, तो कृपया https://repl.it/languages/jest के माध्यम से पुन: पेश करने के लिए कदम और या तो एक repl.it डेमो प्रदान करें या गिटहब पर एक न्यूनतम भंडार है कि हम yarn install और yarn test ।

अपेक्षित व्यवहार क्या है?

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

कृपया अपना सटीक जेस्ट कॉन्फ़िगरेशन प्रदान करें और अपने जेस्ट, नोड, यार्न/एनपीएम संस्करण और ऑपरेटिंग सिस्टम का उल्लेख करें।

$ jest --version && node --version && yarn --version
v20.0.4
v6.10.3
0.27.5

मैक ओएस एक्स 10.12.5

jest.config.js :

module.exports = {
  collectCoverageFrom: ['src/**/*.{js,jsx}'],
  coveragePathIgnorePatterns: [
    '<rootDir>/node_modules/',
    '<rootDir>/src/core/server/webpack-isomorphic-tools-config.js',
    '<rootDir>/src/locale/',
  ],
  moduleDirectories: [
    'src',
    'node_modules',
  ],
  moduleFileExtensions: [
    'js',
    'json',
    'jsx',
  ],
  moduleNameMapper: {
    // Prevent un-transpiled react-photoswipe code being required.
    '^photoswipe$': '<rootDir>/node_modules/photoswipe',
    // Use the client-side logger by default for tests.
    '^core/logger$': '<rootDir>/src/core/client/logger',
    // Alias tests for tests to be able to import helpers.
    '^tests/(.*)$': '<rootDir>/tests/$1',
    // Replaces the following formats with an empty module.
    '^.+\\.(scss|css|svg|woff|woff2|mp4|webm)$': '<rootDir>/tests/emptyModule',
  },
  setupTestFrameworkScriptFile: '<rootDir>/tests/setup.js',
  testPathIgnorePatterns: [
    '<rootDir>/node_modules/',
    '<rootDir>/(assets|bin|config|coverage|dist|docs|flow|locale|src)/',
  ],
  testMatch: [
    '**/[Tt]est(*).js?(x)',
    '**/__tests__/**/*.js?(x)',
  ],
  transform: {
    '^.+\\.js$': 'babel-jest',
    // This transforms images to be a module that exports the filename.
    // Tests can assert on the filenname.
    '^.+\\.(jpg|jpeg|gif|png)$': '<rootDir>/tests/fileTransformer',
  },
  transformIgnorePatterns: [
    '<rootDir>/node_modules/',
  ],
  verbose: false,
};

स्रोत

kumar303

👍58

सबसे उपयोगी टिप्पणी

सहमत, PASS परीक्षण के लिए कंसोल आउटपुट को छिपाने के लिए aa फ़्लैग होना और इसे FAILED परीक्षण के लिए छोड़ना परीक्षण आउटपुट को अधिक पठनीय बनाने के लिए एक बढ़िया अतिरिक्त होगा

garcianavalon 16 नव॰ 2017

👍75 ❤21

सभी 47 टिप्पणियाँ

आप एक कस्टम रिपोर्टर लिख सकते हैं। सीसी @aaronabramov

thymikee 29 जुल॰ 2017

यहां हमारे परीक्षणों से उदाहरण दिया गया है: https://github.com/facebook/jest/blob/master/integration_tests/custom_reporters/reporters/test_reporter.js।

thymikee 30 जुल॰ 2017

😕9

नमस्ते, उपयोगी जानकारी के लिए धन्यवाद।

हालाँकि, मैंने एक कस्टम रिपोर्टर लिखने की कोशिश की और कुछ झटकों में भाग गया:

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

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

इसे स्पष्ट रूप से परीक्षणों की आवश्यकता है और इसे कॉन्फ़िगरेशन मान की जांच करने की आवश्यकता होगी लेकिन यहां सामान्य विचार है (जो काम कर रहा है):

diff --git a/packages/jest-cli/src/reporters/default_reporter.js b/packages/jest-cli/src/reporters/default_reporter.js
index 08d4a9f2..adedbdd3 100644
--- a/packages/jest-cli/src/reporters/default_reporter.js
+++ b/packages/jest-cli/src/reporters/default_reporter.js
@@ -176,7 +176,8 @@ class DefaultReporter extends BaseReporter {
       this.log(getResultHeader(result, config));

       const consoleBuffer = result.console;
-      if (consoleBuffer && consoleBuffer.length) {
+      const testFailed = result.numFailingTests > 0;
+      if (testFailed && consoleBuffer && consoleBuffer.length) {
         this.log(
           '  ' +
             TITLE_BULLET +

kumar303 15 अग॰ 2017

मुझे वास्तव में यह विचार पसंद है, लेकिन ऐसी कई चीजें हैं जिन पर हमें विचार करने की आवश्यकता है

हमें छिपे हुए आउटपुट के बारे में कुछ जानकारी जोड़ने की आवश्यकता है

PASS __tests__/my_test.js (hidden output)

कुछ परीक्षण या एकल परीक्षण चलाते समय हमें इसे अक्षम भी करना चाहिए (मुझे लगता है कि इसे केवल पूर्ण परीक्षण चलाने के लिए सक्षम करें)

@cpojer क्या आपके पास इस पर कोई विचार है?

aaronabramov 15 अग॰ 2017

👍10

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

cpojer 24 अग॰ 2017

👎121 😕14 👍8 👀2 😄1

मेरे लिए @cpojer , मेरे परीक्षण से संबंधित कंसोल संदेशों को आजमाने और खोजने में भ्रमित है:/यदि आप इसे प्राप्त करने के बेहतर तरीके सुझा सकते हैं तो कृपया करें।

एक समझौते के रूप में, क्या आप उस पैच को स्वीकार करेंगे जो DefaultReporter को jest.js में सकूं ? अन्यथा, मुझे कस्टम रिपोर्टर में इस सुविधा को लागू करने के लिए दुनिया को कॉपी और पेस्ट करना होगा।

kumar303 28 अग॰ 2017

👍47

मेरा परीक्षण आउटपुट इस तरह दिखता है:

screen shot 2017-11-05 at 16 11 29

मैं https://github.com/facebook/flow/issues/4673 के कारण चेतावनियों से छुटकारा नहीं पा सकता, और सौभाग्य से केवल कुछ लॉग संदेश हैं, लेकिन अगर मैं और लॉगिंग जोड़ना चाहता हूं तो यह बहुत खराब हो जाएगा .

miracle2k 5 नव॰ 2017

👍35

मैं दूसरी बात करता हूं कि @ चमत्कार 2k , जब आपको निर्भरताओं से बहुत सारी चेतावनियां और त्रुटियां मिल रही हैं, तो असफल परीक्षणों को ढूंढना बहुत कठिन हो जाता है। यह अच्छा होगा कि आपके पास एक ऐसा झंडा हो जिसे आप पास कर सकें जो केवल असफल परीक्षणों की सूची लौटाएगा।

design1online 13 नव॰ 2017

👍14

garcianavalon 16 नव॰ 2017

👍75 ❤21

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

andrewrady 22 नव॰ 2017

PASS परीक्षणों के लिए कंसोल आउटपुट को छिपाने वाले ध्वज पर सहमति।

PASS __tests__/my_test.js (hidden output)

क्या हम किसी भी मौके पर इस जोड़ पर पुनर्विचार कर सकते हैं?

saintplay 27 दिस॰ 2017

अब हमारे पास केवल असफल परीक्षण चलाने का एक तरीका है, जिसमें इस उपयोग के मामले को शामिल करना चाहिए। #4886 देखें (jest 22 में उपलब्ध)

SimenB 27 दिस॰ 2017

👎13 🎉2

अब हमारे पास केवल असफल परीक्षण चलाने का एक तरीका है, जिसमें इस उपयोग के मामले को शामिल करना चाहिए।

यह केवल आंशिक रूप से मामले को कवर करता है। उदाहरण के लिए, यदि 100 में से 5 परीक्षण बहुत सारे लॉगिंग वाले सूट में विफल हो जाते हैं, तो आप कंसोल आउटपुट को समझने के लिए केवल असफल परीक्षणों को फिर से चला सकते हैं। हालांकि, यदि आप परीक्षण पास करने के लिए लॉगिंग को हमेशा के लिए छुपा रहे थे तो आपको परीक्षणों को फिर से चलाने की आवश्यकता नहीं होगी।

साथ ही, केवल असफल परीक्षणों को फिर से चलाने में एक नकारात्मक पहलू है कि यह कोड संपादन द्वारा शुरू की गई किसी भी नई परीक्षण विफलताओं को नहीं पकड़ेगा।

kumar303 28 दिस॰ 2017

👍13

यदि कोर टीम इस सुविधा को लागू नहीं करना चाहती है, तो क्या कोई मेरे समझौते के

kumar303 28 दिस॰ 2017

👍6

@ kumar303 कृपया एक पीआर भेजें, ऐसा लगता है कि बनाए रखने के लिए काफी जटिल नहीं है :)

thymikee 2 जन॰ 2018

@ kumar303 क्या आपने पीआर जमा करना समाप्त कर दिया? मैं इसे भी लेना चाहता हूं।

martijnthe 6 फ़र॰ 2018

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

मेरा विचार jest.js से DefaultReporter को निर्यात करना था ताकि एक कस्टम रिपोर्टर इसे बढ़ा सके। मैं इस लाइन को कुछ और बदलकर शुरू करने की सोच रहा था:

const testFailed = result.numFailingTests > 0;
if (testFailed && consoleBuffer && consoleBuffer.length) {
  // Log console output
}

मुझे यकीन है कि इसके बाद इसे और अधिक बदलाव की आवश्यकता होगी।

kumar303 6 फ़र॰ 2018

👍22 🎉10 ❤6

@ kumar303 मैं आपके कोड को अपने जेस्ट

ellipticaldoor 8 जून 2018

मुझे इसमें भी दिलचस्पी है। @ kumar303 के विचार के बाद मैं एक कस्टम रिपोर्टर लिखने में सक्षम था जो default_reporter आसानी से बढ़ाता है (हालांकि भंगुर, क्योंकि मैं इसे सीधे jest-cli/build/reporters/default_reporter से आयात कर रहा हूं), और फिर result.console रूपांतरित करता हूं

यह एक चीज़ को छोड़कर ठीक काम करता है - एकल परीक्षण चलाते समय, कंसोल संदेशों को बफ़र नहीं किया जाता है। इसका उल्लेख यहां किया गया है: https://github.com/facebook/jest/issues/2080

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

jamietre 8 जून 2018

हमारे डिफ़ॉल्ट रिपोर्टर को और अधिक साफ-सुथरे तरीके से बेनकाब करने में खुशी हो रही है।

बल बफरिंग कंसोल.लॉग्स के बारे में एक अलग मुद्दा खोलने का मन? सुसंगत होना चाहिए

SimenB 9 जून 2018

क्या वैश्विक कॉन्फ़िगरेशन चर जैसे showLogsForFailedTests: true होने के लिए कोई महत्वपूर्ण नकारात्मक पक्ष है? डिफ़ॉल्ट मान कुछ भी नहीं बदलता है कि जेस्ट वर्तमान में कैसे काम करता है और false का मूल्य परीक्षणों के माध्यम से पढ़ने को और अधिक सुखद बना देगा।

क्या यह समस्या बंद है क्योंकि इसे ठीक करने के लिए कुछ किया गया था या इसे बंद कर दिया गया है क्योंकि 30+ लोग कल्पना कर रहे हैं कि उन्हें जेस्ट के साथ कोई समस्या है जो वास्तव में उनके पास नहीं है?

jazoom 27 जुल॰ 2018

👍9 😄2

लड़का, मैंने सोचा कि यह केवल जेस्ट के लिए असफल लॉग दिखाने के लिए एक मानक दृष्टिकोण है ... क्या यह अभी भी एक मुद्दा है?

achenwei-chwy 30 जुल॰ 2018

👍1

इसकी जरूरत है। यह वास्तव में बाधित करता है।

ianpark 7 अग॰ 2018

👍11

FYI करें: हमने जेस्ट के डिफ़ॉल्ट रिपोर्टर के आधार पर कस्टम रिपोर्टर में @ Kumar303 के विचार को सफलतापूर्वक लागू किया है: https://github.com/mozilla/addons-frontend/blob/e1606743d79e779b1902399685f35a90aa6b9ab9/tests/jest-reporters/fingers-crossed। जे एस

इस रिपोर्टर के बिना: https://travis-ci.org/mozilla/addons-frontend/jobs/413610593
इस रिपोर्टर के साथ: https://travis-ci.org/mozilla/addons-frontend/jobs/413753679

willdurand 9 अग॰ 2018

👍17

@willdurand मैंने आपके रिपोर्टर की कोशिश की। मुझे यकीन नहीं है कि मैं क्या गलत कर सकता था क्योंकि मैंने केवल उस फ़ाइल को रिपोर्टर के रूप में चुना था। इसने जो कुछ किया, उसे परीक्षणों के अंत में दिखाने से रोका गया:

Test Suites: 48 passed, 48 total
Tests:       78 passed, 78 total
Snapshots:   73 passed, 73 total

परीक्षणों के दौरान सभी लॉग अभी भी दिखाई दिए।

jazoom 9 अग॰ 2018

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

बुध, 8 अगस्त 2018, 7:08 jazoom पर [email protected] लिखा है:

@willdurand https://github.com/willdurand मैंने आपके रिपोर्टर की कोशिश की। मैं हूँ
सुनिश्चित नहीं है कि मैं क्या गलत कर सकता था क्योंकि मैंने केवल उस फ़ाइल का चयन किया था
संवाददाता के रूप में। इसने जो कुछ किया, उसे अंत में प्रदर्शित होने से रोका गया
परीक्षण:
टेस्ट सूट: 48 उत्तीर्ण, कुल 48
टेस्ट: 78 उत्तीर्ण, 78 कुल
स्नैपशॉट: 73 उत्तीर्ण, कुल 73
परीक्षणों के दौरान सभी लॉग अभी भी दिखाई दिए।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/facebook/jest/issues/4156#issuecomment-411582223 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/AAi-gO9_uEJPO4xnhkpfGore_hEX81fUks5uO29bgaJpZM4OnBQQ
.

jamietre 9 अग॰ 2018

@jamietre मैंने इसे ठीक उसी कमांड के लिए चलाया, जिसका उपयोग मैंने परीक्षण के लिए किया था जिसमें 48 सूट थे।

संपादित करें: स्पष्ट करने के लिए, मैंने एक ही कमांड को दो बार चलाया। कस्टम रिपोर्टर के साथ एकमात्र अंतर यह था कि उसने इस सारांश को अंत में नहीं छापा:

Test Suites: 48 passed, 48 total
Tests:       78 passed, 78 total
Snapshots:   73 passed, 73 total

jazoom 9 अग॰ 2018

@jazoom यदि आपके verbose: true तो रिपोर्टर का कोई प्रभाव नहीं पड़ेगा। इसे false सेट करने का प्रयास करें।

@jamietre मैं सहमत हूँ। यह अजीब व्यवहार है कि एक एकल परीक्षण रन किसी भी कंसोल आउटपुट को कैप्चर या प्रदर्शित नहीं करता है (https://github.com/facebook/jest/issues/6441)।

यह भी मददगार नहीं है कि कैसे जेस्ट परीक्षण द्वारा कंसोल आउटपुट को समूहीकृत नहीं करता है (https://github.com/facebook/jest/issues/2080)। एक कस्टम रिपोर्टर केवल सूट (यानी एक परीक्षण फ़ाइल) के लिए आउटपुट दिखा सकता है, न कि एक विशिष्ट असफल परीक्षण।

kumar303 9 अग॰ 2018

@jazoom यह भी सुनिश्चित करें कि आप रिपोर्टर को स्थापित करने या बदलने के बाद पूरी तरह से जेस्ट को पुनरारंभ करें। यह स्पष्ट नहीं हो सकता है क्योंकि जेस्ट चलते समय अन्य स्रोत फ़ाइलों में परिवर्तन को पहचान लेगा (लेकिन रिपोर्टर नहीं)।

kumar303 9 अग॰ 2018

@ kumar303 वर्बोज़ पर सेट नहीं है

"पूरी तरह से पुनरारंभ करें" से आपका क्या मतलब है? यह सिर्फ एक स्क्रिप्ट है जो चलती है।

jazoom 9 अग॰ 2018

"पूरी तरह से पुनरारंभ करें" से आपका क्या मतलब है?

मेरा मतलब था कि अगर आप जेस्ट के वॉच मोड में हैं तो आपको बाहर निकलने की जरूरत है।

kumar303 9 अग॰ 2018

ठीक। मैं वॉच मोड का उपयोग नहीं करता।

jazoom 9 अग॰ 2018

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

willdurand 9 अग॰ 2018

मुझे लगता है कि ऐसा इसलिए है क्योंकि हम DefaultReporter विस्तार करते हैं, न कि SummaryReporter , शायद..

willdurand 9 अग॰ 2018

@willdurand मैंने आपके कॉन्फ़िगरेशन की कोशिश की जो लॉग को सफलतापूर्वक छुपाता है। हालाँकि, टर्मिनल को अब और (पिछले लॉग) साफ़ नहीं किया गया है और सभी लॉग दूसरों के नीचे वाले को ढेर कर देते हैं।

नोट: केवल DefaultReporter वर्ग को निर्यात करके, मैं डिफ़ॉल्ट लॉगिंग पर वापस आ जाता हूं लेकिन लॉग भी ढेर हो जाते हैं

Morikko 25 मार्च 2019

मैंने @kumar303 / @willdurand से फिंगर्सक्रॉस रिपोर्टर के साथ थोड़ा खिलवाड़ किया
हालांकि जैसा कि कुछ अन्य ने उल्लेख किया है, यह परीक्षण के अंत में परीक्षण सारांश मुद्रित नहीं करता है। ऐसा इसलिए है क्योंकि (मुझे लगता है) डिफ़ॉल्ट जेस्ट सेटिंग्स दो पत्रकारों का उपयोग करती हैं - डिफॉल्ट रिपोर्टर और सारांश रिपोर्टर।
अब मैं अपने जेस्ट-कॉन्फ़िगरेशन में सारांश रिपोर्टर को सीधे आयात करने में असमर्थ हूं क्योंकि यह डिफ़ॉल्ट-निर्यात है और यह आयात योग्य नहीं लगता है। मैंने इसे किसी अन्य फ़ाइल से पुनः निर्यात करके इसे प्राप्त कर लिया है।

//summary-reporter.js
const SummaryReporter = require('@jest/reporters/build/summary_reporter')
  .default;
module.exports = SummaryReporter;

//log-on-fail-reporter.js
Content: https://gist.github.com/GeeWee/71db0d9911b4a087e4b2486386168b05
Same as reporter above, but with updated import paths for the new jest structure

जेस्ट विन्यास

    "reporters": [
      "<rootDir>/src/test-reporters/log-on-fail-reporter.js",
      "<rootDir>/src/test-reporters/summary-reporter.js"
    ],

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

GeeWee 9 मई 2019

हम जेस्ट 25 के लिए डिफ़ॉल्ट निर्यात के लिए समर्थन तय करेंगे।

तुम भी कर सकते हो

//summary-reporter.js
const {SummaryReporter} = require('@jest/reporters')
module.exports = SummaryReporter;

हालांकि हम @jest/reporters/SummaryReporter आदि फ़ाइलें जोड़ना चाहते हैं, इसलिए आपको मध्यस्थ जेएस फ़ाइल की आवश्यकता नहीं है ... उसके लिए एक अलग सुविधा अनुरोध खोलना चाहते हैं?

SimenB 9 मई 2019

यह सुविधा अनुरोध क्यों बंद है?
ऐसा लगता है कि बहुत से लोग इस सुविधा को आउट-ऑफ-द-बॉक्स मज़ाक में शामिल करना उचित समझते हैं। कम से कम एक विन्यास विकल्प के रूप में।
क्या आप @kumar303 इसे फिर से खोल सकते हैं?

jarl-dk 27 सित॰ 2019

👍40

क्या आप @kumar303 इसे फिर से खोल सकते हैं?

हे। नहीं, मेरे पास पहुंच नहीं है। बंद करने का यही कारण था: https://github.com/facebook/jest/issues/4156#issuecomment -324638718 मैं मानता हूं कि यह एक अनिवार्य विशेषता है। मुझे आश्चर्य है कि कोर जेस्ट देव इसके बिना कैसे रह सकते हैं, लेकिन शायद वे बग के साथ कोड नहीं लिखते हैं, इसलिए उन्हें लॉग की आवश्यकता नहीं है।

kumar303 27 सित॰ 2019

😄11

कृपया फिर से खोलें। हमें इसकी भी जरूरत है।

demisx 20 नव॰ 2019

यह अभी तक संभव क्यों नहीं है?

GuusBaggen 26 नव॰ 2019

😕17

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

zacaj 20 जन॰ 2020

👍17

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

omgoshjosh 10 अप्रैल 2020

👍5

बात यह है कि यह सुविधा लगभग तीन वर्षों से लागू नहीं की गई है, जब यह आवश्यक है, अजीब तरह की है।

joffarex 11 अप्रैल 2020

👍22

इंटरनेट पर मिले स्निपेट्स के आधार पर मैं इसके लिए एक ग्लोबल कॉन्फिगरेशन लेकर आया हूं; देख https://stackoverflow.com/questions/58936650/javascript-jest-how-to-show-logs-from-test-case-only-when-test-fails/61909588#61909588

उम्मीद है कि यह किसी की मदद करता है।

geekysquirrel 26 मई 2020

👍2 🚀1

async कैप्चर के लिए https://github.com/AtakamaLLC/capio पर एक नज़र डालना चाह सकते हैं।

earonesty 8 जुल॰ 2020

कृपया इसे फिर से खोलें और इसे वैकल्पिक कॉन्फ़िगरेशन के रूप में लागू करें।
यदि किसी पीआर को स्वीकार किए जाने की वास्तविक संभावना है तो मैं इसे स्वयं करूंगा।
मेरे विचार में, इस "छोटे" फीचर-अनुरोध के लिए एक कस्टम रिपोर्टर लिखना एक सतत रखरखाव ओवरहेड होगा।

यद्यपि यह सुविधा-अनुरोध न तो "स्वच्छ" है और न ही "संगत", यह अभी भी बहुत से लोगों द्वारा अत्यधिक आवश्यक है।

fkirc 24 अक्तू॰ 2020

👍10

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Jest: परीक्षण पास करने के लिए कंसोल लॉगिंग छुपाएं और इसे विफलताओं के लिए दिखाएं

सबसे उपयोगी टिप्पणी

सभी 47 टिप्पणियाँ

संबंधित मुद्दों