問題タブ [junit-theory]

最近、Junit @Theory テスト スタイルを試しました。これは、非常に効率的なテスト方法です。ただし、テストが失敗したときにスローされる例外には満足していません。例 ：

このテストは説明的な例外をスローすることを期待していますが、代わりに次のようなものを取得します。

...私はこれを取得します:

yesDataPoint @DataPoint が失敗を引き起こすことを除いて、 * my *testについて何も言わない最初の 24 行を取り除く方法はありますか? 何が失敗しているのかを知るために必要な情報ですが、同時にどのように失敗するのかを知りたいです。

[編集]

混乱を避けるために、org.fest.assertions の使用法を従来の org.junit.Assert.assertEquals に置き換えました。さらに、Eclipse とも関係ありません。コマンドラインから @Theory を実行して失敗すると、長い (役に立たない/紛らわしい) スタック トレースが得られます。

前世で Java 開発にかなり携わったことがあり、JUnit Theoriesが非常に役立つことがわかりました。Pythonに同様のメカニズムはありますか?

現在、私は次のようなことをしています:

しかし、これはかなり厄介です。最初の「ケース」が失敗すると、他のすべてのケースが実行されなくなります。

私の @Before メソッドには @DataPoints が必要です。それを達成する標準的な方法はありますか？

jUnitでオブジェクトの値を設定する方法について、以前は理論を使用してさまざまなエントリを試してきました。

今、私はこの問題に直面していますが、

理論を使用して同じことを行い、可能なすべての答えを含むさまざまなオブジェクトを作成したいのですが、それらをすべてリストにグループ化して、後で他のテスト (アサーション) に合格させたいと考えています。

空のリストを作成し、理論で実行され、エントリポイントを使用するプライベートメソッドを呼び出して要素を追加しようとしましたが、機能しません...次のように:

その後

これをアーカイブする方法はありますか？

最後に、可能なすべてのオブジェクトを含むリストを取得したい (この場合は 2 つだけ)

パラメータを取るメソッドをテストしていListます。例えば：

私はJUnit 4理論を使用して、潜在的な要素の小さなセットから、長さ3までのすべての可能なリストでテストしています:

これは機能しますが、ちょっとした回避策のように感じます。val1,val2,val3少しコードの匂いがします。より長いリストでテストしたい場合、すぐに非常に扱いにくくなります。

私は自分の理論を次のように書けるようにしたいと思っています。

(おそらくいくつかの注釈付き)

もちろん、独自の を作成できることは承知していParameterSupplierますList<List<String>>。これにより、可能なすべての組み合わせを生成する必要があります。これを行う方法を説明する答えは必要ありません。

私が知りたいのは、Theoriesランナーはすでにデータポイントのデカルト積を作成する方法を知っているので、これらの積で構成されるコレクションを作成するために、私が使用したよりもきちんとした方法があるかどうかです。