Skip to content

Reduce log level for skipped tests result to info#3232

Merged
olamy merged 1 commit intoapache:masterfrom
strangelookingnerd:reduce-log-level-for-skipped-tests-result
Dec 22, 2025
Merged

Reduce log level for skipped tests result to info#3232
olamy merged 1 commit intoapache:masterfrom
strangelookingnerd:reduce-log-level-for-skipped-tests-result

Conversation

@strangelookingnerd
Copy link
Contributor

This PR proposes to reduce the log level for skipped tests result to info.

In my opinion skipping tests during execution should not raise any concerns as it is usually an active choice by developers.
Utilizing @Disabled or @Ignored and the likes is very common in order to (temporarily) skip tests or even prevent execution on different environments and so on.

Issuing a warning in the log gives a false sense of something being wrong were in fact everything is just working as intended.


Following this checklist to help us incorporate your
contribution quickly and easily:

  • Each commit in the pull request should have a meaningful subject line and body.
  • Write a pull request description that is detailed enough to understand what the pull request does, how, and why.
  • Run mvn clean install to make sure basic checks pass. A more thorough check will
    be performed on your pull request automatically.
  • You have run the integration tests successfully (mvn -Prun-its clean install).

If your pull request is about ~20 lines of code you don't need to sign an
Individual Contributor License Agreement if you are unsure
please ask on the developers list.

To make clear that you license your contribution under
the Apache License Version 2.0, January 2004
you have to acknowledge this by using the following check-box.

@olamy olamy added the enhancement New feature or request label Dec 22, 2025
@olamy olamy added this to the 3.5.5 milestone Dec 22, 2025
@olamy olamy merged commit d29e306 into apache:master Dec 22, 2025
14 checks passed
@strangelookingnerd
Copy link
Contributor Author

strangelookingnerd commented Dec 22, 2025

@elharo @olamy Thank you for accepting my changes. May I ask if there is already an ETA for 3.5.5?

@strangelookingnerd strangelookingnerd deleted the reduce-log-level-for-skipped-tests-result branch December 22, 2025 12:45
@olamy
Copy link
Member

olamy commented Dec 22, 2025

@elharo @olamy Thank you for accepting my changes. May I ask if there is already an ETA for 3.5.5?

@strangelookingnerd Sorry, I don't have any plans for 3.5.5 as I'm working on some refactoring for 3.6.0 (I hope to have some M1 for mid-to-late January), and I don't see anything really urgent for 3.5.5.

@Tibor17
Copy link
Contributor

Tibor17 commented Dec 31, 2025

I would like to cut a new release 3.5.5 and I would like to check it out.
For me this and this is important and I would like to make an audit in this project.
If somebody has plan, pls open an Issue and we can talk about it. It's better than wasting the time with coding.

@Tibor17
Copy link
Contributor

Tibor17 commented Dec 31, 2025

@strangelookingnerd Developers don't like the situations if skipped tests are highlighted and too visible. I remember that the Apache wanted my to do exactly opposite and make the skipped tests very visible. Skipped tests are a technical debt and therefore they are not normal tests. Therefore they have to be visible because you should see them properly and work on them. They should not be skipped only because failures are hard to fix and some pressure is made on the developers to move on to the production. We know the reality.

@elharo
Copy link
Contributor

elharo commented Dec 31, 2025

That rather depends on why a test is skipped. If a tests is skipped because it's broken, that's pretty serious. On then other hand, tests because they aren't relevant or useful in a particular environment. E.g. a test that specifically checks the handling of Windows file paths should be skipped on mac OS with no consequences. Somewhere in the middle might be a test that is skipped because a network server isn't available.

@Tibor17
Copy link
Contributor

Tibor17 commented Jan 1, 2026

@elharo
Is it a broken functionality? No!
Do you know what means "surefire"? It's purpose is to point to non-normal tests. This includes also the ignored tests.
Are you committers accepting every single wish from a single user?
I will tell you what will happen now and why the contributor did this.
He has placed ignored tests on the same level of normally functioning tests which is against the idea of Surefire because Sirefire has to stop the build if a single test has failed or Surefire has to point to a problematic test quality. And we know for certain what the developers are like; so, we know that the developers don't want the manager to see ignored tests because a broken functionality is ignored from testing and everybody thinks that it's alright. But it's not due to the developer moved a broken functionality ahead, he wanted to get time and simply a temporary solution is a kind of solution which stays forever - IT jargon but it's real!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement New feature or request

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants