जावा में अमूर्त वर्ग को JUnit के साथ कैसे परीक्षण करें?

Question 1

मैं JUnit के साथ जावा परीक्षण में नया हूं। मुझे जावा के साथ काम करना है और मैं यूनिट परीक्षणों का उपयोग करना चाहूंगा।

मेरी समस्या यह है: मेरे पास कुछ सार विधियों के साथ एक सार वर्ग है। लेकिन कुछ तरीके हैं जो अमूर्त नहीं हैं। मैं JUnit के साथ इस कक्षा का परीक्षण कैसे कर सकता हूं? उदाहरण कोड (बहुत सरल):

abstract class Car {

    public Car(int speed, int fuel) {
        this.speed = speed;
        this.fuel = fuel;
    }

    private int speed;
    private int fuel;

    abstract void drive();

    public int getSpeed() {
        return this.speed;
    }

    public int getFuel() {
        return this.fuel;
    }
}

मैं परीक्षण getSpeed()और getFuel()कार्य करना चाहता हूं ।

इस समस्या के समान प्रश्न यहाँ है , लेकिन यह JUnit का उपयोग नहीं कर रहा है।

JUnit FAQ सेक्शन में, मुझे यह लिंक मिला , लेकिन मुझे समझ नहीं आया कि लेखक इस उदाहरण के साथ क्या कहना चाहता है। कोड की इस लाइन का क्या अर्थ है?

public abstract Source getSource() ;

Question 2

यदि आपके पास कक्षा का कोई ठोस कार्यान्वयन नहीं है और विधियाँ staticउनके परीक्षण की बात नहीं है? यदि आपके पास एक ठोस वर्ग है तो आप उन विधियों का परीक्षण कर रहे हैं जो ठोस वर्ग के सार्वजनिक API के भाग के रूप में हैं।

मुझे पता है कि आप क्या सोच रहे हैं "मैं इन तरीकों का परीक्षण नहीं करना चाहता हूं और इसके कारण मैंने अमूर्त वर्ग का निर्माण किया है", लेकिन इसके लिए मेरा काउंटर तर्क यह है कि इकाई परीक्षणों का बिंदु डेवलपर्स को बदलाव करने की अनुमति देना है। परीक्षण चलाते हैं, और परिणामों का विश्लेषण करते हैं। उन परिवर्तनों के हिस्से में आपके अमूर्त वर्ग के तरीकों को ओवरराइड करना शामिल हो सकता है, दोनों protectedऔर public, जिसके परिणामस्वरूप मौलिक व्यवहार परिवर्तन हो सकते हैं। उन परिवर्तनों की प्रकृति के आधार पर यह प्रभावित हो सकता है कि आपका आवेदन अप्रत्याशित, संभवतः नकारात्मक तरीकों से कैसे चलता है। यदि आपके पास इस प्रकार के परिवर्तनों से उत्पन्न होने वाली एक अच्छी इकाई परीक्षण सूट समस्या है, तो विकास के समय में स्पष्ट होना चाहिए।

Question 3

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

Question 4

आपके द्वारा पोस्ट किए गए उदाहरण वर्ग के साथ, यह परीक्षण करने के लिए बहुत अधिक समझ में नहीं आता है getFuel()और getSpeed()चूंकि वे केवल 0 वापस कर सकते हैं (कोई सेटर नहीं हैं)।

हालाँकि, यह मानते हुए कि यह केवल उदाहरण के लिए उदाहरण के लिए एक सरल उदाहरण था, और यह कि आपके पास एब्सट्रैक्ट बेस क्लास में परीक्षण करने के लिए वैध कारण हैं (अन्य में पहले से ही निहितार्थ बताए गए हैं), आप अपना टेस्ट कोड सेट कर सकते हैं ताकि यह एक अनाम बना सके बेस क्लास का उपवर्ग जो सिर्फ अमूर्त तरीकों के लिए डमी (नो-ऑप) कार्यान्वयन प्रदान करता है।

उदाहरण के लिए, TestCaseआप में आप ऐसा कर सकते हैं:

