Yes, I use the Tests feature in Bitbucket Pipelines that you linked. This feature is what my comment is about, and this is why I posted it under this article about this feature.
As mentioned, this is about stdout output, not about the stack trace of failed tests. It is captured in the <system-out> Elements of the JUnit test report XML files. This information is valuable for us, regardless of whether tests failed or ran successfully.
Our workflow includes running Bitbucket Pipelines for building, testing and deploying, and the automated tests produce JUnit XML output. Tests may in some cases log some additional information to stdout. If logging to console, this is visible in the Pipeline step. If logging into JUnit XML, we can only see this output if we download the *.xml artifact and then open it. Potential for improvement in terms of user experience, and in terms of persistence of test results within Bitbucket Pipelines.
Atlassian Team members are employees working across the company in a wide variety of roles.
June 4, 2026 edited
👋 Hey everyone — circling back on the self-hosted runner question that @Jeff Cook , @Stijn Post and others raised earlier. Update: Test reporting now works with self-hosted runners! 🎉 We've just rolled this out — here's what you need to know:
• Minimum runner version required: 3.25.0 • No pipeline YAML changes required. • This is available on Standard and Premium plans.
Thanks for your patience! Drop a comment here if you hit any issues.
@Nandakishore Malothvalapil Mohanan Ok great, good to hear, is this still only available on the master branche? Or can we already set to have this run on 1 chosen branche OR on any?
28 comments