hamcrestのMatcherメモ - 都元ダイスケ IT-PRESS
技術ネタじゃないところで盛り上げてしまった。技術ネタいこう、技術ネタ。 さて、JUnitを使う際、hamcrestライブラリを使って、英語として読めるようなassertionを書く、なんてのは流行ってたり流行っていなかったり？ JUnit4限定だけれど、assertionの際、assertEqualsとか色々assertionのメソッドはあるけど、全てassertThatで書くことができるはず。assertThatメソッドの第一引数にテスト対象、第二引数にhamcrestのMatcherインターフェイスの実装を与えます。なんのこっちゃですが。 Jiemamyでは、なるべくassertThat以外のassertionメソッドを使わないようにテストを書いています。（もしかしたらもう一つも残ってないかも。） まぁ、以下のように書くと、英語っぽいのが書けますよ、と。 assertThat(aaaa
続・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でテストクラスの並列実行 - cactusman日誌
最近、スローテスト問題というのが深刻になっています。 JUnitは基本的に逐次実行されるため、高性能なPCでも待たされる処理があるとどうしても時間がかかってしまいます。 JUnit3では川口さんが作成した「Parallel Junit」があるので並列実行することができるのですが、JUnit4対応はされていません。 なので、JUnit4で何かないかと調べてみましたが、使えそうなものはなさそうでした。 なければ作るというわけで、とりあえずSuiteクラスを継承して実装してみました。 package org.cactusman; import java.util.ArrayList; import java.util.List; import org.junit.runner.Runner; import org.junit.runner.notification.RunNotifier; im
Antで継続的インテグレーション - mtoyoshi開発メモ
JUnit&DbUnitによるテストケース数がついに1000を越え、貧弱なマシンでは全てを実行するのにめちゃくちゃ時間が掛かる、もしくはOutOfMemory... 「CVSにコミットする前は全テストを実行してから」というルールをプロジェクトで実施したけれども最近は破綻気味でした。 そこで、継続的インテグレーションの実践。 今さらって感じもしますが、本ではずっと前に読んでたものの、実践するのは今回が初めて。 Antを利用して作成しました。 その時、参考になった本がこれ。 Javaプログラミングツールズ1 Apache Ant 作者: 関口宏司出版社/メーカー: 技術評論社発売日: 2004/03/30メディア: 単行本 クリック: 14回この商品を含むブログ (13件) を見る Antってこんなに色々出来るんだーと改めて実感。 今回の継続的インテグレーションってその集大成かも。 最後の「a
JUnit 実践講座 - プログラミングスタイルガイド
[ホームへもどる] [JUnit 実践講座 へもどる] JUnit 実践講座 - プログラミングスタイルガイド 2002/01/02 作成 石井 勝 目次 はじめに 実装コードとテストコードの書き方は違う テストコードで一般解を扱わないこと コメントについて リファクタリングについて メソッド名と本体について テストコードの構成 Footnotes 更新履歴 はじめに XP による開発全体にいえることですが，JUnit を使った開発では，プログラマは次の 2種類のコードを書かなくてはなりません． 実装コード 実際にソフトウェアとして実装されるコード テストコード JUnit を使って書かれるコード 僕の経験では，一般に実装コードよりもテストコードの方がコード量が多く，コードを書くのに費やされる時間もテストコードの方が長くなります．したがって，何も考えず
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
