Mocha: दावा त्रुटि के बजाय टाइमआउट के साथ Async परीक्षण विफल रहता है

क्या aPromise कभी हल होता है? यदि नहीं, तो टाइमआउट फेंकने के अलावा और कोई विकल्प नहीं है।

@NickHeiner हाँ, यह हल हो जाता है; और फिर expect() पाता है कि returnValue equal(42) और फेंकता है।

@gurdiga आप कैसे जानते हैं कि अगर आपको टाइमआउट मिलता है और दावा त्रुटि नहीं होती है तो यह फेंकता है?

@hallas @NickHeiner यहाँ चल रही चीज़ है: http://jsfiddle.net/gurdiga/p9vmj/।

@gurdiga मुझे ऐसा लगता है कि आपके वादे को पकड़ने में अपनी त्रुटि है। अपने वादे में .catch(done) जोड़ने का प्रयास करें और मुझे लगता है कि यह इरादा के अनुसार काम करेगा।

@ हल्लास वाह: _that_ जवाब था! :) aPromise.finally() done में डालने के लिए एकदम उपयुक्त प्रतीत होता है: वादा हल होने पर इसे भी बुलाया जाना चाहिए। ;)

शुक्रिया!

मैं बेवकूफ लगता हूँ।

मुझे लगता है कि मुझे आखिरकार यह मिल गया: जब किसी भी वादे के हैंडलर फ़ंक्शन में कुछ भी फेंकता है, चाहे वह .then() , .catch() या .finally() , त्रुटि है वादा पुस्तकालय द्वारा संभाला। इस तरह, परीक्षण धावक कभी भी वास्तविक त्रुटि नहीं देखता है, done() को कभी भी नहीं कहा जाता है (क्योंकि इससे पहले कि कोई दावा त्रुटि फेंक दी जाए), और इसलिए टाइम आउट त्रुटि आपको टेस्ट रनर से मिलती है।

वादे से बाहर निकलने के लिए, मैं उपयोग करता हूं setTimeout() :

    it('returns the correct value', function(done) {
      var returnValue = 5;

      aPromise.then(function() {
        setTimeout(function() {
          expect(returnValue).to.equal(42);
          done();
        });
      });
    });

मैंने पाया कि उचित त्रुटि संदेश और परीक्षण धावक व्यवहार प्राप्त करने का यही एकमात्र तरीका है।

done पास .catch() या .finally() के साथ परीक्षण को किसी भी मामले में उत्तीर्ण माना जाता है, इसलिए यदि दावा त्रुटियां हैं, तो आप उन्हें कभी नहीं देख पाएंगे।

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

it('returns the correct value', function() {
    var returnValue = 5;

    return aPromise.then(function() {
        expect(returnValue).to.equal(42);
    });
});

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

it("works", function(done) {
    new Something()
    .on("eventA", function(result) {
        expect(result).to.be.true;
    })
    .on("eventB", function(result) {
        expect(result).to.be.false;
        done();
    });
});

• उदाहरण को Promise में लपेटना अत्यधिक लगता है।
• प्रत्येक दावे को try / catch में लपेटना भी अत्यधिक लगता है और इससे भी महत्वपूर्ण बात यह है कि इसका परिणाम Error: done() called multiple times ।

विचार:
http://staxmanade.com/2015/11/testing-asyncronous-code-with-mochajs-and-es7-async-await/

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

आपके एपीआई के लिए:

