एक लॉगर में एक संदेश पर एक JUnit मुखर कैसे करें

Question

मेरे पास कुछ कोड-अंडर-परीक्षण है जो इसकी स्थिति की रिपोर्ट करने के लिए जावा लकड़हारे को कॉल करता है। JUnit परीक्षण कोड में, मैं यह सत्यापित करना चाहूंगा कि इस लकड़हारे में सही लॉग प्रविष्टि की गई थी। निम्नलिखित पंक्तियों के साथ कुछ:

methodUnderTest(bool x){
    if(x)
        logger.info("x happened")
}

@Test tester(){
    // perhaps setup a logger first.
    methodUnderTest(true);
    assertXXXXXX(loggedLevel(),Level.INFO);
}

मुझे लगता है कि यह एक विशेष रूप से अनुकूलित लकड़हारा (या हैंडलर, या फ़ॉर्मेटर) के साथ किया जा सकता है, लेकिन मैं पहले से मौजूद समाधान का फिर से उपयोग करना पसंद करूंगा। (और, ईमानदार होने के लिए, यह मेरे लिए स्पष्ट नहीं है कि एक लॉगर से लॉगरकार्ड कैसे प्राप्त किया जाए, लेकिन मान लीजिए कि यह संभव है।)

Answer 1

मुझे कई बार इसकी आवश्यकता है। मैंने नीचे एक छोटा सा नमूना रखा है, जिसे आप अपनी आवश्यकताओं के साथ समायोजित करना चाहते हैं। मूल रूप से, आप अपना स्वयं का बनाएँ Appenderऔर इसे उस लकड़हारे के साथ जोड़ें जिसे आप चाहते हैं। यदि आप सब कुछ एकत्र करना चाहते हैं, तो रूट लकड़हारा शुरू करने के लिए एक अच्छी जगह है, लेकिन यदि आप चाहें तो अधिक विशिष्ट उपयोग कर सकते हैं। जब आप कर रहे हों, तो ऐपेंडर को हटाना न भूलें, अन्यथा आप एक मेमोरी लीक बना सकते हैं। नीचे मैं इसे परीक्षण के भीतर किया है, लेकिन setUpया @Beforeऔर tearDownया @Afterबेहतर स्थानों हो सकता है, अपनी आवश्यकताओं पर निर्भर करता है।

इसके अलावा, नीचे दिए गए कार्यान्वयन में सब कुछ इकट्ठा होता है List मेमोरी में । यदि आप बहुत अधिक लॉग इन कर रहे हैं, तो आप बोरिंग प्रविष्टियों को छोड़ने के लिए एक फ़िल्टर जोड़ने पर विचार कर सकते हैं, या लॉग ऑन करने के लिए डिस्क पर एक अस्थायी फ़ाइल लिख सकते हैं (संकेत: LoggingEventहै Serializable, इसलिए आप केवल इवेंट ऑब्जेक्ट्स को क्रमबद्ध करने में सक्षम होना चाहिए, यदि आपका लॉग संदेश है।)

import org.apache.log4j.AppenderSkeleton;
import org.apache.log4j.Level;
import org.apache.log4j.Logger;
import org.apache.log4j.spi.LoggingEvent;
import org.junit.Test;

import java.util.ArrayList;
import java.util.List;

import static org.hamcrest.CoreMatchers.is;
import static org.junit.Assert.assertThat;

public class MyTest {
    @Test
    public void test() {
        final TestAppender appender = new TestAppender();
        final Logger logger = Logger.getRootLogger();
        logger.addAppender(appender);
        try {
            Logger.getLogger(MyTest.class).info("Test");
        }
        finally {
            logger.removeAppender(appender);
        }

        final List<LoggingEvent> log = appender.getLog();
        final LoggingEvent firstLogEntry = log.get(0);
        assertThat(firstLogEntry.getLevel(), is(Level.INFO));
        assertThat((String) firstLogEntry.getMessage(), is("Test"));
        assertThat(firstLogEntry.getLoggerName(), is("MyTest"));
    }
}

class TestAppender extends AppenderSkeleton {
    private final List<LoggingEvent> log = new ArrayList<LoggingEvent>();

    @Override
    public boolean requiresLayout() {
        return false;
    }

    @Override
    protected void append(final LoggingEvent loggingEvent) {
        log.add(loggingEvent);
    }

    @Override
    public void close() {
    }

    public List<LoggingEvent> getLog() {
        return new ArrayList<LoggingEvent>(log);
    }
}

Comments

यह बहुत अच्छा काम करता है। एकमात्र सुधार जो मुझे करना है, वह है कॉल करना logger.getAllAppenders(), फिर appender.setThreshold(Level.OFF)प्रत्येक पर कॉल करना और कॉल करना (और जब आप काम पूरा कर लें तो उन्हें रीसेट कर दें!)। यह सुनिश्चित करता है कि आपके द्वारा उत्पन्न "बुरे" संदेश परीक्षण लॉग में दिखाई नहीं देते हैं और अगले डेवलपर को फ्रीक करते हैं।

— कोडर

Log4j में 2.x थोड़ा और अधिक जटिल है क्योंकि आपको एक प्लगइन बनाने की आवश्यकता है, इस पर एक नज़र डालें: stackoverflow.com/questions/24205093/…

— paranza

इसके लिए धन्यवाद। लेकिन अगर आप LogBack का उपयोग कर रहे हैं, तो आप ListAppender<ILoggingEvent>अपने स्वयं के कस्टम ऐपेंडर बनाने के बजाय उपयोग कर सकते हैं ।

— सिनुजोहोन

लेकिन यह slf4j के लिए काम नहीं करता है! क्या आप जानते हैं कि मैं इसे कैसे काम कर सकता हूं?

— शिलान

@sd यदि आप (इंटरफ़ेस के लिए कार्यान्वयन वर्ग) Loggerको कास्ट करते हैं, org.apache.logging.log4j.core.Loggerतो आपको setAppender()/removeAppender()फिर से एक्सेस मिलेगा ।

— डेविड मोल्स

Answer 2

यहाँ एक सरल और कुशल लॉगबैक समाधान है।
इसमें किसी नए वर्ग को जोड़ने / बनाने की आवश्यकता नहीं है।
यह पर निर्भर करता है ListAppender: एक व्हाइटबॉक्स लॉगबैक परिशिष्ट जहां लॉग प्रविष्टियों को एक में जोड़ा जाता हैpublic List क्षेत्र जिसे हम अपने दावे को बनाने के लिए उपयोग कर सकते हैं।

ये रहा एक सरल उदाहरण।

फू वर्ग:

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

public class Foo {

    static final Logger LOGGER = LoggerFactory.getLogger(Foo .class);

    public void doThat() {
        LOGGER.info("start");
        //...
        LOGGER.info("finish");
    }
}

