JUnitにはないTestNGの“5”つの強力なテスト用機能
さらに詳細な情報は、TestNG公式サイトのドキュメント（英語）を参照してください。特に注目する属性は、groupsとdependsOnXXXです。 テストを簡単にグループ分けできる「groups」属性 groups属性には、テストが所属するグループを任意の文字列で指定します。groups属性を使うと、テストを簡単にグループ分けできます。1つのテストを複数のグループに入れることもできます。 ブログやソーシャルブックマークでのタグ付けのようなイメージです。 テスト間の“依存”関係とは？ そして、dependsOnXXX属性を使うと、テスト間に“依存”関係を作ることができます。属性の使い方の前に、テスト間の“依存”関係について考えてみましょう。 例えば、データベースに接続し、SQL文を発行するSampleDaoクラスがあるとします。SampleDaoには、データベースに接続するconnect(
EclEmmaは，djUnitと同じくカバレッジ計測プラグインです。
株式会社DTS ネットワーク事業本部 プロジェクトマネージャ。Javaを中心にフレームワーク開発や開発プロセス定義など幅広く活躍中。StrutsIDEコミッタ。著書「まるごとEclipse! Vol.1」（発行：インプレスコミュニケーションズ）。 昨今では，ますますテスト工程が重要視されるようになっています。品質の高いソフトウエアを効率的に開発することが，保守・管理コストの低減につながり，最終的なコスト削減を生むからです。 単体テスト工程では，「JUnit」フレームワークがデファクト・スタンダードです。これにより，効率的にテスト・ケース（テスト用のコードを書いたクラス）を作成し，何度でも繰り返し実行できます。単体テストを何度でも繰り返し実行できることは，短期開発で高品質を保つためには欠かせない要素です。 しかし，このようにJUnitフレームワークが品質向上に大きく貢献している半面，カバレッ
【コラム】イマドキのIDE事情 (106) ユニットテストを支援するEclipseプラグイン | エンタープライズ | マイコミジャーナル
テストケースの作成を支援するEclipseプラグイン JavaではJUnitを用いてユニットテストを自動化するテスト手法が広く普及している。JUnitではテストケースをJavaプログラムとして記述しておくことでテストを自動化するため、一度テストケースを書いてしまえば再テストの手間もかからないため、回帰テストが必要となるケースでは特に有効だ。テスティングフレームワークを用いたユニットテストの自動化はJava以外のプログラミング言語でも一般的な手法となっている。 しかし、一般的にテストケースのコード量はテスト対象のコードと同じかそれ以上になると言われており、テストケースの作成にはそれなりの時間を要する。このためユニットテストの整備がついつい後回しになってしまうケースも多いのではないだろうか。 今回はEclipse上でJUnitによるユニットテストの作成・実行を支援するEclipseプラグインと
次世代のモックフレームワークであるJMockitの基本的な使い方 - 達人プログラマーを目指して
以前のモックフレームワークの技術的制約 今まで私が担当してきたプロジェクトにおいては、モックオブジェクトを使ったJUnitの単体試験はjMockとEasyMockのいずれかのフレームワークを利用して行ってきました。しかし、これらのフレームワークはJavaプラットフォームにおけるコード自動生成の考え方の変遷で説明したように動的プロキシーに基づいているため、以下のような制約がありました。 モック化する対象の型はインターフェースを実装しているか、継承可能なクラスであること モック化するメソッドはfinal、static、privateでないこと*1 モック化するロジックはコンストラクターの呼び出しではないこと モックオブジェクトをテスト対象クラスにDIかパラメーター経由で引き渡すことが可能であること モック化する場合はクラス全体をモック化する必要があること（getterやsetterなどは本物の
FitNesse FrontPage
It's a Collaboration tool Since FitNesse is a wiki web server, it has a very low entry and learning curve, which makes it an excellent tool to collaborate with, for example, business stakeholders. Read more... It's a Test tool The wiki pages created in FitNesse are run as tests. The specifications can be tested against the application itself, resulting in a roundtrip between specifications and imp
fit
Fit: Framework for Integrated Test Great software requires collaboration and communication. Fit is a tool for enhancing collaboration in software development. It's an invaluable way to collaborate on complicated problems--and get them right--early in development. Fit allows customers, testers, and programmers to learn what their software should do and what it does do. It automatically compares cus
Googleが開発したJavaデバッグを簡単にする新技術「cofoja」 | エンタープライズ | マイコミジャーナル
Java Programming Language Googleの20%プロジェクトからJava向けの新しい技術「cofoja (Contracts for Java)」が公開された。既存の実装に大きく手を加えることなく、デバッグをより簡単にしてくれる効果が期待できる。バグは些細なコードが起こすものだったりするが、それを追跡して発見するのは時に困難を極める。これは問題が発生した箇所と、実際にバグがある箇所が大きく離れていることが理由になっていることもある。問題発生箇所とバグ発生箇所を近くにまとめることができれば、それだけバグ発見も取り組みやすくなる。 cofojaはこれを簡単に実現するための技術。インタフェースに制約表現を追加可能にするところがポイントとなっており、クラスの実装に手を加えなくてもインタフェースに制約表記を追加することで実行時にチェックできるようになる。ブログに掲載されている
【Java】総称型で定義されたフィールドの型パラメータを取得する | スマートネットワーク 開発ブログ
どうしても型パラメータを取得したい。 - いまいにっき class TestBean1 { } class TestBean2 { List<TestBean1> list1; } list1のクラス(List)の型パラメータとして与えられた型(TestBean1)の情報を取得したい。 気になったので調べてみました。 以下のような感じで取得できます。 package aaa; import java.lang.reflect.Field; import java.lang.reflect.ParameterizedType; import java.lang.reflect.Type; import java.util.List; import org.junit.Test; public class GetGenericsTest { @Test public void test() t
Jakarta Cactus - Jakarta Cactus
Project Description Cactus is a simple test framework for unit testing server-side java code (Servlets, EJBs, Tag Libs, Filters, ...). The intent of Cactus is to lower the cost of writing tests for server-side code. It uses JUnit and extends it. Cactus implements an in-container strategy, meaning that tests are executed inside the container. The Cactus Ecosystem is made of several components: The
データストアの単体テストを書く手順 for 1.3.3 - うなの日記
GAEのSDKを1.3.3にバージョンアップしたら、データストアの単体テストがコンパイルエラーに! ドキュメントを見ると、どうやらテストケースの書き方が変わったらしい。(1.3.1 - 1.3.2はスルーしていたので、実はずっと前からかもですが) ということで、SDK1.3.0の頃に書いたテストケース作成手順を1.3.3での手順に更新しておきます。ユーティリティクラスが用意されて、以前より少ないコードで済むようになってますよ。 単体テストとは? 単体テストでは、 ローカルでGoogle App Engineのサーバーを起動することなしに、 データストアにアクセスするモジュールのテストを記述できます。 公式なドキュメントはこちら。日本語のドキュメントはまだ更新されていない(2010-05-01 現在)ようなのでご注意。 概要 必要なモジュールをプロジェクトに追加 テストケース内でLocalS
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
jmockit - Project Hosting on Google Code