続・JUnit4でテストクラスの並列実行(Concurrent Util版) - royzumiの日記
さっき書いたJUnit4でテストクラスの並列実行(Concurrent Util版) - royzumiの日記ですが、id:cactusmanさんの それぞれのテストクラス内のメソッドは逐次実行されるため、並列化したいところはクラスに分けないといけません。 この辺もなんとかしたいところですね。 をみて、なんとかしてみました。 package org.cactusman; import java.util.List; import java.util.concurrent.Callable; import java.util.concurrent.CompletionService; import java.util.concurrent.ExecutorCompletionService; import java.util.concurrent.ExecutorService; impor
JUnit4 - TRANCE ARTS 技術情報Wiki
JUnitとは？ † Java用の単体テストフレームワーク。 JUnitのようなテスティングフレームワークを活用することで、次のメリットがある。 テストを統一な方法で作成できる → 他人が見ても分かりやすい テストが簡単にできる また、単体テストコードがあれば、仕様変更時のデグレードを早い段階で発見することができる。 ↑ JUnit3との違いは？ † 「junit.framework.TestCase」クラスを継承しなくてもよい。 テストメソッドのプレフィックスに「test」の必要がない。 テストクラス前後に行う処理を指定できるようになった。(@BeforeClass、@AfterClass) 例外検証のソースの記述が簡単になった。(@Test(expected=XXXXException.class)) パフォーマンスの検証もできるようになった。(@Test(timeout=1500))
JUnitの新しいアサーション assertThat - A Memorandum
Junit4.4から assertThat というアサーションメソッドが追加された。 APIの定義は以下の通り。 public static <T> void assertThat(T actual, org.hamcrest.Matcher<T> matcher) public static <T> void assertThat(java.lang.String reason, T actual, org.hamcrest.Matcher<T> matcher) 以下の様に、英語として読みやすい記述でアサーションを記述できる。 import static org.hamcrest.CoreMatchers.*; public class Test1 { @Test public void test() throws Exception { assertThat(Integer.pars
【slim3】jUnit4.x系の使い方 - The HIRO Says
前回も触れましたが、slim3 のテストでは jUnit 4.7 を使用しています。 jUnit は、4.x 系になってから、仕様がアノテーションベースに変更になっています。 前回はうまくまとめられなかったので、今回は jUnit 4.x 系の使い方を簡単にまとめてみようと思います。 ポイント 4.x 系の場合、大きく２つのポイントがあります。 TestCase を継承しない アノテーションを使用する TestCaseを継承しない 4.x 系では、@Test アノテーション（後述）をテストメソッドにつければテスト対象として認識されます。 そのため、3.x 系までのように org.junit.TestCase クラスを継承する必要はありません。 ※特別にクラスを継承することは可能。Service のテストで触れる予定。 但し、TestCase クラスを継承しなくなると、assertXxx()
hamcrest の CoreMatchers 詳細 - A Memorandum
blog1.mammb.com のついでに hamcrest の CoreMatchers についてまとめます。 Matchers については blog1.mammb.com まずは基本の is と not 全体的にはこんな感じ。 import static org.hamcrest.CoreMatchers.is; import static org.junit.Assert.assertThat; import org.junit.Test; public class FooTest { @Test public void testFoo() { String actual = "foo"; assertThat(actual, is("foo")); } } not はこう。 String actual = "foo"; assertThat(actual, not("bar"));
JUnit 4.4 の機能，assertThat と Assumptions，Theories について．
JUnit を知れば知るほどおもしろくなってきた♪JUnit 4.4 の機能について調べても日本語の情報があんまりなかったから，メモとして書いとこう． さて，まずはassertThatについて．このメソッドの説明は，実際の使用例を見てもらった方がわかりやすいと思うので，まず次の使用例をみてみて．（JUnit 4.4 Release Notesより．） assertThat(x, is(3)); assertThat(x, is(not(4))); assertThat(responseString, either(containsString("color")).or(containsString("colour"))); assertThat(myList, hasItem("3")); 深読みせずに読むと，上から「x は3．」「x は4ではない．」「responseString は，c
実はJUnit4のassertThat()ってしっくりこないんです！（特に、メタプログラミングするレイヤでは） - 達人プログラマーを目指して
私のように昔からJUnitのコードを書くことが習慣となっていると、値の検証はassertEquals(期待値, 実際値)メソッドで行うというというのがずっと常識となっていました。しかし、4年ほど前にリリースされたJUnit4.4以降では、長年親しんできたassertEquals()に加えて、新しくassertThat()と呼ばれる別の検証メソッドが追加されています。この新しい検証メソッドについては、既にいくつかのサイトで説明されています。 http://journal.mycom.co.jp/articles/2007/07/20/junit1/index.html 林檎生活100: JUnit 4.4 の機能，assertThat と Assumptions，Theories について． hamcrestのMatcherメモ - 都元ダイスケ IT-PRESS hamcrest の Co
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.