কীভাবে অনাদায়ী স্টুবিং ব্যতিক্রম সমাধান করবেন

Question 1

আমার কোডটি নীচে হিসাবে রয়েছে,

@RunWith(MockitoJUnitRunner.class)
public class MyClass {

    private static final String code ="Test";

    @Mock
     private MyClassDAO dao;

    @InjectMocks
     private MyClassService Service = new MyClassServiceImpl();

    @Test
     public void testDoSearch() throws Exception {
         final String METHOD_NAME = logger.getName().concat(".testDoSearchEcRcfInspections()");
         CriteriaDTO dto = new CriteriaDTO();
         dto.setCode(code);
         inspectionService.searchEcRcfInspections(dto);
         List<SearchCriteriaDTO> summaryList = new ArrayList<SearchCriteriaDTO>();
         inspectionsSummaryList.add(dto);
         when(dao.doSearch(dto)).thenReturn(inspectionsSummaryList);//got error in this line
         verify(dao).doSearchInspections(dto);

      }
}

আমি ব্যতিক্রম নীচে পাচ্ছি

org.mockito.exceptions.misusing.UnnecessaryStubbingException: 
Unnecessary stubbings detected in test class: Test
Clean & maintainable test code requires zero unnecessary code.
Following stubbings are unnecessary (click to navigate to relevant line of code):
  1. -> at service.Test.testDoSearch(Test.java:72)
Please remove unnecessary stubbings or use 'silent' option. More info: javadoc for UnnecessaryStubbingException class.
  at org.mockito.internal.exceptions.Reporter.formatUnncessaryStubbingException(Reporter.java:838)
  at org.mockito.internal.junit.UnnecessaryStubbingsReporter.validateUnusedStubs(UnnecessaryStubbingsReporter.java:34)
  at org.mockito.internal.runners.StrictRunner.run(StrictRunner.java:49)
  at org.mockito.junit.MockitoJUnitRunner.run(MockitoJUnitRunner.java:103)
  at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
  at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
  at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
  at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
  at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
  at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)

কীভাবে সমাধান করবেন আমাকে দয়া করে সহায়তা করুন

Question 2

@RunWith(MockitoJUnitRunner.class)সঙ্গে প্রতিস্থাপন @RunWith(MockitoJUnitRunner.Silent.class)।

Question 3

প্রথমে আপনার পরীক্ষার যুক্তি পরীক্ষা করা উচিত। সাধারণত এখানে 3 টি মামলা রয়েছে। প্রথমত, আপনি ভুল পদ্ধতি উপহাস করছেন (আপনি একটি টাইপো করেছেন বা কেউ পরীক্ষিত কোড পরিবর্তন করেছেন যাতে উপহাসের পদ্ধতিটি আর ব্যবহার না করা হয়)। দ্বিতীয়ত, এই পদ্ধতিটি বলার আগে আপনার পরীক্ষা ব্যর্থ হচ্ছে। তৃতীয়ত, আপনি যুক্তিটি ভুলতে পড়ে যদি / কোথাও কোথাও শাখাটি স্যুইচ করে যাতে উপহাসের পদ্ধতিটি কল হয় না।

যদি এটি প্রথম ক্ষেত্রে হয় তবে আপনি সর্বদা কোডটিতে ব্যবহৃত ব্যক্তির জন্য উপহাসের পদ্ধতিটি পরিবর্তন করতে চান। দ্বিতীয় এবং তৃতীয় এর সাথে এটি নির্ভর করে। সাধারণত আপনার এই মক এর কোনও ব্যবহার না থাকলে কেবল মুছে ফেলা উচিত। তবে কখনও কখনও প্যারামেট্রাইজড পরীক্ষায় কিছু নির্দিষ্ট কেস থাকে, যা এই পৃথক পথ অবলম্বন করে বা আগে ব্যর্থ হয়। তারপরে আপনি এই পরীক্ষাকে দুটি বা আরও বেশি পৃথক বিভাগে বিভক্ত করতে পারেন তবে এটি সর্বদা ভাল দেখাচ্ছে না। সম্ভবত 3 টি আর্গুমেন্ট সরবরাহকারী সহ 3 টি পরীক্ষা পদ্ধতি আপনাকে পরীক্ষাটি অপঠনীয় দেখাচ্ছে বলে তুলতে পারে। JUnit 4 এর ক্ষেত্রে আপনি অন্যথায় এই ব্যতিক্রমটি নীরব করেন