FooTest वर्ग:

import org.slf4j.LoggerFactory;
import ch.qos.logback.classic.Level;
import ch.qos.logback.classic.Logger;
import ch.qos.logback.classic.spi.ILoggingEvent;
import ch.qos.logback.core.read.ListAppender;

public class FooTest {

    @Test
    void doThat() throws Exception {
        // get Logback Logger 
        Logger fooLogger = (Logger) LoggerFactory.getLogger(Foo.class);

        // create and start a ListAppender
        ListAppender<ILoggingEvent> listAppender = new ListAppender<>();
        listAppender.start();

        // add the appender to the logger
        // addAppender is outdated now
        fooLogger.addAppender(listAppender);

        // call method under test
        Foo foo = new Foo();
        foo.doThat();

        // JUnit assertions
        List<ILoggingEvent> logsList = listAppender.list;
        assertEquals("start", logsList.get(0)
                                      .getMessage());
        assertEquals(Level.INFO, logsList.get(0)
                                         .getLevel());

        assertEquals("finish", logsList.get(1)
                                       .getMessage());
        assertEquals(Level.INFO, logsList.get(1)
                                         .getLevel());
    }
}

JUnit दावे सूची तत्वों के कुछ विशिष्ट गुणों को मुखर करने के लिए बहुत अनुकूल नहीं लगते हैं।
असगरज या हैमरेस्ट के रूप में माचिस / अभिकथन पुस्तकालय इसके लिए बेहतर प्रतीत होते हैं:

AssertJ के साथ यह होगा:

import org.assertj.core.api.Assertions;

Assertions.assertThat(listAppender.list)
          .extracting(ILoggingEvent::getMessage, ILoggingEvent::getLevel)
          .containsExactly(Tuple.tuple("start", Level.INFO), Tuple.tuple("finish", Level.INFO));

Comments

यदि आप कोई त्रुटि लॉग करते हैं तो आप परीक्षण को विफल होने से कैसे रोकेंगे?

— घिल्टारस

@ गिलेरस मुझे समझ में नहीं आ रहे हैं। त्रुटि दर्ज करने से आपका परीक्षण विफल नहीं होना चाहिए। तुम क्या समझाते हो?

— davidxxx

इसके अलावा, याद रखें mockकि परीक्षण के अंतर्गत आने वाली कक्षा नहीं है। आपको इसे newऑपरेटर के साथ तत्काल करने की आवश्यकता है

— Dmytro Chasovskyi

Answer 3

इन (आश्चर्यजनक रूप से) त्वरित और सहायक उत्तरों के लिए बहुत बहुत धन्यवाद; उन्होंने मुझे मेरे समाधान के लिए सही रास्ते पर रखा।

कोडबेस मैं इसका उपयोग करना चाहता था, इसके लकड़हारे तंत्र के रूप में java.util.log का उपयोग करता है, और मैं उन कोडों को पूरी तरह से बदलने के लिए या logger इंटरफेस / facades के लिए पूरी तरह से बदलने के लिए उन कोड में पर्याप्त घर पर महसूस नहीं करता हूं। लेकिन इन सुझावों के आधार पर, मैंने एक जूलहैंडलर एक्सटेंशन 'हैक-अप' किया और यह एक उपचार के रूप में काम करता है।

एक संक्षिप्त सारांश इस प्रकार है। बढ़ाएँ java.util.logging.Handler:

class LogHandler extends Handler
{
    Level lastLevel = Level.FINEST;

    public Level  checkLevel() {
        return lastLevel;
    }    

    public void publish(LogRecord record) {
        lastLevel = record.getLevel();
    }

    public void close(){}
    public void flush(){}
}

जाहिर है, आप जितना चाहें उतना स्टोर कर सकते हैं LogRecord , या एक ओवरफ्लो होने तक उन सभी को स्टैक में धकेल सकते हैं।

जूनट-टेस्ट की तैयारी में, आप एक बनाते हैं java.util.logging.Loggerऔर उसमें एक नया जोड़ते हैं LogHandler:

@Test tester() {
    Logger logger = Logger.getLogger("my junit-test logger");
    LogHandler handler = new LogHandler();
    handler.setLevel(Level.ALL);
    logger.setUseParentHandlers(false);
    logger.addHandler(handler);
    logger.setLevel(Level.ALL);

setUseParentHandlers()सामान्य हैंडलर को चुप करने के लिए कॉल करना है, ताकि (इस जूनियर-टेस्ट रन के लिए) कोई अनावश्यक लॉगिंग न हो। इस लकड़हारा का उपयोग करने के लिए आपके कोड-अंडर-टेस्ट को जो भी करना है, परीक्षण और मुखरता चलाएँ:

    libraryUnderTest.setLogger(logger);
    methodUnderTest(true);  // see original question.
    assertEquals("Log level as expected?", Level.INFO, handler.checkLevel() );
}

(बेशक, आप इस काम के बड़े हिस्से को एक @Beforeविधि में बदल देंगे और अन्य सुधार कर देंगे, लेकिन यह इस प्रस्तुति को अव्यवस्थित कर देगा)।

Answer 4

एक अन्य विकल्प है कि ऐपेंडर को मॉक करें और यह सत्यापित करें कि क्या संदेश इस ऐपेंडर में लॉग इन किया गया था। Log4j 1.2.x और मॉकिटो के लिए उदाहरण:

import static org.junit.Assert.assertEquals;
import static org.mockito.Mockito.mock;
import static org.mockito.Mockito.verify;

import org.apache.log4j.Appender;
import org.apache.log4j.Level;
import org.apache.log4j.Logger;
import org.apache.log4j.spi.LoggingEvent;
import org.junit.After;
import org.junit.Before;
import org.junit.Test;
import org.mockito.ArgumentCaptor;

public class MyTest {

    private final Appender appender = mock(Appender.class);
    private final Logger logger = Logger.getRootLogger();

    @Before
    public void setup() {
        logger.addAppender(appender);
    }

    @Test
    public void test() {
        // when
        Logger.getLogger(MyTest.class).info("Test");

        // then
        ArgumentCaptor<LoggingEvent> argument = ArgumentCaptor.forClass(LoggingEvent.class);
        verify(appender).doAppend(argument.capture());
        assertEquals(Level.INFO, argument.getValue().getLevel());
        assertEquals("Test", argument.getValue().getMessage());
        assertEquals("MyTest", argument.getValue().getLoggerName());
    }

    @After
    public void cleanup() {
        logger.removeAppender(appender);
    }
}

Answer 5

प्रभावी रूप से आप एक आश्रित वर्ग के साइड-इफेक्ट का परीक्षण कर रहे हैं। इकाई परीक्षण के लिए आपको केवल यह सत्यापित करने की आवश्यकता है

