JUnitテストの実行環境をバージョンアップする時の落とし穴 #tddadventjp - bluebird
これはTDD Advent Calendar jp: 2012参加記事です。 前日（8日目）は、KTZさんの「Rhino.Mocksをちょっとだけ幸せにするお助けクラス」でした。 xUnitによるテスティングフレームワークの共通仕様として、「テストクラス内のテストの実行順序は不定」というのがあります。 とはいえこの仕様をテストを書く上で意識することはあまりありません。テストのあるべき姿として、テストメソッドは他のメソッドから独立しているべきですし、JUnitの場合、ほとんどの実行環境上で、ソースコード上の並びと同一順でテストが実行されていたからです。 しかしJava7(Oracle実装)からは事情が異なります。 package jp.fieldnotes.java; import org.junit.Rule; import org.junit.Test; import org.junit
Good Web Hosting - Fast and cheap Webhosting
Shared Hosting Plans are starting at $10/year RAID 10 SSD disks Unlimited domains Control Panel - DirectAdmin One-Click Script Installer Free SSL certificates 24/7/365 Support Daily Backups (separate server) Newest PHP versions Free Migration to our hosting SSD VPS KVM Plans are starting at $6/month RAID 10 SSD disks Xeon E5 CPUs 1 additional IP - $3/Mo KVM Virtualization Free VNC access Full root
JUnit4 works on Android - _development,
AndroidでJUnit4を使うためのライブラリ、AndroidJUnit4 を公開しました。 Androidは標準状態ではJUnit4が使えませんが、上記ライブラリを使えば可能になります。 このエントリでは、AndroidでJUnit4が使えない理由と、それを可能にするためライブラリで行なっていることの概要を述べます。 AndroidでJUnit4が使えない理由 AndroidでJUnit4が動かないのは何故なのでしょうか？ もちろん、Androidに同梱されているJUnitは3.x系なので、そのままではJUnit4は動作しません。 しかし、JUnit4にはJUnit4TestAdapterというクラスがあり、これを使えばJUnit3の実行系でJUnit4のテストを実行できます。 JUnit4TestAdapterの利用 package com.uphyca.testing.test;
JUnit のセカイ #JJUG - やさしいデスマーチ
このエントリーは、@cero-tさんのエントリーの次で、Java Advent Calendar 2011の6番目のエントリーです。自分自身の今年のメインテーマがTDD（テスト駆動開発）と言う事もあり、関連エントリーとしてJUnitについて書きたいかと思います。今更JUnit？と思われた方も普段からJUnitを使っていあなたも気軽にお読みください。尚、色々な話題を駆け足で紹介するので、どれも簡単な紹介程度になってしまいますが、ご了承願います。 JUnit4 スタイル JUnitがアノテーションに対応し結構な月日が流れましたが、古いコーディング規約のままでテストコードを書いていませんか？JUnit4では、アノテーションとアサーションを使ったテストコードを書くことが基本スタイルです。かつては、TestCaseのサブクラスを作り、testではじまるメソッドを定義していましたが、今は Testアノ
JUnit4.7 の新機能 Rules とは〜その2 - A Memorandum
先日は、@Ruleの使い方として、VerifierとTemporaryFolderについて見てきました。本日はその他のRuleについて見ていきます。 Timeoutルール org.junit.rules.Timeout は、全てのテストメソッドに、同じタイムアウト時間を設定します。コンストラクタにてミリセカンドでタイムアウトを設定します。 @Rule public MethodRule globalTimeout= new Timeout(20); @Test public void testInfiniteLoop() { for (;;) { ・・・ } TestNameルール org.junit.rules.TestNameルールは、テストメソッドの名前を取得可能にするルールです。以下の例では、testA というテストメソッド名が評価されています。まあ、何に使うの？という所はあります
JUnit4.7 の新機能 Rules とは - A Memorandum
Rules とは JUnit4.7から@Ruleアノテーションが追加されました。@Ruleアノテーションは、org.junit.rules.MethodRuleインターフェースのサブクラスによって定義された振る舞いをテストメソッドに追加します。 MethodRuleの組み込み実装クラス MethodRuleの具象クラスとして、以下のクラスが提供されています。 MethodRule ├ Verifier : オブジェクトの状態が不正な場合にテストを失敗させる │ └ ErrorCollector : 1つのテストメソッドの複数のエラーを集集する ├ ExpectedException : スローされた例外について柔軟なアサーションを行う ├ ExternalResource : サーバの起動停止などの外部リソースの操作を行う │ └ TemporaryFolder: テストメソッド前に一時フ
Ruleを使ったJUnit4.7以降の拡張方法 - ひたすらプログラミング日記
前回はテストメソッド実行用Statementクラスを直接拡張しましたが、今回は@Ruleアノテーションを使った拡張方法のエントリーを書いてみます。 JUnit4.7以降のバージョンには@RuleというアノテーションとMethodRuleというインターフェースが用意されています。 （11/2 追記：4.9以降はMethodRuleが非推奨になっています。MethodRuleの替わりにTestRuleというのが出来ているので4.9以降を使用する場合はTestRuleを使うようにしましょう。インターフェースのシグネチャが多少違いますが、やってることは同じです。） JUnit4.7以降はMethodRuleの代表的な実装としてExpectedExceptionがあります。こやつはテストケース内での例外をテストしてくれるやつですが4.6までだと @Test(expected=IllegalArgum
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