@RunWith(MockitoJUnitRunner.Silent.class)

টীকা বা আপনি যদি নিয়ম পদ্ধতির ব্যবহার করছেন

@Rule
public MockitoRule rule = MockitoJUnit.rule().strictness(Strictness.LENIENT);

বা (একই আচরণ)

@Rule
public MockitoRule rule = MockitoJUnit.rule().silent();

JUnit 5 টি পরীক্ষার জন্য আপনি mockito-junit-jupiterপ্যাকেজে প্রদত্ত টিকা ব্যবহার করে এই ব্যতিক্রমটি নীরব করতে পারেন ।

@ExtendWith(MockitoExtension.class)
@MockitoSettings(strictness = Strictness.LENIENT)
class JUnit5MockitoTest {
}

Question 4

নীরবতা কোনও সমাধান নয়। আপনার পরীক্ষায় আপনার মক ঠিক করা দরকার। অফিসিয়াল ডকুমেন্টেশন দেখুন এখানে ।

অপ্রয়োজনীয় স্টাবগুলি স্ট্যাবড পদ্ধতি কলগুলি যা পরীক্ষার মৃত্যুর সময় কখনও উপলব্ধি করা যায় নি (মকিতোহিন্টও দেখুন), উদাহরণস্বরূপ:

//code under test:
 ...
 String result = translator.translate("one")
 ...

 //test:
 ...
 when(translator.translate("one")).thenReturn("jeden"); // <- stubbing realized during code execution
 when(translator.translate("two")).thenReturn("dwa"); // <- stubbing never realized
 ...

খেয়াল করুন যে পরীক্ষার সময় কোডের মধ্যে পরীক্ষা করার সময় একটি স্টাবযুক্ত পদ্ধতি কখনই উপলব্ধি করা যায় নি। বিপথগামী স্টাববিং বিকাশকারী, অনুলিপি-অনুলিপি বা পরীক্ষা / কোড বুঝতে না পারার প্রভাব হতে পারে overs যে কোনও উপায়ে, বিকাশকারী অপ্রয়োজনীয় টেস্ট কোড দিয়ে শেষ হয়। কোডবেস পরিষ্কার ও রক্ষণাবেক্ষণের জন্য অপ্রয়োজনীয় কোড অপসারণ করা প্রয়োজন। অন্যথায় পরীক্ষাগুলি পড়ার পক্ষে কঠিন এবং এর কারণ are

অব্যবহৃত stubbings সনাক্তকরণ সম্পর্কে আরও জানতে মকিতোহিন্ট দেখুন।

Question 5

আমার জন্য না এবং @Ruleনা@RunWith(MockitoJUnitRunner.Silent.class) পরামর্শগুলি কার্যকর হয়নি। এটি একটি লিগ্যাসি প্রকল্প ছিল যেখানে আমরা মকিতো-কোর 2.23.0 এ আপগ্রেড করেছি।

আমরা UnnecessaryStubbingExceptionব্যবহার করে এ থেকে মুক্তি পেতে পারি :

Mockito.lenient().when(mockedService.getUserById(any())).thenReturn(new User());

পরিবর্তে:

when(mockedService.getUserById(any())).thenReturn(new User());

আপনার পরিবর্তে পরীক্ষার কোডটি দেখে নেওয়া উচিত তা বলাই বাহুল্য, তবে আমাদের প্রয়োজনীয় জিনিসগুলি সংকলিত করার এবং পরীক্ষাগুলি সবার আগে চালু করার দরকার ছিল;)

