Sinon: कॉल को .callsFake के साथ बदलने के बाद नया स्टब एपीआई विफल हो रहा है

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

@ fatso83 आपका स्वागत है। अगर आपको कुछ और चाहिए तो मुझे बताएं।

@ fatso83 हाल ही में जारी 2.1.0 साथ प्रयास किया और दुर्भाग्य से वही होता है। पता नहीं अगर यह वास्तव में निपटा गया था (शायद नहीं, क्योंकि यह मुद्दा अभी भी खुला है), लेकिन सोचा कि आप जानना चाहते हैं।

एक चीज जो _could_ समस्याग्रस्त हो सकती है, वह है sinon-chai जिसमें sinon < 2 पर एक स्पष्ट सहकर्मी निर्भरता है। यह स्पष्ट नहीं करता है कि पुराने सिंटैक्स का उपयोग वास्तव में क्यों काम करेगा, हालांकि।

हाय @nfantone , चूंकि मैं चाई कोडबेस और इसके कुछ प्लगइन्स के बारे में जानता हूं, इसलिए मैं देखूंगा कि सिनॉन-चाई कैसे काम करता है और मैं आपको अपने निष्कर्षों के बारे में बताऊंगा।

यदि आपके पास कोई अन्य विचार या कोड उदाहरण हैं तो कृपया मुझे बताएं।

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

मैं अपने ठूंठ को जासूसों में बदलने के बारे में कैसे जाउंगा? क्या जासूस भी फर्जी तरीके को बुलाएंगे? क्या आप मुझे एक उदाहरण दे सकते हैं? मान लें कि हमारे पास मेरे मूल मामले जैसा कुछ है:

sinon.stub(channel, 'assertQueue', channel.assertQueue);

जासूसों का उपयोग करते हुए नया सिंटैक्स कैसा दिखना चाहिए?

ऐसा करने से आप अपने स्टब को मूल channel.assertQueue विधि को कॉल करने के लिए कह रहे हैं, जो बिल्कुल एक जासूस का उपयोग करने जैसा ही है, जो आपको कॉल, तर्क और अन्य महत्वपूर्ण जानकारी का ट्रैक रखने की अनुमति देता है जबकि अभी भी पुराने व्यवहार को बुलाओ।

उदाहरण के लिए, आप इसे चालू कर सकते हैं:

sinon.stub(channel, 'assertQueue', channel.assertQueue);

इस मामले में:

sinon.spy(channel, 'assertQueue');

यदि आप केवल कॉल और अन्य जानकारी का ट्रैक रखना चाहते हैं तो spies , यदि आपको व्यवहार बदलने की आवश्यकता है तो stubs ।

@lucasfcosta ठीक है, यह पता चला कि आप सही थे। मुझे नहीं पता था कि .spy वास्तव में _call_ वह मूल तरीका होगा जिस पर आप जासूसी कर रहे हैं। मैंने अधिकांश .stub कॉलों को .spy और अब सभी परीक्षण पास हो रहे हैं।

मेरे पास अभी भी सिंटैक्स अद्यतन चेतावनी के बारे में वह छोटी सी समस्या है जैसे:

  this.stub(seneca, 'export').withArgs('transport/utils').returns(transportUtils);

इसे कैसे अपडेट किया जाना चाहिए?

मुझे वास्तव में callsFake व्यवहार की आवश्यकता है और यह मेरे लिए भी असफल प्रतीत होता है। मेरा मतलब है कि स्टब्ड फ़ंक्शन बस undefined लौटा रहा है। मैंने इसे डीबग करने का प्रयास किया है और ऐसा लगता है कि fake रिकॉर्ड किया गया है लेकिन जासूस में this.fakes अभी भी खाली है।

मूल 3-आर्ग सिंटैक्स पर वापस जाना काम करता है।

हाय @emirotin , क्या आप कृपया एक प्रतिलिपि प्रस्तुत करने योग्य उदाहरण प्रदान कर सकते हैं? मुझे एक संक्षिप्त उदाहरण में इसे पुन: प्रस्तुत करने में कठिन समय था, जिससे मेरे लिए संभावित बग का पता लगाने और उन्हें ठीक करने के लिए चीजें बहुत आसान हो जाती हैं।

@nfantone आपको उत्तर देने में देरी के लिए क्षमा करें, मैं अंतिम दिनों में बहुत व्यस्त रहा हूं।
मैंने निम्नलिखित परीक्षण कोड का उपयोग करके आपके द्वारा उल्लिखित चेतावनियों को पुन: पेश करने का प्रयास किया और मुझे मास्टर शाखा और टैग किए गए v2.0.0 प्रतिबद्ध दोनों का उपयोग करके कोई चेतावनी नहीं मिली:

var stub = sinon.stub;
var obj = {
  bla: function () { return 'foo' }
}

stub(obj, 'bla').withArgs('lol').returns('bar');

assert(obj.bla('lol'), 'bar')

क्या आप एक छोटा प्रतिलिपि प्रस्तुत करने योग्य उदाहरण प्रदान कर सकते हैं ताकि मैं इसे और अधिक गहराई से खोद सकूं?

हुह मैं सरलीकृत मामलों में पुन: पेश नहीं कर सकता। यह वास्तव में अजीब है क्योंकि मेरे पास एक परियोजना है जहां इसे पुन: उत्पन्न किया जा सकता है। मुझे इसका एक छोटा संस्करण बनाने दें

आह, यहाँ है!

ऐसा लगता है कि reset नकली मिटा रहा है:

var sinon = require('sinon')

var x = {
    a: function() {
        return 'Fail'
    }
}

var sandbox = sinon.sandbox.create();

