問題タブ [parameterized-unit-test]

ある種のテスト データがあり、各項目の単体テストを作成したいと考えています。私の最初のアイデアは、次のようにすることでした。

これの欠点は、1 つのテストですべてのデータを処理することです。その場で各項目に対して 1 つのテストを生成したいと思います。助言がありますか？

私たちのプロジェクトには、ディレクトリからすべてのファイルを取得してテストを実行するなど、いくつかのJUnitテストがあります。testEveryFileInDirectoryこれにメソッドを実装すると、TestCase失敗または成功する可能性のあるテストが1つだけ表示されます。しかし、私は個々のファイルの結果に興味があります。たとえば、EclipseのグラフィカルなTestRunnerで、各ファイルが個別のテストとして表示されるようにTestCase/を作成するにはどうすればよいですか？TestSuite（ファイルごとに明示的なテストメソッドをコーディングすることはできません。）

質問ParameterizedTestをEclipseTestrunnerの名前とも比較してください。

Eclipse TestRunner を使用して JUnit 4 ParameterizedTest を実行すると、グラフィカルな表現はかなりばかげています。各テストには[0]、 、などのノードがあります。テスト、などに明示的な名前[1]を付けることは可能ですか? テスト用のメソッドを実装しても役に立たないようです。[0][1]toString

(これは動的テスト数による JUnit テストのフォローアップの質問です。)

重複の可能性:
Pythonで動的(パラメータ化された)単体テストを生成する方法は?

unittest パッケージを使用してテストを作成していますが、コードの繰り返しを避けたいと考えています。非常によく似た方法を必要とする多くのテストを実行しますが、毎回異なる値は 1 つだけです。単純で役に立たない例は次のとおりです。

毎回すべてのコードを繰り返さずに上記の例を書く方法はありますか?

異なる入力でこのテストを試すように unittest に指示しますか?

NUnitは、単体テストを複数回実行するためのデータ入力のセットを指定できる機能をサポートしています。

MSTestを使用してこれと同じタイプのことを達成するための最良の方法は何ですか？同様の属性のセットが見つかりません。

Microsoft Pexで少し調べて遊んだ。パラメーター化された単体テストを作成するのは簡単ではありませんが、非常に便利なツール/ライブラリです。ただし、正しく使用すると、手動で単体テストを作成するよりもはるかに優れたテスト コード カバレッジを提供できます。これらのテストの作成に費やした時間は言うまでもありません。また、Visual Studio ともうまく統合されます。

パラメータ化された単体テストを記述して実行できるツールが他にあるのではないかと思っていました。これにより、内部アルゴリズムがインテリジェントに値を選択して、完全なコード テスト カバレッジを提供できます。

他のツール/ライブラリが NUnit+Moq と同じくらい使いやすいものであれば、私はさらに喜んでいます。Pex の学習曲線は非常に急です (Moles もそうだと思います)。

NUnit が将来、インテリジェントなパラメーター選択を使用してパラメーター化されたテストをサポートする計画はありますか? 内部情報を持っている人はいますか？

Parameterizedそのため、個々の汎用型オブジェクトのロードでJUnitテストランナーを呼び出そうとしています。使用される特定のクラスは、子孫クラスに知られています。

もともと私はJUnitが動作するためにを返すメソッドを取得することができましたが、Collection<T>JUnitが実際に必要であることに気付きましたCollection<T[]>-ジェネリックの配列を作成することにJavaが気が進まない/拒否するため、この配列を作成するのに問題があります。

現在、JUnitには次のCollection<T[]>ようなものが必要です。

だから私は次のようなことをしてリターンタイプを変更したいと思います：

残念ながら、ジェネリック配列を作成できないため、Javaではこれを実行できません。

私は声明を次のように言いたくなりresult.add((T[])new Object[]{someBean});ますが、これは安全ですか？またはもっと良い方法はありますか？

Maven プロジェクトがあり、surefire-plugin を使用してテストを実行しています。以前は、どのバージョンも強制せず、Maven が 2.4.3 を選択してくれました (なぜ??)。

代わりに、JUnit4 (特にパラメーター化されたテスト) をより適切にサポートする 2.7.2 を使用したいと考えています。

したがって、ルートの親 POM を次のように変更しました。

ただし、子モジュールでは、これは確実に呼び出され続ける 2.4.3 です。-X デ​​バッグ トレースは次のとおりです。

一方、親 pom では 2.7.2 が使用されます。

そして、Effective-pom でさえ、プラグインの「バージョン」が子モジュールに継承されていないことを示しています。

どんな助けでも大歓迎です。

よろしく、 ラファエル

JUnitでパラメーター化されたテストを使用して次のメソッドをテストするにはどうすればよいですか？

10個の異なる引数でテストしたい場合、このメソッドをテストするためにJunitを使用したパラメーター化されたテストがどのように実装されるかを知りたいです。

グリッドを持つアプリケーションで作業しており、グリッドの一部のポイントのみが有効と見なされます。考えられるすべてのグリッド値、または少なくともすべての境界点を使用して、これを広範囲にテストする必要があります。

パラメータ化されたテストを試しました。ポイントの後にデータが管理不能になるという事実を期待して、それはうまく機能します。3x3 グリッドのサンプル テストを以下に示します。

私のテストがシンプルで読みやすいままになるように、データをグループ化/管理する方法に関する入力はありますか??