Question 6

 when(dao.doSearch(dto)).thenReturn(inspectionsSummaryList);//got error in this line
 verify(dao).doSearchInspections(dto);

whenএখানে কিছু করতে আপনার উপহাস কনফিগার করে। যাইহোক, আপনি এই লকের পরে আর কোনও উপায়ে এই মক ব্যবহার করবেন না (একটি করা বাদ দিয়ে verify)। মকিতো আপনাকে সতর্ক করে দিয়েছে যে whenলাইনটি অর্থহীন। সম্ভবত আপনি একটি যুক্তি ত্রুটি করেছেন?

Question 7

আপনার স্ট্যাক ট্রেসের একটি অংশ দেখে মনে হচ্ছে আপনি dao.doSearch()অন্য কোথাও স্টাব করছেন । বারবার একই পদ্ধতির স্টাব তৈরির মতো।

Following stubbings are unnecessary (click to navigate to relevant line of code):
  1. -> at service.Test.testDoSearch(Test.java:72)
Please remove unnecessary stubbings or use 'silent' option. More info: javadoc for UnnecessaryStubbingException class.

উদাহরণস্বরূপ নীচের টেস্ট ক্লাসটি বিবেচনা করুন:

@RunWith(MockitoJUnitRunner.class)
public class SomeTest {
    @Mock
    Service1 svc1Mock1;

    @Mock
    Service2 svc2Mock2;

    @InjectMock
    TestClass class;

    //Assume you have many dependencies and you want to set up all the stubs 
    //in one place assuming that all your tests need these stubs.

    //I know that any initialization code for the test can/should be in a 
    //@Before method. Lets assume there is another method just to create 
    //your stubs.

    public void setUpRequiredStubs() {
        when(svc1Mock1.someMethod(any(), any())).thenReturn(something));
        when(svc2Mock2.someOtherMethod(any())).thenReturn(somethingElse);
    }

    @Test
    public void methodUnderTest_StateUnderTest_ExpectedBehavior() {
        // You forget that you defined the stub for svcMock1.someMethod or 
        //thought you could redefine it. Well you cannot. That's going to be 
        //a problem and would throw your UnnecessaryStubbingException.
       when(svc1Mock1.someMethod(any(),any())).thenReturn(anyThing);//ERROR!
       setUpRequiredStubs();
    }
}

আমি বরং আপনার পরীক্ষাগুলি যেখানে প্রয়োজন সেখানে স্টেপ রিফেক্টরিং বিবেচনা করব।

Question 8

ঠিক আছে, আমার ক্ষেত্রে মকিতো ত্রুটিটি আমাকে স্টাবের পরে whenবা আসল পদ্ধতিতে কল করতে বলছিল whenever। যেহেতু আমরা যে শর্তগুলি নিয়েছি আমরা সেই শর্তটি চালাচ্ছি না, তাই মকিতো এটিকে অপ্রয়োজনীয় স্টাব বা কোড হিসাবে জানিয়েছিলেন।

ত্রুটিটি যখন আসছিল তখন এটি কেমন ছিল তা এখানে:

@Test
fun `should return error when item list is empty for getStockAvailability`() {
    doAnswer(
        Answer<Void> { invocation ->
            val callback =
                invocation.arguments[1] as GetStockApiCallback<StockResultViewState.Idle, StockResultViewState.Error>
            callback.onApiCallError(stockResultViewStateError)
            null
        }
    ).whenever(stockViewModelTest)
        .getStockAvailability(listOf(), getStocksApiCallBack)
}

তারপরে আমি ঠিক প্রকৃত পদ্ধতিটি কল করেছি যখন পদ্ধতিটি উপহাস করার জন্য বিবৃতি দেওয়া হয়েছিল।

পরিবর্তনগুলি নীচের মতো রয়েছে stockViewModelTest.getStockAvailability(listOf(), getStocksApiCallBack)