sandbox.stub(x, 'a').callsFake(function() {
    return 'OK'
})

console.log(x.a())

sandbox.reset();

console.log(x.a()) // <-- undefined

धन्यवाद @ एमिरोटिन!

तो, दस्तावेज़ों के मुताबिक मेरा मानना ​​​​है कि यह सही व्यवहार है, है ना?

आइए @nfantone के उत्तर की प्रतीक्षा करें ताकि हम इसे ठीक कर सकें और उम्मीद से इसे बंद कर सकें।

साथ ही, सैंडबॉक्स के दस्तावेज़ों में मार्कडाउन समस्याएं प्रतीत होती हैं:

क्या आप जानते हैं कि मैं इसे कैसे ठीक कर सकता हूं? मैं docs/_releases और docs/release-source दोनों को संपादित करने का प्रयास कर रहा हूं लेकिन उनमें से कोई भी मेरे स्थानीय सर्वर द्वारा प्रदान किए गए दस्तावेज़ों को परिवर्तित नहीं कर रहा है।

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

callsFake से मेरी अपेक्षाएं यह है कि यह सेटअप का हिस्सा है और रीसेट के बाद नहीं जाना चाहिए जिसे मैंने "मूल सेटअप के बाद सब कुछ ठीक दिखने" के रूप में पढ़ा है।

और निश्चित रूप से यह पिछले 3-आर्ग फॉर्म से अलग है लेकिन इसे चेतावनी द्वारा इसके समकक्ष नए के रूप में विज्ञापित किया गया है।
लेकिन पुराना एपीआई रीसेट करने के लिए प्रतिरक्षित है।

@emirotin मैं नाम स्थिरता के संबंध में आपसे सहमत हूं।

मैंने वही बात #1371 पर टिप्पणी की है। मुझे लगता है कि हमारे पास रीसेट एपीआई के लिए लगातार नाम होने चाहिए।

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

आइए अनुचरों के विचार सुनने के लिए प्रतीक्षा करें।

@lucasfcosta यहाँ देरी के लिए क्षमा करें।

क्या आप एक छोटा प्रतिलिपि प्रस्तुत करने योग्य उदाहरण प्रदान कर सकते हैं ताकि मैं इसे और अधिक गहराई से खोद सकूं?

सेनेका-एएमक्यूपी-ट्रांसपोर्ट में शामिल परीक्षण सूट समस्या को पुन: उत्पन्न करता है और चेतावनी को आउटपुट करता है।

बस रेपो को क्लोन करें, डिप्स इंस्टॉल करें, npm test चलाएं। आपको कुछ ऐसा देखना चाहिए:

    the handleMessage() function
      ✓ should handle the request when a message is consumed
sinon.stub(obj, 'meth', fn) is deprecated and will be removed from the public API in a future version of sinon.
 Use stub(obj, 'meth').callsFake(fn).
 Codemod available at https://github.com/hurrymaplelad/sinon-codemod

यह निम्नलिखित परीक्षण से मेल खाता है:

    it('should handle the request when a message is consumed',
      sinon.test(function(done) {
        var handleRequest = this.spy(transportUtils, 'handle_request');

       // This is the sub throwing the warning
        this.stub(seneca, 'export')
            .withArgs('transport/utils').returns(transportUtils);

        var listener = Listener(seneca, options);
        listener.listen()
          .then(() => {
            handleRequest.should.have.been.calledOnce();
            handleRequest.should.have.been.calledWith(seneca, { foo: 'bar' },
              DEFAULT_OPTIONS, sinon.match.func);
          })
          .asCallback(done);
      }));

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

एक तरफ ध्यान दें, मैं .reset और .callsFake व्यवहार पर @emirotin भावना से सहमत हूं। यदि नया एपीआई "संगत प्रतिस्थापन" होने के लिए है, अर्थात।

मुझे यह पता लगाने में काफी समय लगा, क्योंकि मेरे लिए .callsFake साथ साधारण प्रतिस्थापन भी काम नहीं कर रहा था। सभी reset() कॉल को resetHistory() से बदलने पर , जैसा कि

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

Promise.then callsFake पद्धति में काम नहीं कर रहा है?

// first way
// if no await will not arrived
await store.dispatch(deleteById(id)).then(()=>{
     // can arrived here
 })
// second way
sinon.stub(wrapper.find(Account).instance(), "_deleteById").callsFake(async (id)=>{
     // truly http request by axios
     await store.dispatch(deleteById(id)).then(()=>{
          // can't arrived here
      })
});

एसीटोन में

export function deleteById(id){
    return dispatch=>{
        return axios.put(url,data).then(()=>{
              // can't arrived here second way but first arrived
        })
    }
}

@mqliutie ऐसा प्रतीत होता है, कम से कम मैकोज़ पर नवीनतम क्रोम में, साइप्रस ग्राफ़िकल स्टबिंग (https://github.com/cypress-io/cypress-documentation/issues/122) में इसमें टक्कर लगी है।

@MichaelHindley कॉल done() काम करेगा। मुझे नहीं पता क्या यह सही तरीका है

मुझे नहीं लगता कि done() मेरे विशेष उपयोग के मामले में मदद करता है क्योंकि मैं नकली ग्राफक्यूएल डेटा लोड करने के लिए window.fetch फ़ंक्शन को दबा रहा हूं और मुझे अपोलो के लिए "तत्काल" वादा वापस करना होगा के लिए धन्यवाद हालांकि इनपुट!

मुझे लगता है कि मैंने इसे गलती से फिर से खोल दिया। बंद करना, क्योंकि दस्तावेज़ स्पष्ट रूप से इसका