logback / LOGBACK-1739 [Open]
Some Flaky Test

==============================

Here's what changed in this issue in the last few minutes.

This issue has been created
This issue is now assigned to you.


View or comment on issue using this link
https://jira.qos.ch/browse/LOGBACK-1739

==============================
 Issue created
------------------------------

Agor Malon created this issue on 12/May/23 20:28

Summary:              Some Flaky Test
Issue Type:           Bug
Affects Versions:     1.4.7
Assignee:             Logback dev list
Components:           logback-classic, logback-core
Created:              12/May/23 20:28
Labels:               Tests
Priority:             Major
Reporter:             Agor Malon
Description:
  Hello,
  
  We tried running your project and discovered that it contains some flaky 
tests (i.e., tests that nondeterministically pass and fail). We found these 
tests to fail more frequently when running them on certain machines of ours.
  
  To prevent others from running this project and its tests in machines that 
may result in flaky tests, we suggest adding information to the README.md file 
indicating the minimum resource configuration for running the tests of this 
project as to prevent observation of test flakiness.
  
  If we run this project in a machine with 1cpu and 1gb ram, we observe flaky 
tests. We found that the tests in this project did not have any flaky tests 
when we ran it on machines with 2cpu and 4gb ram.
  
  Here is a list of the tests we have identified and their likelihood of 
failure on a system with less than the recommended 2 CPUs and 4 GB RAM.
   # 
ch.qos.logback.core.AsyncAppenderBaseTest#lossyAppenderShouldOnlyLoseCertainEvents
 (4 out 10)
   # 
ch.qos.logback.core.AsyncAppenderBaseTest#verifyInterruptionOfWorkerIsSwallowed 
(5 out 10)
   # ch.qos.logback.classic.net.SMTPAppender_GreenTest#synchronousSmoke (6 out 
10)
   # ch.qos.logback.classic.LoggerContextConcurrentResetTest#concurrentReset (3 
out 10)
   # 
ch.qos.logback.core.net.server.ServerSocketAppenderBaseFunctionalTest#testLogEventClient
 (4 out 10)
   # ch.qos.logback.core.AsyncAppenderBaseTest#stopExitsWhenMaxRuntimeReached 
(7 out 10)
  
   
  
  Please let me know if you would like us to create a pull request on this 
matter (possibly to the readme of this project).
  
  Thank you for your attention to this matter. We hope that our recommendations 
will be helpful in improving the quality and performance of your project, 
especially for others to use.
  
   
  h3. Reproducing
  
   
  
   
  {code:java}
  FROM maven:3.5.4-jdk-11
   
  WORKDIR /home/
   
  RUN git clone https://github.com/qos-ch/logback/ && \
    cd logback && \
    git checkout 6abce2f047a58292d23f3d80f40dab2b9912aa3f 
   
  WORKDIR /home/logback
   
  RUN mvn install -DskipTests
   
  ENTRYPOINT ["mvn", "test", "-fn"]
  {code}
   
  
  Build the image:
  
   
  {code:java}
  $> mkdir tmp
  $> cp Dockerfile tmp
  $> cd tmp
  $> docker build -t logback . # estimated time of build 3m
  {code}
  Running:
  
  this configuration likely prevents flakiness (no flakiness in 10 runs)
  
   
  {code:java}
  $> docker run --rm --memory=4g --cpus=2 --memory-swap=-1 logback | tee 
output.txt
  $> grep "Failures:"  output.txt # checking results
  {code}
   
  
   
  
   this other configuration can’t prevent flaky tests (observation in 10 runs)
  
   
  {code:java}
  $> docker run --rm --memory=1g --cpus=1 --memory-swap=-1 logback | tee 
output2.txt
  $> grep "Failures:"  output2.txt # checking results
  {code}
   
  
    
  
    


==============================
 This message was sent by Atlassian Jira (v9.6.0#960000-sha1:a3ee8af)

_______________________________________________
logback-dev mailing list
logback-dev@qos.ch
https://mailman.qos.ch/cgi-bin/mailman/listinfo/logback-dev

Reply via email to