logger.info()

सही पैरामीटर के साथ बुलाया गया था। इसलिए लकड़हारे का अनुकरण करने के लिए एक नकली रूपरेखा का उपयोग करें और यह आपको अपने स्वयं के वर्ग के व्यवहार का परीक्षण करने की अनुमति देगा।

Comments

आप एक निजी स्थैतिक अंतिम क्षेत्र का मजाक कैसे उड़ाएंगे, जिसे अधिकांश लकड़हारे परिभाषित करते हैं? Powermockito? मज़े करो ..

— स्टेफानो एल

स्टेफानो: उस अंतिम क्षेत्र को किसी तरह से आरंभ किया गया था, मैंने वास्तविक चीज़ों के बजाय मोक्स को इंजेक्शन लगाने के लिए विभिन्न दृष्टिकोण देखे हैं। संभवतः आवश्यकता है कि पहली जगह में परीक्षण क्षमता के लिए डिजाइन के कुछ स्तर। blog.codecentric.de/en/2011/11/…

— djna

जैसा कि मेहदी ने कहा, संभवतः एक उपयुक्त हैंडलर का उपयोग करना पर्याप्त हो सकता है,

— 19 '20

Answer 6

मॉकिंग यहां एक विकल्प है, हालांकि यह कठिन होगा, क्योंकि लॉगर आमतौर पर निजी स्थिर फाइनल होते हैं - इसलिए मॉक लकड़हारा को स्थापित करना केक का एक टुकड़ा नहीं होगा, या परीक्षण के तहत कक्षा के संशोधन की आवश्यकता होगी।

आप एक कस्टम परिशिष्ट (या जो कुछ भी कहा जाता है) बना सकते हैं, और इसे पंजीकृत कर सकते हैं - या तो परीक्षण-केवल कॉन्फ़िगरेशन फ़ाइल के माध्यम से, या रनटाइम (एक तरह से, लॉगिंग ढांचे पर निर्भर)। और फिर आप उस ऐपेंडर को प्राप्त कर सकते हैं (या तो सांख्यिकीय रूप से, यदि कॉन्फ़िगरेशन फ़ाइल में घोषित किया गया है, या इसके वर्तमान संदर्भ द्वारा, यदि आप इसे रनटाइम प्लग कर रहे हैं), और इसकी सामग्री को सत्यापित करें।

Answer 7

@ रोनाल्डब्लशके के समाधान से प्रेरित होकर, मैं इसके साथ आया:

public class Log4JTester extends ExternalResource {
    TestAppender appender;

    @Override
    protected void before() {
        appender = new TestAppender();
        final Logger rootLogger = Logger.getRootLogger();
        rootLogger.addAppender(appender);
    }

    @Override
    protected void after() {
        final Logger rootLogger = Logger.getRootLogger();
        rootLogger.removeAppender(appender);
    }

    public void assertLogged(Matcher<String> matcher) {
        for(LoggingEvent event : appender.events) {
            if(matcher.matches(event.getMessage())) {
                return;
            }
        }
        fail("No event matches " + matcher);
    }

    private static class TestAppender extends AppenderSkeleton {

        List<LoggingEvent> events = new ArrayList<LoggingEvent>();

        @Override
        protected void append(LoggingEvent event) {
            events.add(event);
        }

        @Override
        public void close() {

        }

        @Override
        public boolean requiresLayout() {
            return false;
        }
    }

}

... जो आपको करने की अनुमति देता है:

@Rule public Log4JTester logTest = new Log4JTester();

@Test
public void testFoo() {
     user.setStatus(Status.PREMIUM);
     logTest.assertLogged(
        stringContains("Note added to account: premium customer"));
}

आप शायद इसे एक स्मार्ट तरीके से हैमरेस्ट का उपयोग कर सकते हैं, लेकिन मैंने इसे इस पर छोड़ दिया है।

Answer 8

Log4j2 के लिए समाधान थोड़ा अलग है क्योंकि AppenderSkeleton अब उपलब्ध नहीं है। इसके अतिरिक्त, ArgumentCaptor के साथ एक ऐपेंडर बनाने के लिए Mockito, या इसी तरह की लाइब्रेरी का उपयोग करना, यदि आप कई लॉगिंग संदेशों की अपेक्षा कर रहे हैं, तो काम नहीं करेगा क्योंकि MutableLogEvent का उपयोग कई लॉग संदेशों पर किया जाता है। सबसे अच्छा समाधान जो मैंने log4j2 के लिए पाया है वह है:

private static MockedAppender mockedAppender;
private static Logger logger;

@Before
public void setup() {
    mockedAppender.message.clear();
}

/**
 * For some reason mvn test will not work if this is @Before, but in eclipse it works! As a
 * result, we use @BeforeClass.
 */
@BeforeClass
public static void setupClass() {
    mockedAppender = new MockedAppender();
    logger = (Logger)LogManager.getLogger(MatchingMetricsLogger.class);
    logger.addAppender(mockedAppender);
    logger.setLevel(Level.INFO);
}

@AfterClass
public static void teardown() {
    logger.removeAppender(mockedAppender);
}

@Test
public void test() {
    // do something that causes logs
    for (String e : mockedAppender.message) {
        // add asserts for the log messages
    }
}

private static class MockedAppender extends AbstractAppender {

    List<String> message = new ArrayList<>();

    protected MockedAppender() {
        super("MockedAppender", null, null);
    }

    @Override
    public void append(LogEvent event) {
        message.add(event.getMessage().getFormattedMessage());
    }
}

Answer 9

जैसा कि दूसरों से उल्लेख किया गया है कि आप एक नकली रूपरेखा का उपयोग कर सकते हैं। इसके लिए काम करने के लिए आपको अपनी कक्षा में लकड़हारे को बेनकाब करना होगा (हालाँकि मैं सार्वजनिक रूप से सेट्टर बनाने के बजाय इसे निजी तौर पर तैयार करना पसंद करूँगा)।

दूसरा उपाय यह है कि हाथ से नकली लकड़हारा बनाया जाए। आपको नकली लकड़हारा (अधिक स्थिरता कोड) लिखना होगा लेकिन इस मामले में मैं नकली कोड से सहेजे गए कोड के खिलाफ परीक्षणों की बढ़ी हुई पठनीयता को प्राथमिकता दूंगा।

मैं ऐसा कुछ करूंगा:

class FakeLogger implements ILogger {
    public List<String> infos = new ArrayList<String>();
    public List<String> errors = new ArrayList<String>();

    public void info(String message) {
        infos.add(message);
    }

    public void error(String message) {
        errors.add(message);
    }
}

class TestMyClass {
    private MyClass myClass;        
    private FakeLogger logger;        

    @Before
    public void setUp() throws Exception {
        myClass = new MyClass();
        logger = new FakeLogger();
        myClass.logger = logger;
    }