1. क्या आप सुनिश्चित हैं कि दोनों घटनाओं को बुलाया जा रहा है, और सही क्रम में? यदि वे नहीं होते, तो आपका परीक्षण इसे सामान्य विफलता में कैसे बदल देता?
2. आपके ईवेंट हैंडलर से फेंके गए अपवादों का सामान्य रूप से क्या होता है? यदि वे सिंक्रोनस कोड में प्रचार नहीं करते हैं और इसके बजाय एपीआई (उदाहरण के लिए .on("error", function(error) {...}) ) पर सुनने के लिए हैं, तो वे मोचा तक कभी नहीं पहुंचेंगे जब तक कि आप उनकी बात नहीं सुनते और श्रोता done त्रुटि के साथ कॉल करता है (या श्रोता के साथ केवल done उपयोग करें यदि श्रोता ने त्रुटि को इसके पहले पैरामीटर के रूप में पारित किया है, उदाहरण के लिए .on("error", done) । संभवतः वह भी केवल प्रति परीक्षण एक बार लिखे जाने की आवश्यकता है, न कि एक बार प्रति ईवेंट हैंडलर, जैसे .catch(done) एक वादे में।

1. हां, और मैं एक "end" / "drain" ईवेंट का उपयोग यह जांचने के लिए करता हूं कि क्या अन्य ईवेंट में बूलियन सेट किए गए थे।
2. टाइमआउट होता है। मैं एक दुबला और साफ विकल्प खोजने की कोशिश कर रहा हूं।

क्षमा करें, मैं अभी भी नहीं जानता कि आपके एपीआई को त्रुटियों की रिपोर्ट कैसे करनी चाहिए।

हाँ, अभी तक मैं _कब_ कुछ विफल होने के लिए टाइमआउट पर भरोसा कर रहा हूं, फिर मैन्युअल रूप से _how/why_ पता लगाने के लिए खुदाई कर रहा हूं। सौभाग्य से, चीजें शायद ही कभी टूटती हैं, लेकिन यह एक बेहतर डिजाइन की कमी का बहाना नहीं है (मेरी ओर से, ज्यादातर)।

@stevenvachon : मुझे पहले से माफ़ कर दो, लेकिन मुझे आपके उदाहरण के साथ तत्काल कोई समस्या नहीं दिख रही है। आपके ईवेंट श्रोताओं में किए गए दावे को मोचा द्वारा uncaughtException मैपिंग के माध्यम से नियंत्रित किया जाना चाहिए (जब तक कि ईवेंट एमिटर कार्यान्वयन श्रोता त्रुटियों को पकड़ नहीं रहा है और error ईवेंट या कुछ और उत्सर्जित कर रहा है, जो तब भी आसान है हल करें)।

अब यदि हुड के तहत आपका कार्यान्वयन वादे का उपयोग कर रहा है, लेकिन वादे को उजागर करने के बजाय घटनाओं को उत्सर्जित करता है, तो आपके दावे वास्तव में "खाए गए" होंगे। जिस तरह से मैं इस समस्या को हल करता हूं वह unhandledRejection ।

मैं आमतौर पर इसे एक सेटअप स्क्रिप्ट में डालता हूं जो मेरे परीक्षणों से पहले चलती है:

process.on('unhandledRejection', function (reason)
{
    throw reason;
});

नोट: इसे ब्राउज़र में काम करने के लिए कुछ अतिरिक्त एल्बो ग्रीस की आवश्यकता हो सकती है।

मुझे उम्मीद है कि मोचा इस तरह समर्थन करेगा जैसे यह uncaughtException करता है क्योंकि यह एक सामान्य उपयोग का मामला है; सिर्फ इसलिए कि मैं वादे का उपयोग करता हूं इसका मतलब यह नहीं है कि मैं उन्हें कॉलर को वापस करना चाहता हूं!

[email protected] . के साथ भी यही समस्या है

    it('Convert files into base64', (resolve) => {
        let files = Promise.all(promises);

        return files
            .then(([actual, expected]) => {
                assert.equal(actual, expected, 'Files not are equal');
                resolve();
            })
            .catch(error => resolve);
    });

   Error: timeout of 2000ms exceeded. Ensure the done() callback is being called in this test.

.catch गलत है। error => resolve function(error) { return resolve } बराबर है, जिसका अर्थ है कि resolve को कॉल नहीं किया जाएगा और त्रुटि को अनदेखा कर दिया जाएगा। आप जो चाहते हैं वह त्रुटि के साथ resolve पर कॉल करना है, जो कि error => resolve(error) । बेशक, कॉलबैक फ़ंक्शन X जो कि फ़ंक्शन Y को उसी तर्क के साथ कॉल करता है जिसे X साथ बुलाया जाता है, केवल Y को पास करने के बराबर है कॉलबैक, इसलिए .catch(error => resolve(error)) को भी सरल बनाया जा सकता है .catch(resolve) । (आपको केवल resolve सीधे पास करने की आवश्यकता नहीं होगी यदि आप इसे then पास कर रहे थे और इसलिए, then के परिणाम पैरामीटर को resolve पास करने से बचने की आवश्यकता है then(()=>resolve()) बजाय केवल .then(resolve) ; लेकिन चूंकि आप दावे के लिए then कॉलबैक का उपयोग कर रहे हैं, यह सामने नहीं आता है ।)

(इसके अलावा, मुहावरेदार रूप से, resolve को शायद done की तर्ज पर कुछ नाम दिया जाना चाहिए, क्योंकि यह सफलता और विफलता और न्यायाधीशों दोनों को संभालता है जो इस पर आधारित है कि इसे तर्क के साथ बुलाया गया था या नहीं नहीं। इसलिए मोचा के त्रुटि संदेश में नाम। लेकिन यह एक महत्वपूर्ण मुद्दा हो सकता है; पढ़ें।)

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

it('Convert files into base64', () => {
    let files = Promise.all(promises);
    return files
        .then(([actual, expected]) => {
            assert.equal(actual, expected, 'Files not are equal');
        })
});

@lsphillips जो मेरे लिए काम करता है। धन्यवाद!! मुझे उम्मीद है कि मोचा डिफ़ॉल्ट रूप से भी इसका समर्थन करेगा। मैंने अभी-अभी #2640 बनाया है।

मुझे यह काम करने में थोड़ा समय लगा! उपरोक्त उत्तरों के आधार पर, ये दो विकल्प हैं:

npm install --save mocha expect.js q
./node_modules/mocha/bin/mocha test.spec.js

// test.spec.js

var $q = require('q');
var expect = require('expect.js');

describe('tests with done', function(){
    it('returns the correct value from promise', function(done) {
      var returnValue = 5;
      var def = $q.defer();
      def.promise.then((val) => {
        expect(val).to.equal(42);
        done();
      }).catch(done);
      def.resolve(returnValue)
    });
})

describe('tests returning promises', function(){
    it('returns the correct value from promise', function() {
      var returnValue = 5;
      var def = $q.defer();
      def.resolve(returnValue)
      return def.promise.then((val) => {
        expect(val).to.equal(42);
      });
    });
})

  tests with done
    1) returns the correct value from promise

  tests returning promises
    2) returns the correct value from promise


  0 passing (15ms)
  2 failing

  1) tests with done returns the correct value from promise:
     Error: expected 5 to equal 42
      at Assertion.assert (node_modules/expect.js/index.js:96:13)
      at Assertion.be.Assertion.equal (node_modules/expect.js/index.js:216:10)
      at def.promise.then (tests/test.spec.js:9:24)
      at _fulfilled (node_modules/q/q.js:854:54)
      at self.promiseDispatch.done (node_modules/q/q.js:883:30)
      at Promise.promise.promiseDispatch (node_modules/q/q.js:816:13)
      at node_modules/q/q.js:570:49
      at runSingle (node_modules/q/q.js:137:13)
      at flush (node_modules/q/q.js:125:13)
      at _combinedTickCallback (internal/process/next_tick.js:67:7)
      at process._tickCallback (internal/process/next_tick.js:98:9)

  2) tests returning promises returns the correct value from promise:
     Error: expected 5 to equal 42
      at Assertion.assert (node_modules/expect.js/index.js:96:13)
      at Assertion.be.Assertion.equal (node_modules/expect.js/index.js:216:10)
      at def.promise.then (tests/test.spec.js:22:24)
      at _fulfilled (node_modules/q/q.js:854:54)
      at self.promiseDispatch.done (node_modules/q/q.js:883:30)
      at Promise.promise.promiseDispatch (node_modules/q/q.js:816:13)
      at node_modules/q/q.js:570:49
      at runSingle (node_modules/q/q.js:137:13)
      at flush (node_modules/q/q.js:125:13)
      at _combinedTickCallback (internal/process/next_tick.js:67:7)
      at process._tickCallback (internal/process/next_tick.js:98:9)

@gurdiga सेटटाइमआउट () विचार के लिए धन्यवाद! मुझे भी इसी तरह की समस्या थी, लेकिन अब मुझे कम से कम उचित त्रुटि संदेश मिल सकते हैं!

मेरे परिदृश्य में मैंने दुःस्वप्न का उपयोग अंतिम परीक्षणों के लिए किया। मेरे लिए समाधान .catch(done) का उपयोग किया गया था। आप नीचे दिए गए उदाहरण की तरह अन्य कैच कॉलबैक के अंदर done(error) को कॉल कर सकते हैं।

describe('Clicking in any bad reputation tag', () => {
    it('open the bad reputation modal', (done) => {
      nightmare
        .select('#per-page', '50')
        .waitForAjax()
        .click('[data-reputation="bad"]')
        .evaluate(function() {
          return document.querySelector('.vue-modal .ls-modal-title').innerText
        })
        .then(function(title) {
          title.should.equal('Sua segmentação teve uma avaliação ruim!')
          done()
        })
        .catch((error) => {
          screenshot(nightmare)
          done(error)
        })
    })
  })

@itumoraes जो काम करता है, लेकिन आप इसके बजाय ऐसा कर सकते हैं:

describe('Clicking in any bad reputation tag', () => {
    it('open the bad reputation modal', () => {
      return nightmare
        .select('#per-page', '50')
        .waitForAjax()
        .click('[data-reputation="bad"]')
        .evaluate(function() {
          return document.querySelector('.vue-modal .ls-modal-title').innerText
        })
        .then(function(title) {
          title.should.equal('Sua segmentação teve uma avaliação ruim!')
        })
    })
  })

