Popularity
4.2
Growing
Activity
0.0
Stable
225
11
47

Code Quality Rank: L5
Monthly Downloads: 127,980
Programming language: Ruby
License: MIT License
Tags: Testing     Other Testing    
Latest version: v0.9.1

trainer alternatives and similar libraries

Based on the "Other Testing" category.
Alternatively, view trainer alternatives based on common mentions on social networks and blogs.

Do you think we are missing an alternative of trainer or a related project?

Add another 'Other Testing' Library

README

trainer

Twitter: @KrauseFx License Gem

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 :white_check_mark: :no_entry_sign:
Generate JUnit reports :white_check_mark: :white_check_mark:
Generate HTML reports :white_check_mark: :no_entry_sign:
Works when the xcodebuild output format changed :no_entry_sign: :white_check_mark:
Show test execution duration :white_check_mark: :white_check_mark:
Speed :car: :rocket:

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](fastlane-plugin-trainer#readme).

Without fastlane

Installation

Add this to your Gemfile

gem trainer

and run

bundle install

Alternatively you can install the gem system-wide using sudo gem install trainer.

Usage

If you use fastlane, check out the official [fastlane plugin](fastlane-plugin-trainer#readme) on how to use trainer in fastlane.

Run tests

cd [project]
fastlane scan --derived_data_path "output_dir"

Convert the plist or xcresult files to junit

trainer

You can also pass a custom directory containing the plist or xcresult files

trainer --path ./something

For more information run

trainer --help

Show the test results right in your pull request

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.

[](assets/danger-output.png)

Thanks

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.


*Note that all licence references and agreements mentioned in the trainer README section above are relevant to that project's source code only.