    @Test
    public void testMyMethod() {
        myClass.myMethod(true);

        assertEquals(1, logger.infos.size());
    }
}

Answer 10

वाह। मैं अनिश्चित हूं कि यह इतना कठिन क्यों था। मैंने पाया कि मैं ऊपर दिए गए किसी भी कोड नमूने का उपयोग करने में असमर्थ था क्योंकि मैं slf4j पर log4j2 का उपयोग कर रहा था। यह मेरा समाधान है:

public class SpecialLogServiceTest {

  @Mock
  private Appender appender;

  @Captor
  private ArgumentCaptor<LogEvent> captor;

  @InjectMocks
  private SpecialLogService specialLogService;

  private LoggerConfig loggerConfig;

  @Before
  public void setUp() {
    // prepare the appender so Log4j likes it
    when(appender.getName()).thenReturn("MockAppender");
    when(appender.isStarted()).thenReturn(true);
    when(appender.isStopped()).thenReturn(false);

    final LoggerContext ctx = (LoggerContext) LogManager.getContext(false);
    final Configuration config = ctx.getConfiguration();
    loggerConfig = config.getLoggerConfig("org.example.SpecialLogService");
    loggerConfig.addAppender(appender, AuditLogCRUDService.LEVEL_AUDIT, null);
  }

  @After
  public void tearDown() {
    loggerConfig.removeAppender("MockAppender");
  }

  @Test
  public void writeLog_shouldCreateCorrectLogMessage() throws Exception {
    SpecialLog specialLog = new SpecialLogBuilder().build();
    String expectedLog = "this is my log message";

    specialLogService.writeLog(specialLog);

    verify(appender).append(captor.capture());
    assertThat(captor.getAllValues().size(), is(1));
    assertThat(captor.getAllValues().get(0).getMessage().toString(), is(expectedLog));
  }
}

Answer 11

यहाँ मैं लॉगबैक के लिए क्या किया है।

मैंने एक TestAppender वर्ग बनाया:

public class TestAppender extends AppenderBase<ILoggingEvent> {

    private Stack<ILoggingEvent> events = new Stack<ILoggingEvent>();

    @Override
    protected void append(ILoggingEvent event) {
        events.add(event);
    }

    public void clear() {
        events.clear();
    }

    public ILoggingEvent getLastEvent() {
        return events.pop();
    }
}

फिर मेरे टेस्टीज यूनिट टेस्ट क्लास के जनक में मैंने एक विधि बनाई:

protected TestAppender testAppender;

@BeforeClass
public void setupLogsForTesting() {
    Logger root = (Logger)LoggerFactory.getLogger(Logger.ROOT_LOGGER_NAME);
    testAppender = (TestAppender)root.getAppender("TEST");
    if (testAppender != null) {
        testAppender.clear();
    }
}

मेरे पास एक logback-test.xml फ़ाइल है जिसे src / test / Resources में परिभाषित किया गया है और मैंने एक परीक्षण परिशिष्ट जोड़ा है:

<appender name="TEST" class="com.intuit.icn.TestAppender">
    <encoder>
        <pattern>%m%n</pattern>
    </encoder>
</appender>

और इस परिशिष्ट को मूल परिशिष्ट में जोड़ा:

<root>
    <level value="error" />
    <appender-ref ref="STDOUT" />
    <appender-ref ref="TEST" />
</root>

अब मेरे माता-पिता परीक्षण वर्ग से विस्तार करने वाली मेरी परीक्षा कक्षाओं में, मैं ऐपेंडर प्राप्त कर सकता हूं और अंतिम संदेश को लॉग इन कर सकता हूं और संदेश, स्तर, फेंकने योग्य को सत्यापित कर सकता हूं।

ILoggingEvent lastEvent = testAppender.getLastEvent();
assertEquals(lastEvent.getMessage(), "...");
assertEquals(lastEvent.getLevel(), Level.WARN);
assertEquals(lastEvent.getThrowableProxy().getMessage(), "...");

Comments

मैं नहीं देखता कि getAppender विधि कहाँ परिभाषित है?!?

— बायोइन्फोर्नेटिक्स

getAppender एक तरीका है ch.qos.logback.classic.Logger पर

— kfox

Answer 12

जूनिट 5 (बृहस्पति) के लिए स्प्रिंग का आउटपुटकैप्टेक्स्टेंशन काफी उपयोगी है। स्प्रिंग बूट 2.2 के बाद से यह उपलब्ध है और स्प्रिंग-बूट-टेस्ट में उपलब्ध है कलाकृतियों में उपलब्ध है।

उदाहरण (javadoc से लिया गया):

@ExtendWith(OutputCaptureExtension.class)
class MyTest {
    @Test
    void test(CapturedOutput output) {
        System.out.println("ok");
        assertThat(output).contains("ok");
        System.err.println("error");
    }

    @AfterEach
    void after(CapturedOutput output) {
        assertThat(output.getOut()).contains("ok");
        assertThat(output.getErr()).contains("error");
    }
}

Comments

मेरा मानना ​​है कि लॉग स्टेटमेंट इसके विपरीत getOut()या हैं getErr()।

— राम

यह वह उत्तर है जिसकी मुझे तलाश थी (हालाँकि सवाल स्प्रिंग बूट से संबंधित नहीं है)!

— हेल्ले

Answer 13

मेरे लिए के रूप में आप का उपयोग करके अपने परीक्षण को आसान बनाने में कर सकते हैं JUnitके साथ Mockito। मैं इसके लिए निम्नलिखित समाधान प्रस्तावित करता हूं:

import org.apache.log4j.Appender;
import org.apache.log4j.Level;
import org.apache.log4j.LogManager;
import org.apache.log4j.spi.LoggingEvent;
import org.junit.After;
import org.junit.Before;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.mockito.ArgumentCaptor;
import org.mockito.Captor;
import org.mockito.InjectMocks;
import org.mockito.Mock;
import org.mockito.runners.MockitoJUnitRunner;

import java.util.List;

import static org.assertj.core.api.Assertions.assertThat;
import static org.assertj.core.api.Assertions.tuple;
import static org.mockito.Mockito.times;

@RunWith(MockitoJUnitRunner.class)
public class MyLogTest {
    private static final String FIRST_MESSAGE = "First message";
    private static final String SECOND_MESSAGE = "Second message";
    @Mock private Appender appender;
    @Captor private ArgumentCaptor<LoggingEvent> captor;
    @InjectMocks private MyLog;

    @Before
    public void setUp() {
        LogManager.getRootLogger().addAppender(appender);
    }

    @After
    public void tearDown() {
        LogManager.getRootLogger().removeAppender(appender);
    }