यदि आप कोई वादा वापस करते हैं तो आपको done() पर कॉल करने की आवश्यकता नहीं है। Mocha, Express, और Mongoose के साथ Async/Await का उपयोग करके मेरा ब्लॉग पोस्ट देखें

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

माइस्क्रिप्ट:

वर्णन करें ("getBillingDetail", async फ़ंक्शन (){
यह। समयबाह्य (55000);
it.only ("चेक दिया गया वैध जॉबनाम", async फ़ंक्शन (किया गया) {
यह। समयबाह्य (55000);
वर परिणाम = प्रतीक्षा url.getBillingDetail('12254785565647858');
कंसोल.लॉग (परिणाम);
जोर दें। बराबर (परिणाम, सत्य);
});
});

त्रुटि: 55000ms का समय समाप्त हो गया। एसिंक्स परीक्षण और हुक के लिए, सुनिश्चित करें कि "किया ()" कहा जाता है; यदि कोई वादा वापस कर रहा है, तो सुनिश्चित करें कि वह हल हो गया है।

कई बंद मुद्दों में एक ही बात की वर्तनी बंद करो। एक किए गए कॉलबैक को async फ़ंक्शंस में पास न करें। एसिंक्स परीक्षण पर दस्तावेज़ पढ़ें

@Munter मैंने किया कॉलबैक हटा दिया, लेकिन ये त्रुटि फिर से होती है

ऐसा लगता है कि आपका वादा कभी पूरा नहीं हुआ।