Autofixture: NSubstitute.ReceivedCalls() AutoFixture.AutoNSubstitute का उपयोग करके गलत मान लौटा रहा है

को निर्मित 28 मार्च 2018 · 10टिप्पणियाँ · स्रोत: AutoFixture/AutoFixture

हमारे पास 'Class.ReceivedCalls ()' और 'var tmp = Class.Received(int).Property;' का उपयोग करके बहुत सारे परीक्षण हैं। कॉल गिनती की जाँच करने के लिए। AutoFixture के v3 में यह सही ढंग से कॉल गणना की रिपोर्ट करता है, विशेष रूप से गुणों की, जो अब यह नहीं करता है। तरीकों की कॉल गिनती अभी भी ठीक लगती है।
यह देखते हुए कि हमारे पास निम्नलिखित कोड है:

    public interface IRunSpeed
    {
        int Speed { get; }
    }

    public class GetToDaChoppa
    {
        private readonly IRunSpeed _runSpeed;

        public GetToDaChoppa(IRunSpeed runSpeed)
        {
            _runSpeed = runSpeed ?? throw new ArgumentNullException(nameof(runSpeed));
        }

        public void DoItNow()
        {
            var runningSpeed = _runSpeed.Speed;
        }
    }

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

        [Fact]
        public void DoItNow_WithOutAutoNSubstitute()
        {
            // Arrange
            var runSpeed = Substitute.For<IRunSpeed>();
            runSpeed.Speed.Returns(2);

            var sut = new GetToDaChoppa(runSpeed);

            //Act
            sut.DoItNow();

            //Assert
            var tmp = runSpeed.Received(1).Speed;
            Assert.Single(runSpeed.ReceivedCalls());
        }

        [Theory, AutoNSubstituteData]
        public void DoItNow_UsingAutoNSubstitute(
            [Frozen] IRunSpeed runSpeed,
            GetToDaChoppa sut)
        {
            // Arrange
            runSpeed.Speed.Returns(49);

            //Act
            sut.DoItNow();

            //Assert
            var tmp = runSpeed.Received(1).Speed;
            Assert.Single(runSpeed.ReceivedCalls());

मेरा AutoNSubstituteDataAttribute इस तरह दिखता है:

        public class AutoNSubstituteDataAttribute : AutoDataAttribute
        {
            public AutoNSubstituteDataAttribute()
                : base(() => new Fixture()
                           .Customize(new AutoNSubstituteCustomization()))
            {
            }
        }

पहला परीक्षण 'DoItNow_WithOutAutoNSubstitute' ठीक काम कर रहा है। लेकिन दूसरा परीक्षण 'DoItNow_UsingAutoNSubstitute' 'ios.Received(1).Speed;' के लिए 2 देता है।
यह 'runSpeed.ReceivedCalls();' के लिए भी 2 देता है।
इस वजह से हम वर्तमान में अपने समाधानों को v4 में अपग्रेड नहीं कर सकते क्योंकि हमारे पास तुरंत> प्रति समाधान 1000 विफल परीक्षण हैं। समस्या क्या हो सकती है या फिक्स कहां देखना है, इस पर कोई मार्गदर्शन?

question

स्रोत

dklinger

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

मुद्दा उठाने के लिए धन्यवाद। दरअसल, इस मुद्दे का ऑटोफिक्चर से कोई लेना-देना नहीं है, जबकि हम भी इससे प्रभावित होते हैं

यह समस्या ज्यादातर xUnit के कारण होती है और यदि आप निम्नलिखित के रूप में परीक्षण को फिर से लिखते हैं, तो यह पास हो जाएगा:
```सी#
[सिद्धांत, AutoNSubstituteData]
सार्वजनिक शून्य DoItNow_UsingAutoNSubstitute_CreateManually(IFixture स्थिरता)
{
// व्यवस्थित करें
वर रनस्पीड = फिक्स्चर। फ्रीज();
वर सुत = स्थिरता। बनाएँ();
रनस्पीड।स्पीड।रिटर्न्स (49);

//Act
sut.DoItNow();

//Assert
var tmp = runSpeed.Received(1).Speed;
Assert.Single(runSpeed.ReceivedCalls());

}
```

जब आप परीक्षण चलाते हैं, तो xUnit आपके लिए परीक्षण नाम को प्रारूपित करने का प्रयास करता है। यदि यह पाता है कि प्रकार ज्ञात नहीं है और इसमें ToString() अधिभार नहीं है, तो यह संरचनात्मक निरीक्षण का उपयोग करता है और संपत्ति मूल्यों को दोबारा प्राप्त करता है। यदि आप परीक्षण के नाम की जांच करते हैं, तो आपको निम्नलिखित दिखाई देंगे:

जैसा कि आप देख सकते हैं, xUnit ने आपको परीक्षण तर्क को अच्छी तरह दिखाने के लिए Speed संपत्ति मूल्य प्राप्त किया। जैसा कि यह एक सामान्य आह्वान है, NSubstitute ने इसे एक कॉल के रूप में गिना।

यह काफी अजीब है कि आपके पास v3 के साथ यह समस्या नहीं थी, क्योंकि इस संबंध में कुछ भी नहीं बदला। मैंने अभी xUnit2 + AutoFixture v3 परीक्षण किया है और अभी भी समस्या मिली है। शायद, आपने xUnit को भी अपग्रेड किया है।

वर्कअराउंड के लिए, मेरे पास अच्छी और बुरी खबरें हैं। अच्छी खबर यह है कि इसे NSubsitute के अगले प्रमुख संस्करण में हल किया जाएगा, क्योंकि इसने प्रॉक्सी आईडी वापस करने के लिए ToString() पद्धति को ओवरराइड करना शुरू कर दिया था। नतीजतन, xUnit अब गुणों को नहीं छूता है:

बुरी खबर यह है कि NSubsitute v4 अभी तक जारी नहीं किया गया है।

मैं आपको या तो सुझाव दे सकता हूं:

NSubsitute v4 जारी होने तक माइग्रेशन स्थगित करें;
NSubsitute के नवीनतम master स्रोत कोड का उपयोग करें, एक स्थानीय निर्माण करें और NuGet पैकेज के बजाय अपने स्वयं के NSubsitute.dll उपयोग करें। v4 जारी होने के बाद, आप NuGet पैकेज पर स्विच कर सकते हैं।
यदि आपने xUnit संस्करण को भी अपडेट किया है (क्योंकि यह समझा सकता है कि आपके पास पहले यह समस्या क्यों नहीं थी), उस परिवर्तन को वापस लाएं और xUnit के पिछले संस्करण का उपयोग करें।

असुविधा के लिए मुझे खेद है, लेकिन, दुर्भाग्य से, हम इस समस्या को ठीक करने के लिए AutoFixture की ओर से कुछ नहीं कर सकते।

zvirja 28 मार्च 2018

😕1 👍1

बस इसका परीक्षण किया। अंत में हमारे परीक्षण रिसीव्ड कॉल्स पर जोर देते हुए फिर से एक सफल परिणाम प्राप्त करने के लिए वापस चले गए।
कुछ ऐसा जो अभी भी विफल रहता है, वह है रिसीव्ड (एक्स) जैसे रिसीव्ड (1)। स्पीड डेनियल जैसा ऊपर बताया गया है।

snip_20180328181559

क्या आपके पास भी हैट का जवाब/समाधान है?

evilbaschdi 28 मार्च 2018

क्या आप लोग एक ही प्रोजेक्ट पर काम कर रहे हैं? :) यदि हां, तो क्या आप स्पष्ट कर सकते हैं कि आपने समस्या का समाधान कैसे किया?