c = new Car() {
       void drive() { };
   };

फिर बाकी तरीकों का परीक्षण करें, जैसे:

public class CarTest extends TestCase
{
    private Car c;

    public void setUp()
    {
        c = new Car() {
            void drive() { };
        };
    }

    public void testGetFuel() 
    {
        assertEquals(c.getFuel(), 0);
    }

    [...]
}

(यह उदाहरण JUnit3 सिंटैक्स पर आधारित है। JUnit4 के लिए, कोड थोड़ा अलग होगा, लेकिन विचार समान है।)

Question 5

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

का सार परीक्षण वर्ग Car:

abstract class CarTest {

// the factory method
abstract Car createCar(int speed, int fuel);

// all test methods need to make use of the factory method to create the instance of a car
@Test
public void testGetSpeed() {
    Car car = createCar(33, 44);
    assertEquals(car.getSpeed(), 33);
    ...

का कार्यान्वयन Car

class ElectricCar extends Car {

    private final int batteryCapacity;

    public ElectricCar(int speed, int fuel, int batteryCapacity) {
        super(speed, fuel);
        this.batteryCapacity = batteryCapacity;
    }

    ...

कक्षा ElectricCarTestकी इकाई परीक्षण कक्षा ElectricCar:

class ElectricCarTest extends CarTest {

    // implementation of the abstract factory method
    Car createCar(int speed, int fuel) {
        return new ElectricCar(speed, fuel, 0);
    }

    // here you cann add specific test methods
    ...

Question 6

आप ऐसा कुछ कर सकते हैं

public abstract MyAbstractClass {

    @Autowire
    private MyMock myMock;        

    protected String sayHello() {
            return myMock.getHello() + ", " + getName();
    }

    public abstract String getName();
}

// this is your JUnit test
public class MyAbstractClassTest extends MyAbstractClass {

    @Mock
    private MyMock myMock;

    @InjectMocks
    private MyAbstractClass thiz = this;

    private String myName = null;

    @Override
    public String getName() {
        return myName;
    }

    @Test
    public void testSayHello() {
        myName = "Johnny"
        when(myMock.getHello()).thenReturn("Hello");
        String result = sayHello();
        assertEquals("Hello, Johnny", result);
    }
}

Question 7

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

public class AbstractClassTest {
   public void testMethod() {
   ...
   }
}


class ConcreteClass extends AbstractClass {

}

Question 8

आप एक अनाम वर्ग को तुरंत लिख सकते हैं और फिर उस कक्षा का परीक्षण कर सकते हैं।

public class ClassUnderTest_Test {

    private ClassUnderTest classUnderTest;

    private MyDependencyService myDependencyService;

    @Before
    public void setUp() throws Exception {
        this.myDependencyService = new MyDependencyService();
        this.classUnderTest = getInstance();
    }

    private ClassUnderTest getInstance() {
        return new ClassUnderTest() {    
            private ClassUnderTest init(
                    MyDependencyService myDependencyService
            ) {
                this.myDependencyService = myDependencyService;
                return this;
            }

            @Override
            protected void myMethodToTest() {
                return super.myMethodToTest();
            }
        }.init(myDependencyService);
    }
}

ध्यान रखें कि दृश्यता अमूर्त वर्ग protectedकी संपत्ति myDependencyServiceके लिए होनी चाहिए ClassUnderTest।

आप इस दृष्टिकोण को मॉकिटो के साथ बड़े करीने से जोड़ सकते हैं। देखें यहाँ ।

Question 9

यह परीक्षण करने का मेरा तरीका प्रत्येक के भीतर काफी सरल है abstractUnitTest.java। मैं बस abUUititest.java में एक वर्ग बनाता हूँ जो अमूर्त वर्ग का विस्तार करता है। और इसे इस तरह से परखें।

Question 10

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

उस वर्ग में प्रोग्रामर को स्रोत कोड लिखना होगा जो उसके तर्क के लिए समर्पित है।

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

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

Question 11

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