JUnit のテストメソッドを複数スレッドで実行する - 日々常々
JUnit4.8 のテストは、ぐるぐる巻きにされた Statement を転がすゲームです。 ご存知 @Before, @After, @BeforeClass, @AfterClass も @Test も @Rule も全部 Statement に変換されて、それらの Statement でテストメソッドを丁寧にラッピングしてから実行します。 @Rule はテストコードで自由に追加できますが、MethodRule の実装時*1に base.evaluate() を忘れると、全テストが無条件に通ったりします。前述の通り @Rule も Statement になり、その内側にテストメソッド他の Statement を持つ感じになるため、内側を呼ばなければテスト自体が実行されない…つまりエラーになりようもないのです。 ここまでを前提知識として、ちょっと応用。 @Rule を使うと、テストメソッ
JUnit4 - TRANCE ARTS 技術情報Wiki
JUnitとは？ † Java用の単体テストフレームワーク。 JUnitのようなテスティングフレームワークを活用することで、次のメリットがある。 テストを統一な方法で作成できる → 他人が見ても分かりやすい テストが簡単にできる また、単体テストコードがあれば、仕様変更時のデグレードを早い段階で発見することができる。 ↑ JUnit3との違いは？ † 「junit.framework.TestCase」クラスを継承しなくてもよい。 テストメソッドのプレフィックスに「test」の必要がない。 テストクラス前後に行う処理を指定できるようになった。(@BeforeClass、@AfterClass) 例外検証のソースの記述が簡単になった。(@Test(expected=XXXXException.class)) パフォーマンスの検証もできるようになった。(@Test(timeout=1500))
hamcrestのMatcherメモ - 都元ダイスケ IT-PRESS
技術ネタじゃないところで盛り上げてしまった。技術ネタいこう、技術ネタ。 さて、JUnitを使う際、hamcrestライブラリを使って、英語として読めるようなassertionを書く、なんてのは流行ってたり流行っていなかったり？ JUnit4限定だけれど、assertionの際、assertEqualsとか色々assertionのメソッドはあるけど、全てassertThatで書くことができるはず。assertThatメソッドの第一引数にテスト対象、第二引数にhamcrestのMatcherインターフェイスの実装を与えます。なんのこっちゃですが。 Jiemamyでは、なるべくassertThat以外のassertionメソッドを使わないようにテストを書いています。（もしかしたらもう一つも残ってないかも。） まぁ、以下のように書くと、英語っぽいのが書けますよ、と。 assertThat(aaaa
JUnit4の胎動 - t-wada の日記（旧）
先日、Kent Beckのインタビュー記事 Developer Spotlight: Kent Beckを読んでいたら、以下のような記述に出会いました。 Erich Gamma and I are working on a new JUnit release that will mark its first significant architectural changes since JUnit was very young. むむっ、significant architectural changesとはどのようなものなのでしょうか。 興味を持ってsfの中を探してみると...Version4というブランチがありました。もう開発が始まっているんですね。さっそくチェックアウトしてみました。 $ cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JUnit4をやってみよう