ऊपर सुझाए गए विकल्पों से दोनों मुद्दों में मदद मिलनी चाहिए। यदि वे नहीं - परिदृश्य स्पष्ट करें।

zvirja 28 मार्च 2018

वास्तव में एक ही परियोजना नहीं बल्कि एक ही कंपनी में।
हम लंबे समय से xunit 1.9 + nsubstitute 2/3 पर रहे हैं और अंत में इसे अपनी आंतरिक असेंबली प्राप्त करने के लिए प्रबंधित किया है (नगेट पैकेज इसलिए केवल एक संदर्भ के पुराने संस्करण में एक आसान तरीका उतना आसान नहीं है जितना लगता है। होना) xunit2 के अनुकूल होना। और अब हमें ये दो समस्याएं हैं।

हमने पहले ही कुछ चीजों की कोशिश की और अंत में सोचा कि इसका ऑटोफिक्स्चर के साथ कुछ करना होगा - जमे हुए-विशेषता और हार्ड कोडित परीक्षण निष्पादन गणना के कारण - या ऐसा कुछ।
डेनियल द्वारा इस केस को खोलने के बाद उन्होंने मुझे इसका लिंक पोस्ट किया।

जैसा कि आपने ऊपर वर्णित किया है, मैंने nuget 3.1 संदर्भ को ताज़ा संकलित nsubstitute प्रोजेक्ट से बदल दिया है। उसके बाद अब मेरे पास 178 असफल परीक्षणों के बजाय 118 हैं क्योंकि Receiced(x) अभी भी कॉल की गलत संख्या का मूल्यांकन कर रहा है।