    @Test
    public void shouldLogExactlyTwoMessages() {
        testedClass.foo();

        then(appender).should(times(2)).doAppend(captor.capture());
        List<LoggingEvent> loggingEvents = captor.getAllValues();
        assertThat(loggingEvents).extracting("level", "renderedMessage").containsExactly(
                tuple(Level.INFO, FIRST_MESSAGE)
                tuple(Level.INFO, SECOND_MESSAGE)
        );
    }
}

इसलिए हमारे पास विभिन्न संदेश मात्रा वाले परीक्षणों के लिए अच्छा लचीलापन है

Comments

दोहराने के लिए लगभग समान कोड ब्लॉक जोड़ना नहीं चाहते हैं कि Log4j2 के लिए लगभग 1to1 मेरे लिए काम करता है। बस "org.apache.log.log4j.core" पर आयात परिवर्तन करना, लकड़हारा को " when(appender.isStarted()).thenReturn(true); when(appender.getName()).thenReturn("Test Appender"); org.apache.log.log4j.core.Logger " में डालना, LoggingEvent को जोड़ना और बदलना -> LogEvent

— Aliaki Yatsau

Answer 14

Here is the sample code to mock log, irrespective of the version used for junit or sping, springboot.

import ch.qos.logback.classic.spi.LoggingEvent;
import ch.qos.logback.core.Appender;
import org.mockito.ArgumentMatcher;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.junit.Test;

import static org.mockito.Matchers.argThat;
import static org.mockito.Mockito.mock;
import static org.mockito.Mockito.verify;
import static org.mockito.Mockito.when;

public class MyTest {
  private static Logger logger = LoggerFactory.getLogger(MyTest.class);

    @Test
    public void testSomething() {
    ch.qos.logback.classic.Logger root = (ch.qos.logback.classic.Logger) LoggerFactory.getLogger(ch.qos.logback.classic.Logger.ROOT_LOGGER_NAME);
    final Appender mockAppender = mock(Appender.class);
    when(mockAppender.getName()).thenReturn("MOCK");
    root.addAppender(mockAppender);

    //... do whatever you need to trigger the log

    verify(mockAppender).doAppend(argThat(new ArgumentMatcher() {
      @Override
      public boolean matches(final Object argument) {
        return ((LoggingEvent)argument).getFormattedMessage().contains("Hey this is the message I want to see");
      }
    }));
  }
}

Comments

इसने मेरे लिए काम किया। लाइन 'जब (mockAppender.getName ())। तब रीटर्न ("MOCK") मेरे लिए आवश्यक नहीं था।

— मयंक राघव

Answer 15

Log4J2 के लिए एपीआई थोड़ा अलग है। इसके अलावा, आप इसके async परिशिष्ट का उपयोग कर सकते हैं। मैंने इसके लिए एक लैच्ड ऐपेंडर बनाया:

    public static class LatchedAppender extends AbstractAppender implements AutoCloseable {

    private final List<LogEvent> messages = new ArrayList<>();
    private final CountDownLatch latch;
    private final LoggerConfig loggerConfig;

    public LatchedAppender(Class<?> classThatLogs, int expectedMessages) {
        this(classThatLogs, null, null, expectedMessages);
    }
    public LatchedAppender(Class<?> classThatLogs, Filter filter, Layout<? extends Serializable> layout, int expectedMessages) {
        super(classThatLogs.getName()+"."+"LatchedAppender", filter, layout);
        latch = new CountDownLatch(expectedMessages);
        final LoggerContext ctx = (LoggerContext) LogManager.getContext(false);
        final Configuration config = ctx.getConfiguration();
        loggerConfig = config.getLoggerConfig(LogManager.getLogger(classThatLogs).getName());
        loggerConfig.addAppender(this, Level.ALL, ThresholdFilter.createFilter(Level.ALL, null, null));
        start();
    }

    @Override
    public void append(LogEvent event) {
        messages.add(event);
        latch.countDown();
    }

    public List<LogEvent> awaitMessages() throws InterruptedException {
        assertTrue(latch.await(10, TimeUnit.SECONDS));
        return messages;
    }

    @Override
    public void close() {
        stop();
        loggerConfig.removeAppender(this.getName());
    }
}

इसे इस तरह उपयोग करें:

        try (LatchedAppender appender = new LatchedAppender(ClassUnderTest.class, 1)) {

        ClassUnderTest.methodThatLogs();
        List<LogEvent> events = appender.awaitMessages();
        assertEquals(1, events.size());
        //more assertions here

    }//appender removed

Answer 16

ध्यान दें कि Log4J 2.x में, सार्वजनिक इंटरफ़ेस org.apache.logging.log4j.Loggerमें setAppender()और removeAppender()विधियाँ शामिल नहीं हैं ।

लेकिन अगर आप बहुत अधिक फैंसी नहीं कर रहे हैं, तो आपको इसे कार्यान्वयन वर्ग में लाने में सक्षम होना चाहिए org.apache.logging.log4j.core.Logger, जो उन तरीकों को उजागर करता है।

यहाँ के साथ एक उदाहरण है Mockito और AssertJ :

// Import the implementation class rather than the API interface
import org.apache.logging.log4j.core.Logger;

// Cast logger to implementation class to get access to setAppender/removeAppender
Logger log = (Logger) LogManager.getLogger(MyClassUnderTest.class);

// Set up the mock appender, stubbing some methods Log4J needs internally
Appender appender = mock(Appender.class);
when(appender.getName()).thenReturn("Mock Appender");
when(appender.isStarted()).thenReturn(true);

log.addAppender(appender);
try {
    new MyClassUnderTest().doSomethingThatShouldLogAnError();
} finally {
    log.removeAppender(appender);
}

// Verify that we got an error with the expected message
ArgumentCaptor<LogEvent> logEventCaptor = ArgumentCaptor.forClass(LogEvent.class);
verify(appender).append(logEventCaptor.capture());
LogEvent logEvent = logEventCaptor.getValue();
assertThat(logEvent.getLevel()).isEqualTo(Level.ERROR);
assertThat(logEvent.getMessage().getFormattedMessage()).contains(expectedErrorMessage);

Answer 17

उल्लेख के लायक एक और विचार, हालांकि यह एक पुराना विषय है, अपने लकड़हारे को इंजेक्ट करने के लिए एक सीडीआई निर्माता बना रहा है ताकि मॉकिंग आसान हो जाए। (और यह "पूरे लकड़हारा बयान" की घोषणा नहीं करने का लाभ भी देता है, लेकिन यह ऑफ-टॉपिक है)

उदाहरण:

इंजेक्शन लगाने के लिए लकड़हारा बनाना:

public class CdiResources {
  @Produces @LoggerType
  public Logger createLogger(final InjectionPoint ip) {
      return Logger.getLogger(ip.getMember().getDeclaringClass());
  }
}