@Test
fun `should return error when item list is empty for getStockAvailability`() {
    doAnswer(
        Answer<Void> { invocation ->
            val callback =
                invocation.arguments[1] as GetStockApiCallback<StockResultViewState.Idle, StockResultViewState.Error>
            callback.onApiCallError(stockResultViewStateError)
            null
        }
    ).whenever(stockViewModelTest)
        .getStockAvailability(listOf(), getStocksApiCallBack)
    //called the actual method here
    stockViewModelTest.getStockAvailability(listOf(), getStocksApiCallBack)
}

এটা এখন কাজ করছে.

Question 9

আপনি যদি এর পরিবর্তে এই স্টাইলটি ব্যবহার করেন:

@Rule
public MockitoRule rule = MockitoJUnit.rule().strictness(Strictness.STRICT_STUBS);

এর সাথে প্রতিস্থাপন করুন:

@Rule
public MockitoRule rule = MockitoJUnit.rule().silent();

Question 10

আমি UnnecessaryStubbingExceptionযখন whenএকটি স্পাই অবজেক্টে পদ্ধতিগুলি ব্যবহার করার চেষ্টা করেছি তখন আমার ছিল । Mockito.lenient()ব্যতিক্রম চুপ করে নিলেও পরীক্ষার ফলাফল সঠিক ছিল না।

স্পাই অবজেক্টের ক্ষেত্রে, সরাসরি পদ্ধতিগুলিতে কল করতে হয়।

@ExtendWith(MockitoExtension.class)
@RunWith(JUnitPlatform.class)
class ArithmTest {

    @Spy
    private Arithm arithm;

    @Test
    void testAddition() {

        int res = arithm.add(2, 5);

        // doReturn(7).when(arithm).add(2, 5);
        assertEquals(res, 7);
    }
}

Question 11

প্রতিস্থাপন

@RunWith(MockitoJUnitRunner.class)

সঙ্গে

@RunWith(MockitoJUnitRunner.Silent.class)

বা অপসারণ@RunWith(MockitoJUnitRunner.class)

বা কেবল অযাচিত মশকরা কলগুলি মন্তব্য করুন (অননুমোদিত স্টাব হিসাবে দেখানো হয়েছে)।

Question 12

বড় প্রকল্পের ক্ষেত্রে, এই ব্যতিক্রমগুলির প্রতিটি ঠিক করা কঠিন। একই সময়ে, ব্যবহার করার Silentপরামর্শ দেওয়া হয় না। আমি তাদের একটি তালিকা দিয়ে সমস্ত অপ্রয়োজনীয় stubbings অপসারণ করতে একটি স্ক্রিপ্ট লিখেছি।

https://gist.github.com/cueo/da1ca49e92679ac49f808c7ef594e75b

আমাদের কেবল mvnআউটপুটটি অনুলিপি-পেস্ট করতে হবে এবং রেজিেক্স ব্যবহার করে এই ব্যতিক্রমগুলির তালিকাটি লিখতে হবে এবং স্ক্রিপ্টটিকে বাকীগুলির যত্ন নিতে দেওয়া উচিত।

Question 13

আপনি যখন কোন মক তৈরি করেন এবং সেই মক ব্যবহার করা হয় না তখন এটি অব্যবহৃত স্টাবিং ব্যতিক্রম ছুঁড়ে দেয়। আপনার ক্ষেত্রে সেই মক আসলে বলা হয় না। সুতরাং এটি যে ত্রুটি নিক্ষেপ করা হয়। তাই, relpace @RunWith(MockitoJUnitRunner.class)সঙ্গে @RunWith(MockitoJUnitRunner.Silent.class)যা ত্রুটি সরিয়ে দেবেন। আপনি যদি এখনও @RunWith(MockitoJUnitRunner.class)তামাশা করেছেন এমন ফাংশনটি আসলে ডাকা হচ্ছে বা না হচ্ছে তবে আপনার যুক্তিটি ডিবাগ করার চেষ্টা করুন।

Question 14

আপনি ব্যবহার করেন তাহলে কোন () যখন উপহাস, আপনি relpace আছে @RunWith(MockitoJUnitRunner.class)সঙ্গে @RunWith(MockitoJUnitRunner.Silent.class)।