मेरी परियोजना वर्तमान में xunit2 के साथ .net 4.5.2 पर आधारित है, nsubstitute का वर्तमान रेपो संस्करण और ऑटोफिक्स्चर 4.2 संदर्भित है। सभी परीक्षण एक ही दो कारणों से विफल हो रहे हैं - यूनिट परीक्षणों में अभी भी कुछ प्राप्त कॉल विफल हो रहे हैं।
मुझे लगता है कि जब मैं फिर से कार्यालय में वापस आऊंगा (ईस्टर के लिए बाहर) तो मुझे इसे फिर से गहराई से देखना होगा।
शायद @dklinger इस बीच परिदृश्य का वर्णन कर सकता है।

evilbaschdi 28 मार्च 2018

@dklinger @evilbaschdi कृपया इसे जांचने का मौका मिलने के बाद अनुवर्ती

यह इंगित करने के लिए समस्या को फिर से खोलें कि हमारे पास अभी भी जांच जारी है।

zvirja 29 मार्च 2018

ठीक है, इसलिए मैंने पिछले कुछ घंटों का परीक्षण किया है। पहला: आपके उत्तर, आपके स्पष्टीकरण और सुझावों के लिए धन्यवाद - इससे बहुत मदद मिली।
मैंने NSubstitute के v4 का परीक्षण किया है। यह उपरोक्त मेरे उदाहरण कोड के लिए काम करता है, लेकिन हमारी वास्तविक दुनिया की परियोजनाओं में पूरी तरह से समस्या का समाधान नहीं करता है। मुद्दा यह है कि यह गलत रिसीव्ड कॉल्स-काउंट की समस्या को हल करता है, केवल एसयूटी-कॉल के तरीकों के लिए, गुणों के लिए नहीं।

हमारे अब काम कर रहे कोड का उदाहरण:

        [Theory, AutoNSubstituteData]
        public void DoItNow_UsingAutoNSubstitute(
            [Frozen] IRunSpeed runSpeed,
            GetToDaChoppa sut)
        {
            // Arrange
            runSpeed.Speed.Returns(49);

            //Act
            sut.DoItNow();

            //Assert
            var tmp = runSpeed.Received(1).Speed;
            Assert.Equal(1, runSpeed.ReceivedCalls().Count());
        }

लेकिन अगर मैं "GetToDaChoppa.DoItNow ();" विधि बदलता हूं एक संपत्ति होने के लिए "GetToDaChoppa.DoItNow" प्राप्त कॉल्सकाउंट फिर से +1 है:

        [Theory, AutoNSubstituteData]
        public void DoItNow_UsingAutoNSubstitute(
            [Frozen] IRunSpeed runSpeed,
            GetToDaChoppa sut)
        {
            // Arrange
            runSpeed.Speed.Returns(49);

            //Act
            var x = sut.DoItNow;

            //Assert
            var tmp = runSpeed.Received(1).Speed;
            Assert.Equal(1, runSpeed.ReceivedCalls().Count());
        }

मुझे लगता है कि इसे फिर से xUnit नामकरण के साथ करना है क्योंकि हमें यह कार्य पद्धति-कार्यान्वयन के लिए मिलता है:

और वह एक गैर-कार्यशील संपत्ति-कार्यान्वयन के लिए:

ऐसा लगता है कि xUnit परीक्षण-नाम के लिए इसका उपयोग करने के लिए अपने मूल्य को पुनर्प्राप्त करने के लिए एसयूटी-संपत्ति को कॉल कर रहा है लेकिन यह एसयूटी-विधियों के लिए ऐसा नहीं कर रहा है। मेरा पहला विचार यह था कि इसे हमारी विधि "GetToDaChoppa ()" के वापसी मूल्य के साथ करना है जो शून्य था। लेकिन इसे "सार्वजनिक int GetToDaChoppa ()" के रूप में बदलने के बाद भी xUnit अभी भी परीक्षण नाम के लिए वापसी मूल्य प्राप्त करने के लिए इसे कॉल नहीं कर रहा है। गुणों का उपयोग करने में यह केवल एक समस्या है।

अभी के लिए मैं फिर से फंस गया हूँ। मैं पूरी तरह से सहमत हूं कि यह ऑटोफिक्चर का मुद्दा नहीं है। लेकिन आपकी राय में, सभी पैकेटों को हमसे बेहतर जानने के बाद, आपका क्या सुझाव होगा?

NSubstitute के लिए एक मुद्दा खोलना?
xUnit2 के लिए कोई समस्या खोलना?
या कुछ बिल्कुल नया?

dklinger 29 मार्च 2018

@dklinger फॉलो-अप के लिए धन्यवाद! क्या आप कृपया अंतिम परिदृश्य के लिए कोड का MCVE साझा कर सकते हैं जो अभी भी विफल है? बस यह सुनिश्चित करने के लिए कि कुछ भी छूट न जाए और मैंने शर्तों को गलत नहीं समझा।

उसके बाद मैं इसकी जांच करने की कोशिश करूंगा कि ऐसा क्यों होता है और इसके आसपास कैसे काम किया जाए।