क्वालीफायर:

@Qualifier
@Retention(RetentionPolicy.RUNTIME)
@Target({TYPE, METHOD, FIELD, PARAMETER})
public @interface LoggerType {
}

अपने उत्पादन कोड में लकड़हारा का उपयोग करना:

public class ProductionCode {
    @Inject
    @LoggerType
    private Logger logger;

    public void logSomething() {
        logger.info("something");
    }
}

अपने परीक्षण कोड में लकड़हारा का परीक्षण करना (एक आसान उदाहरण देना):

@TestSubject
private ProductionCode productionCode = new ProductionCode();

@Mock
private Logger logger;

@Test
public void testTheLogger() {
   logger.info("something");
   replayAll();
   productionCode.logSomething();
}

Answer 18

जॉकिट (1.21) का उपयोग करके मैं यह सरल परीक्षण लिखने में सक्षम था। परीक्षण सुनिश्चित करता है कि एक विशिष्ट ERROR संदेश को केवल एक बार कहा जाता है।

@Test
public void testErrorMessage() {
    final org.slf4j.Logger logger = org.slf4j.LoggerFactory.getLogger( MyConfig.class );

    new Expectations(logger) {{
        //make sure this error is happens just once.
        logger.error( "Something went wrong..." );
        times = 1;
    }};

    new MyTestObject().runSomethingWrong( "aaa" ); //SUT that eventually cause the error in the log.    
}

Answer 19

ऐपेंडर को मॉक करने से लॉग लाइनों को पकड़ने में मदद मिल सकती है। नमूना देखें: http://clearqa.blogspot.co.uk/2016/12/test-log-lines.html

// Fully working test at: https://github.com/njaiswal/logLineTester/blob/master/src/test/java/com/nj/Utils/UtilsTest.java

@Test
public void testUtilsLog() throws InterruptedException {

    Logger utilsLogger = (Logger) LoggerFactory.getLogger("com.nj.utils");

    final Appender mockAppender = mock(Appender.class);
    when(mockAppender.getName()).thenReturn("MOCK");
    utilsLogger.addAppender(mockAppender);

    final List<String> capturedLogs = Collections.synchronizedList(new ArrayList<>());
    final CountDownLatch latch = new CountDownLatch(3);

    //Capture logs
    doAnswer((invocation) -> {
        LoggingEvent loggingEvent = invocation.getArgumentAt(0, LoggingEvent.class);
        capturedLogs.add(loggingEvent.getFormattedMessage());
        latch.countDown();
        return null;
    }).when(mockAppender).doAppend(any());

    //Call method which will do logging to be tested
    Application.main(null);

    //Wait 5 seconds for latch to be true. That means 3 log lines were logged
    assertThat(latch.await(5L, TimeUnit.SECONDS), is(true));

    //Now assert the captured logs
    assertThat(capturedLogs, hasItem(containsString("One")));
    assertThat(capturedLogs, hasItem(containsString("Two")));
    assertThat(capturedLogs, hasItem(containsString("Three")));
}

Answer 20

नीचे दिए गए कोड का उपयोग करें। मैं अपने स्प्रिंग एकीकरण परीक्षण के लिए उसी कोड का उपयोग कर रहा हूं जहां मैं लॉगिंग के लिए लॉग बैक का उपयोग कर रहा हूं। लॉग में छपे टेक्स्ट को मुखर करने के लिए assertJobIscheduled विधि का उपयोग करें।

import ch.qos.logback.classic.Logger;
import ch.qos.logback.classic.spi.LoggingEvent;
import ch.qos.logback.core.Appender;

private Logger rootLogger;
final Appender mockAppender = mock(Appender.class);

@Before
public void setUp() throws Exception {
    initMocks(this);
    when(mockAppender.getName()).thenReturn("MOCK");
    rootLogger = (Logger) LoggerFactory.getLogger(ch.qos.logback.classic.Logger.ROOT_LOGGER_NAME);
    rootLogger.addAppender(mockAppender);
}

private void assertJobIsScheduled(final String matcherText) {
    verify(mockAppender).doAppend(argThat(new ArgumentMatcher() {
        @Override
        public boolean matches(final Object argument) {
            return ((LoggingEvent)argument).getFormattedMessage().contains(matcherText);
        }
    }));
}

Answer 21

यदि आप java.util.logging.Loggerइस लेख का उपयोग कर रहे हैं तो यह बहुत उपयोगी हो सकता है, यह एक नया हैंडलर बनाता है और लॉग आउटपुट पर जोर देता है: http://octodecillion.com/blog/jmockit-test-log/

Answer 22

दो चीजें हैं जिन्हें आप परखने की कोशिश कर रहे हैं।

• जब मेरे कार्यक्रम के ऑपरेटर के लिए ब्याज की एक घटना होती है, तो क्या मेरा कार्यक्रम एक उपयुक्त लॉगिंग ऑपरेशन करता है, जो उस घटना के ऑपरेटर को सूचित कर सकता है।
• जब मेरा प्रोग्राम एक लॉगिंग ऑपरेशन करता है, तो जो लॉग संदेश उत्पन्न होता है, उसमें सही टेक्स्ट होता है।

वे दो चीजें वास्तव में अलग चीजें हैं, और इसलिए उन्हें अलग से परीक्षण किया जा सकता है। हालांकि, दूसरे (संदेशों का पाठ) का परीक्षण करना बहुत समस्याग्रस्त है, मैं इसे करने के खिलाफ सलाह देता हूं। एक संदेश पाठ का एक परीक्षण अंततः जाँच करेगा कि एक पाठ स्ट्रिंग (अपेक्षित संदेश पाठ) के रूप में ही है, या तुच्छ रूप से प्राप्त किया जा सकता है, आपके लॉगिंग कोड में प्रयुक्त पाठ स्ट्रिंग।

• वे परीक्षण प्रोग्राम लॉजिक का बिल्कुल भी परीक्षण नहीं करते हैं, वे केवल यह परीक्षण करते हैं कि एक संसाधन (एक स्ट्रिंग) दूसरे संसाधन के बराबर है।
• परीक्षण नाजुक हैं; यहां तक ​​कि एक लॉग संदेश के स्वरूपण के लिए एक मामूली मोड़ आपके परीक्षणों को तोड़ देता है।
• परीक्षण आपके लॉगिंग इंटरफ़ेस के अंतर्राष्ट्रीयकरण (अनुवाद) के साथ असंगत हैं। परीक्षण मानते हैं कि केवल एक संभव संदेश पाठ है, और इस प्रकार केवल एक संभव मानव भाषा है।

