私はシュアファイア（中rerunFailingTestsCount機能を知ったコミット）。テストが失敗した場合、ランナーは、指定回数にそれを再実行しようとします。これらの再放送のいずれかが成功した場合、テストに合格と考えられるが、サクサクしています。
テスト結果では、追加の属性を持つJUnitのXMLレポート形式にこの機能を実装拡張子。
どのように私はジェンキンスCIが有意義に私のテストについて、新たに得られた試験データを表示するように設定することができますか？
私は何が起こっているの一般的な概要を維持することができる、と後でので、私はものを固定優先順位をつけることができますので、私は、私のフレーク状のテストを監視できるようにしたいという遅いビルドほとんどを。
唯一のフレーク状のテストを含むビルドは、いくつかの失敗したテストが含まれていて、唯一合格テストを含む1から1から容易に区別する必要があります。
自分でほとんどすべての答えを見つけたように見えます:)
IMO欠落していることを唯一のものは、確実な報告に基づいて実際に表示することができますいくつかのJenkinsのプラグイン（視覚化）フレーク状のテストです。
確かにあり、このようなプラグインパサパサテストハンドラーと呼ばれるが。
免責事項 - 私は自分でそれを試していないが、それは仕事ができるようです。そして、問題を解決するために私の最善の策だったでしょう。
代替は自分でジェンキンスプラグインを作成することになるが、それは面倒な多くのように見えます。
しかし、私は考えることができる別のアプローチはあなただけ（プラグイン・ジェンキンスを書く回避）ジェンキンスでHTMLレポートを可視化することができ確実なプラグインの結果を解析し、いくつかの追加のHTMLレポートを作成しているのMavenプラグインを作成し、その情報に基づいています。
私は長い時間前に働いたことの一つ最後のアプローチは - 再び確実な試験結果を解析し、（モンゴDBか何かのような）いくつかのデータベースに結果を追加することにMavenのプラグインです。それはとてもBuildNumberをようジェンキンス供給のためのいくつかの追加情報というジェンキンスでのみ呼び出すことができます。
あなたはデシベルをモンゴする呼び出すと統計を与える独自のUIをロールバックできに後でオーバー（前のビルドが10薄片状のテストを持っていたように、このビルドは8を持っているなど）を構築します。