This is an alternative approach to generate JUnit files for your CI (e.g. Jenkins) without parsing the xcodebuild
output, but using the Xcode plist
or xcresult
files instead.
Some Xcode versions has a known issue around not properly closing stdout
(Radar), so you can't use xcpretty.
trainer
is a more robust and faster approach to generate JUnit reports for your CI system.
By using
trainer
, the Twitter iOS code base now generates JUnit reports 10 times faster.
xcpretty | trainer | |
---|---|---|
Prettify the xcodebuild output |
✅ | 🚫 |
Generate JUnit reports | ✅ | ✅ |
Generate HTML reports | ✅ | 🚫 |
Works when the xcodebuild output format changed |
🚫 | ✅ |
Show test execution duration | ✅ | ✅ |
Speed | 🚗 | 🚀 |
xcpretty is a great piece of software that is used across all fastlane tools. trainer
was built to have the minimum code to generate JUnit reports for your CI system.
More information about the why trainer
is useful can be found on my blog.
Use with fastlane
Update to the latest fastlane and run
fastlane add_plugin trainer
Now add the following to your Fastfile
lane :test do
scan(scheme: "ThemojiUITests",
output_types: "",
fail_build: false)
trainer(output_directory: ".")
end
This will generate the JUnit file in the current directory. You can specify any path you want, just make sure to have it clean for every run so that your CI system knows which one to pick.
If you use circle, use the following to automatically publish the JUnit reports
trainer(output_directory: ENV["CIRCLE_TEST_REPORTS"])
For more information, check out the fastlane plugin docs.
Without fastlane
Add this to your Gemfile
gem trainer
and run
bundle install
Alternatively you can install the gem system-wide using sudo gem install trainer
.
If you use fastlane
, check out the official fastlane plugin on how to use trainer
in fastlane
.
cd [project]
fastlane scan --derived_data_path "output_dir"
trainer
You can also pass a custom directory containing the plist or xcresult files
trainer --path ./something
For more information run
trainer --help
To make it easier for you and your contributors to see the test failures, you can use danger with the danger-junit plugin to automatically post the test failures on the GitHub PR.
After the lobbying of @steipete and the comment
How does Xcode Server parse the results?
I started investigating alternative approaches on how to parse test results.
For more information about the plist files that are being used, check out Michele's blog post.