ध्यान दें कि आपका प्रोग्राम कोड (कुछ व्यावसायिक तर्क को लागू करना, शायद) सीधे पाठ लॉगिंग इंटरफ़ेस को कॉल करना खराब डिजाइन है (लेकिन दुर्भाग्य से बहुत ही कमोम)। कोड जो व्यावसायिक तर्क के लिए जिम्मेदार है, वह कुछ लॉगिंग नीति और लॉग संदेशों का पाठ भी तय कर रहा है। यह उपयोगकर्ता इंटरफ़ेस कोड के साथ व्यावसायिक तर्क को मिलाता है (हां, लॉग संदेश आपके प्रोग्राम के उपयोगकर्ता इंटरफ़ेस का हिस्सा हैं)। उन चीजों को अलग होना चाहिए।

इसलिए मैं सलाह देता हूं कि व्यावसायिक तर्क सीधे लॉग संदेशों का पाठ उत्पन्न नहीं करता है। इसके बजाय यह एक लॉगिंग ऑब्जेक्ट के लिए प्रतिनिधि है।

• लॉगिंग ऑब्जेक्ट की श्रेणी को एक उपयुक्त आंतरिक एपीआई प्रदान करना चाहिए, जिसका उपयोग आपकी व्यावसायिक वस्तु उस घटना को व्यक्त करने के लिए कर सकती है जो आपके डोमेन मॉडल की वस्तुओं का उपयोग करके हुई है, न कि पाठ के तार।
• आपके लॉगिंग क्लास का कार्यान्वयन उन डोमेन ऑब्जेक्ट्स के टेक्स्ट रिप्रेजेंटेशन को प्रोड्यूस करने और इवेंट के उपयुक्त टेक्स्ट डिस्क्रिप्शन को रेंडर करने के लिए ज़िम्मेदार है, फिर उस टेक्स्ट मैसेज को लो लेवल लॉगिंग फ्रेमवर्क (जैसे JUL, log4j या slf4j) के लिए फॉरवर्ड करें।
• आपके व्यावसायिक तर्क केवल अपने लकड़हारे वर्ग के आंतरिक एपीआई के सही तरीकों को कॉल करने के लिए, सही डोमेन ऑब्जेक्ट्स को पारित करने के लिए, जो वास्तविक घटनाओं का वर्णन करने के लिए जिम्मेदार हैं।
• आपका ठोस प्रवेश स्तर के implementsएक interfaceहै, जो आंतरिक एपीआई अपने व्यापार तर्क का उपयोग कर सकते वर्णन करता है।
• आपकी कक्षा (तों), जो व्यावसायिक तर्क को लागू करती है और लॉगिंग को निष्पादित करना होता है, को प्रस्तुत करने के लिए लॉगिंग ऑब्जेक्ट का संदर्भ होता है। संदर्भ का वर्ग सार हैinterface ।
• लकड़हारे के संदर्भ को स्थापित करने के लिए निर्भरता इंजेक्शन का उपयोग करें।

आप तब परीक्षण कर सकते हैं कि आपकी व्यावसायिक तर्क कक्षाएं सही तरीके से घटनाओं के बारे में लॉगिंग इंटरफ़ेस बताती हैं, एक नकली लकड़हारा, जो आंतरिक लॉगिंग एपीआई को लागू करता है, और आपके परीक्षण के सेट अप चरण में निर्भरता इंजेक्शन का उपयोग करता है।

ऐशे ही:

 public class MyService {// The class we want to test
    private final MyLogger logger;

    public MyService(MyLogger logger) {
       this.logger = Objects.requireNonNull(logger);
    }

    public void performTwiddleOperation(Foo foo) {// The method we want to test
       ...// The business logic
       logger.performedTwiddleOperation(foo);
    }
 };

 public interface MyLogger {
    public void performedTwiddleOperation(Foo foo);
    ...
 };

 public final class MySl4jLogger: implements MyLogger {
    ...

    @Override
    public void performedTwiddleOperation(Foo foo) {
       logger.info("twiddled foo " + foo.getId());
    }
 }

 public final void MyProgram {
    public static void main(String[] argv) {
       ...
       MyLogger logger = new MySl4jLogger(...);
       MyService service = new MyService(logger);
       startService(service);// or whatever you must do
       ...
    }
 }

 public class MyServiceTest {
    ...

    static final class MyMockLogger: implements MyLogger {
       private Food.id id;
       private int nCallsPerformedTwiddleOperation;
       ...

       @Override
       public void performedTwiddleOperation(Foo foo) {
          id = foo.id;
          ++nCallsPerformedTwiddleOperation;
       }

       void assertCalledPerformedTwiddleOperation(Foo.id id) {
          assertEquals("Called performedTwiddleOperation", 1, nCallsPerformedTwiddleOperation);
          assertEquals("Called performedTwiddleOperation with correct ID", id, this.id);
       }
    };

    @Test
    public void testPerformTwiddleOperation_1() {
       // Setup
       MyMockLogger logger = new MyMockLogger();
       MyService service = new MyService(logger);
       Foo.Id id = new Foo.Id(...);
       Foo foo = new Foo(id, 1);

       // Execute
       service.performedTwiddleOperation(foo);

       // Verify
       ...
       logger.assertCalledPerformedTwiddleOperation(id);
    }
 }

Answer 23

मैंने जो कुछ भी किया है अगर मैं यह देखूं कि कुछ स्ट्रिंग लॉग की गई थी (जैसा कि सटीक लॉग स्टेटमेंट को सत्यापित करने के विपरीत है जो अभी बहुत भंगुर है) स्टैडूट को एक बफर में रीडायरेक्ट करना है, इसमें शामिल हैं, फिर स्टैडटूट रीसेट करें:

PrintStream original = System.out;
ByteArrayOutputStream buffer = new ByteArrayOutputStream();
System.setOut(new PrintStream(buffer));

// Do something that logs

assertTrue(buffer.toString().contains(myMessage));
System.setOut(original);

Comments

मैंने इसके साथ प्रयास किया java.util.logging(हालांकि मैंने उपयोग किया System.setErr(new PrintStream(buffer));, क्योंकि यह स्टैडर में प्रवेश करता है), लेकिन यह काम नहीं करता है (बफर खाली रहता है)। अगर मैं System.err.println("foo")सीधे उपयोग करता हूं, तो यह काम करता है, इसलिए मैं मानता हूं कि लॉगिंग सिस्टम आउटपुट स्ट्रीम का अपना संदर्भ रखता है, जिससे यह लेता है System.err, इसलिए मेरा कॉल System.setErr(..)लॉग आउटपुट पर कोई प्रभाव नहीं पड़ता है, क्योंकि यह लॉग सिस्टम इनिट के बाद होता है।

— होइजुई

Answer 24

मैंने log4j के लिए इसी तरह के एक सवाल का जवाब दिया, देखिए कि कैसे-मैं-मैं-परीक्षण-साथ-जूनिट-कि-ए-चेतावनी-लॉग-इन-लॉग -4

यह Log4j2 (2.11.2 के साथ परीक्षण) और जून 5 के साथ नया और उदाहरण है;

    package com.whatever.log;

    import org.apache.logging.log4j.Level;
    import org.apache.logging.log4j.LogManager;
    import org.apache.logging.log4j.core.Logger;
    import org.apache.logging.log4j.core.*;
    import org.apache.logging.log4j.core.appender.AbstractAppender;
    import org.apache.logging.log4j.core.config.Configuration;
    import org.apache.logging.log4j.core.config.LoggerConfig;
    import org.apache.logging.log4j.core.config.plugins.Plugin;
    import org.apache.logging.log4j.core.config.plugins.PluginAttribute;
    import org.apache.logging.log4j.core.config.plugins.PluginElement;
    import org.apache.logging.log4j.core.config.plugins.PluginFactory;
    import org.junit.jupiter.api.AfterEach;
    import org.junit.jupiter.api.BeforeEach;
    import org.junit.jupiter.api.DisplayName;
    import org.junit.jupiter.api.Test;

    import java.util.ArrayList;
    import java.util.List;
    import static org.junit.Assert.*;

class TestLogger {

    private TestAppender testAppender;
    private LoggerConfig loggerConfig;
    private final Logger logger = (Logger)
            LogManager.getLogger(ClassUnderTest.class);

    @Test
    @DisplayName("Test Log Junit5 and log4j2")
    void test() {
        ClassUnderTest.logMessage();
        final LogEvent loggingEvent = testAppender.events.get(0);
        //asset equals 1 because log level is info, change it to debug and
        //the test will fail
        assertTrue(testAppender.events.size()==1,"Unexpected empty log");
        assertEquals(Level.INFO,loggingEvent.getLevel(),"Unexpected log level");
        assertEquals(loggingEvent.getMessage().toString()
                ,"Hello Test","Unexpected log message");
    }

    @BeforeEach
    private void setup() {
        testAppender = new TestAppender("TestAppender", null);

        final LoggerContext context = logger.getContext();
        final Configuration configuration = context.getConfiguration();

        loggerConfig = configuration.getLoggerConfig(logger.getName());
        loggerConfig.setLevel(Level.INFO);
        loggerConfig.addAppender(testAppender,Level.INFO,null);
        testAppender.start();
        context.updateLoggers();
    }

    @AfterEach
    void after(){
        testAppender.stop();
        loggerConfig.removeAppender("TestAppender");
        final LoggerContext context = logger.getContext();
        context.updateLoggers();
    }

    @Plugin( name = "TestAppender", category = Core.CATEGORY_NAME, elementType = Appender.ELEMENT_TYPE)
    static class TestAppender extends AbstractAppender {

        List<LogEvent> events = new ArrayList();

        protected TestAppender(String name, Filter filter) {
            super(name, filter, null);
        }

        @PluginFactory
        public static TestAppender createAppender(
                @PluginAttribute("name") String name,
                @PluginElement("Filter") Filter filter) {
            return new TestAppender(name, filter);
        }

        @Override
        public void append(LogEvent event) {
            events.add(event);
        }
    }

    static class ClassUnderTest {
        private static final Logger LOGGER =  (Logger) LogManager.getLogger(ClassUnderTest.class);
        public static void logMessage(){
            LOGGER.info("Hello Test");
            LOGGER.debug("Hello Test");
        }
    }
}

निम्नलिखित मावेन निर्भरता का उपयोग करना

 <dependency>
 <artifactId>log4j-core</artifactId>
  <packaging>jar</packaging>
  <version>2.11.2</version>
</dependency>
<dependency>
    <groupId>org.junit.jupiter</groupId>
    <artifactId>junit-jupiter-api</artifactId>
    <version>5.5.0</version>
    <scope>test</scope>
</dependency>

Comments

मैंने यह कोशिश की और लाइन लॉगरकॉन्फ़िग = कॉन्फ़िगरेशन.गेट लोजरकोन्फ़िग (लकड़हारा.नाम) () पर सेटअप विधि के अंदर एक त्रुटि मिली; त्रुटि है नहीं पहुंच सकते org.apache.logging.log4j.spi.LoggerContextShutdownEnabled के लिए वर्ग फ़ाइल org.apache.logging.log4j.spi.LoggerContextShutdownEnabled नहीं मिला

— कार्लोस पाल्मा

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

— हैम रमन

नमस्ते हैम। मैंने लॉगबैक समाधान को लागू करना समाप्त कर दिया ... लेकिन मुझे लगता है कि आप सही हैं, इसे लागू करने के लिए मुझे एक आयात को साफ करना होगा जो मैंने दूसरे लॉग 4j संस्करण से बनाया था।

— कार्लो पाल्मा

Answer 25

यदि आप log4j2 का उपयोग कर रहे हैं, तो से समाधान https://www.dontpanicblog.co.uk/2018/04/29/test-log4j2-with-junit/ ने मुझे संदेश लॉग करने की अनुमति दी।

समाधान इस प्रकार है:

• एक बाह्य स्रोत नियम के रूप में एक log4j परिशिष्ट को परिभाषित करें

  public class LogAppenderResource extends ExternalResource {
  
  private static final String APPENDER_NAME = "log4jRuleAppender";
  
  /**
   * Logged messages contains level and message only.
   * This allows us to test that level and message are set.
   */
  private static final String PATTERN = "%-5level %msg";
  
  private Logger logger;
  private Appender appender;
  private final CharArrayWriter outContent = new CharArrayWriter();
  
  public LogAppenderResource(org.apache.logging.log4j.Logger logger) {
      this.logger = (org.apache.logging.log4j.core.Logger)logger;
  }
  
  @Override
  protected void before() {
      StringLayout layout = PatternLayout.newBuilder().withPattern(PATTERN).build();
      appender = WriterAppender.newBuilder()
              .setTarget(outContent)
              .setLayout(layout)
              .setName(APPENDER_NAME).build();
      appender.start();
      logger.addAppender(appender);
  }
  
  @Override
  protected void after() {
      logger.removeAppender(appender);
  }
  
  public String getOutput() {
      return outContent.toString();
      }
  }

• एक परीक्षण को परिभाषित करें जो आपके बाहरी स्रोत नियम का उपयोग करता है

  public class LoggingTextListenerTest {
  
      @Rule public LogAppenderResource appender = new LogAppenderResource(LogManager.getLogger(LoggingTextListener.class)); 
      private LoggingTextListener listener = new LoggingTextListener(); //     Class under test
  
      @Test
      public void startedEvent_isLogged() {
      listener.started();
      assertThat(appender.getOutput(), containsString("started"));
      }
  }

Src / test / resource के भाग के रूप में log4j2.xml रखना न भूलें