राइनो मोक्स ओवरराइटिंग स्टब्स संभव है?

Question

मुझे यह समस्या है, जो राइनो मोक्स 3.5 में एक बग हो सकती है:

stubObj = MockRepository.GenerateStub(IObject); 

stubObj.Stub(a=>a.Get()).Return (Guid.Empty); //1.stub 
stubObj.Stub(a=>a.Get()).Return (Guid.NewGuid()); //2.stub, should overwrite the first one? 

यह:

var value = stubObj.Get(); 

Guid.Empty देता है, क्या यह सही व्यवहार है?

Answer 1

निम्नलिखित परीक्षण पास करना चाहिए:

// arrange 
var stubObj = MockRepository.GenerateStub<IObject>(); 
stubObj.Stub(a => a.Get()) 
     .Return(Guid.Empty); 
// act 
var value = stubObj.Get(); 
// assert 
Assert.AreEqual(Guid.Empty, value); 

और अगर आप एक नया GUID लौटना चाहते:

// arrange 
var stubObj = MockRepository.GenerateStub<IObject>(); 
stubObj.Stub(a => a.Get()) 
     .Return(Guid.NewGuid()); 
// act 
var value = stubObj.Get(); 
// assert 
Assert.AreNotEqual(Guid.Empty, value); 

Answer 2

तुम सिर्फ दो अलग-अलग कॉल के लिए स्टब वस्तु प्रोग्राम किया है। अगर आप stubObj को दोबारा कॉल करते हैं, तो आपको Guid.NewGuid जेनरेट करना चाहिए। आप विभिन्न प्रकार के आमंत्रणों के लिए अपनी नकली वस्तु तैयार कर सकते हैं। इस कारण से, पिछले .Stub उस कॉल के पिछले .Stub बिंग को प्रतिस्थापित करने के लिए दिए गए आमंत्रण के लिए कॉल करने की अपेक्षा करने के लिए यह समझ में नहीं आता है।

अपने परीक्षण कोड में, जो छोटा और साफ होना चाहिए, वहां ऐसा कोई मामला नहीं होना चाहिए जहां आपको ऐसा करने के लिए नकली के ऐसे प्रोग्रामिंग को 'पूर्ववत' करने की आवश्यकता हो।

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

और तब, जब आप यह स्पष्ट है, यह refactor बाहर के रूप में आप टेस्ट में सशर्त तर्क नहीं करना चाहिए था बनाया है (XUnit टेस्ट पैटर्न देखें)

Answer 3

आप समय की खाली guid एक ज्ञात संख्या वापस जाने के लिए चाहते हैं , केवल एक चीज जो आपको करना है वह है RhinoMocks को दोहराने के लिए कितनी बार, उदाहरण के लिए निम्न परीक्षण गुजरता है:

[Test] 
    public void MultipleStubsTest() 
    { 
     var testMock = MockRepository.GenerateMock<ITest>(); 
     testMock.Stub(x => x.Get()).Return(Guid.Empty).Repeat.Once(); 
     testMock.Stub(x => x.Get()).Return(Guid.NewGuid()); 

     Assert.AreEqual(Guid.Empty, testMock.Get()); 
     Assert.AreNotEqual(Guid.Empty, testMock.Get()); 
    } 

अगर आप (कितनी बार जाओ() से पहले GUID बदलना चाहिए बुलाया जाएगा, की तुलना में आप हमेशा .Do() और वहाँ कोड का उपयोग कर सकते पता नहीं है मुझे तो कृपया पता है कि आपको अधिक जानकारी चाहिए या नहीं)।

Answer 4

इस तरह आप इसे कैसे करेंगे। यह मेरी मशीन पर गुजरता है।

[TestMethod] 
    public void Test() 
    { 
     stubObj = MockRepository.GenerateMock<IGuidTest>(); 

     stubObj.Stub(a => a.Get()).Repeat.Times(1).Return(Guid.Empty); 
     stubObj.Stub(a => a.Get()).Repeat.Times(1).Return(Guid.NewGuid()); 

     Assert.AreEqual(Guid.Empty, stubObj.Get()); 
     Assert.AreNotEqual(Guid.Empty, stubObj.Get()); 

    } 
    public IGuidTest stubObj; 
    public interface IGuidTest 
    { 
     Guid Get(); 
    } 

Answer 5

हां, यह अपेक्षित व्यवहार है। उम्मीदों/स्टब्स को उस तरीके से लिखना, ग्रिड को वापस करने के लिए मॉकिंग फ्रेमवर्क को बताता है। पहली बार गेट() विधि को बुलाया जाता है और दूसरी बार Guid.NewGuid() को वापस कॉल किया जाता है। How to change behaviour of stubs?