धन्यवाद।

zvirja 29 मार्च 2018

हाँ, ज़रूर। यह रहा:

परीक्षण के तहत प्रणाली:

    public interface IRunSpeed
    {
        int Speed { get; }
        void Dude();
        int Dude2();
    }

    public class GetToDaChoppa
    {
        private readonly IRunSpeed _runSpeed;

        public GetToDaChoppa(IRunSpeed runSpeed)
        {
            _runSpeed = runSpeed ?? throw new ArgumentNullException(nameof(runSpeed));
        }

        public int DoItNow
        {
            get
            {
                var runningSpeed = _runSpeed.Speed;
                return 0;
            }
        }
    }

परीक्षण का मामला:

        [Theory, AutoNSubstituteData]
        public void DoItNowAsProperty_UsingAutoNSubstitute(
            [Frozen] IRunSpeed runSpeed,
            GetToDaChoppa sut)
        {
            // Arrange
            runSpeed.Speed.Returns(49);

            //Act
            var x = sut.DoItNow;

            //Assert
            var tmp = runSpeed.Received(1).Speed;
            Assert.Equal(1, runSpeed.ReceivedCalls().Count());
        }

वर्तमान में मैं https://github.com/xunit/xunit/issues/1386 और https://github.com/AutoFixture/AutoFixture/issues/805 पर चर्चाओं को पकड़ने की कोशिश कर रहा हूं
मैंने डिस्प्लेनाम प्रॉपर्टी को ओवरराइड करते हुए अपना खुद का थ्योरी एट्रिब्यूट बनाने की भी कोशिश की, लेकिन यह या तो मदद नहीं करता है क्योंकि xUnit किसी तरह से अभी भी आंतरिक रूप से ऑटोजेनरेटेड नाम का उपयोग कर रहा है। लेकिन यह सिर्फ fyi है और उपरोक्त डेमो-कोड से पूरी तरह से असंबंधित है।

        public sealed class MyTheoryAttribute : TheoryAttribute
        {
            public MyTheoryAttribute([CallerMemberName] string memberName = null)
            {
                DisplayName = "MyTestCase";
            }
        }

dklinger 29 मार्च 2018

हैलो, मुझे फिर से :)
यह वास्तव में xUnit2 परीक्षण-विधि-पैरामीटर के सभी गुणों और क्षेत्रों को बुला रहा है जो एक जटिल प्रकार के हैं। कोड की लाइन यह है: https://github.com/xunit/assert.xunit/blob/2b70a9b0c5bb291f98472ec24cec437acf8d65c8/Sdk/ArgumentFormatter.cs#L156

आपके समर्थन के लिए धन्यवाद। मैंने xUnit-Repo पर एक मुद्दे को फिर से खोल दिया है जहाँ चर्चा जारी रहनी चाहिए: https://github.com/xunit/xunit/issues/1682

dklinger 29 मार्च 2018

@dklinger विस्तृत परिदृश्य के लिए धन्यवाद। यह वास्तव में काफी मुश्किल है और किसी तरह इसके आसपास काम करना मुश्किल है। AutoFixture और NSubsitute के नजरिए से कोई फर्क नहीं पड़ता कि कोड को कहीं गहराई से xUnit या टेस्ट बॉडी में कहा जाता है या नहीं।

आमतौर पर, वैकल्पिक हल के रूप में आप NSubstitute की स्पष्ट सुविधा का उपयोग कर सकते हैं:

runSpeed.ClearReceivedCalls();

यह कोड प्रत्येक परीक्षण के प्रस्तावना में चलाया जाना चाहिए जहां आप कॉल की सटीक संख्या सत्यापित करते हैं। यदि आपके पास कुछ परीक्षण हैं तो यह ठीक काम करता है, हालांकि जाहिर है, यदि हजारों परीक्षण प्रभावित होते हैं, तो यह बहुत मदद नहीं करेगा

यह अफ़सोस की बात है कि NSubsitute + xUnit2 + AutoFixture एकीकरण अच्छी तरह से काम नहीं करता है और इस तरह के मुद्दों से ग्रस्त है। AutoFixture उत्पाद को जीवन को सरल बनाने के लिए डिज़ाइन किया गया था, न कि इसे एक बुरा सपना बनाने के लिए आशा है कि xUnit के लोग आपको पूरे प्रोजेक्ट के लिए समस्या को हल करने का एक त्वरित तरीका सुझाएंगे।

मुझे बताएं कि क्या आपको लगता है कि हम स्थिति को सुधारने के लिए अपनी ओर से कुछ कर सकते हैं।

zvirja 29 मार्च 2018

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

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

Autofixture: NSubstitute.ReceivedCalls() AutoFixture.AutoNSubstitute का उपयोग करके गलत मान लौटा रहा है

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

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