JUnitにはないTestNGの“5”つの強力なテスト用機能
さらに詳細な情報は、TestNG公式サイトのドキュメント（英語）を参照してください。特に注目する属性は、groupsとdependsOnXXXです。 テストを簡単にグループ分けできる「groups」属性 groups属性には、テストが所属するグループを任意の文字列で指定します。groups属性を使うと、テストを簡単にグループ分けできます。1つのテストを複数のグループに入れることもできます。 ブログやソーシャルブックマークでのタグ付けのようなイメージです。 テスト間の“依存”関係とは？ そして、dependsOnXXX属性を使うと、テスト間に“依存”関係を作ることができます。属性の使い方の前に、テスト間の“依存”関係について考えてみましょう。 例えば、データベースに接続し、SQL文を発行するSampleDaoクラスがあるとします。SampleDaoには、データベースに接続するconnect(
【コラム】イマドキのIDE事情 (106) ユニットテストを支援するEclipseプラグイン | エンタープライズ | マイコミジャーナル
テストケースの作成を支援するEclipseプラグイン JavaではJUnitを用いてユニットテストを自動化するテスト手法が広く普及している。JUnitではテストケースをJavaプログラムとして記述しておくことでテストを自動化するため、一度テストケースを書いてしまえば再テストの手間もかからないため、回帰テストが必要となるケースでは特に有効だ。テスティングフレームワークを用いたユニットテストの自動化はJava以外のプログラミング言語でも一般的な手法となっている。 しかし、一般的にテストケースのコード量はテスト対象のコードと同じかそれ以上になると言われており、テストケースの作成にはそれなりの時間を要する。このためユニットテストの整備がついつい後回しになってしまうケースも多いのではないだろうか。 今回はEclipse上でJUnitによるユニットテストの作成・実行を支援するEclipseプラグインと
次世代のモックフレームワークであるJMockitの基本的な使い方 - 達人プログラマーを目指して
以前のモックフレームワークの技術的制約 今まで私が担当してきたプロジェクトにおいては、モックオブジェクトを使ったJUnitの単体試験はjMockとEasyMockのいずれかのフレームワークを利用して行ってきました。しかし、これらのフレームワークはJavaプラットフォームにおけるコード自動生成の考え方の変遷で説明したように動的プロキシーに基づいているため、以下のような制約がありました。 モック化する対象の型はインターフェースを実装しているか、継承可能なクラスであること モック化するメソッドはfinal、static、privateでないこと*1 モック化するロジックはコンストラクターの呼び出しではないこと モックオブジェクトをテスト対象クラスにDIかパラメーター経由で引き渡すことが可能であること モック化する場合はクラス全体をモック化する必要があること（getterやsetterなどは本物の
Javaで末尾再帰最適化をする。(？) - terazzoの日記
お題: http://d.hatena.ne.jp/wasabiz/20110118/1295335821 Rubyで末尾再帰最適化をする。 - Homoiconic Days Javaなどの言語では、通常、再帰を使ったプログラムは、呼び出しが深くなるといつかはStack Overflowで実行時エラーになってしまう。それに対して、Schemeなどの関数型言語では、自動で末尾再帰最適化というのをおこなって、Stack Overflowがおこらないようにしているものが多い。(末尾再帰最適化についてはhttp://practical-scheme.net/docs/cont-j.htmlの「末尾再帰と継続」の解説が分かりやすい。) PythonやRubyは自動では末尾再帰最適化はおこなっていないが、言語にあるしくみを利用して末尾再帰最適化を後付けすることが出来るらしい。内容をみるとCPS化して
GAEで行こう！ Javaソースコードリーディング 第２回に行って来た
ご無沙汰しております。 昨日、「Javaソースコードリーディング 第２回」に行って来ました。 今回のターゲットはJUnit。 今までJUnitのソースを読んだことがありませんでしたが、非常に勉強になるコードでした。 一人で読み始めようとすると、どこから手を付けていいのか悩んでしまうことが多いと思いますが、最初に大まかな流れや、主だったクラスがどれで、どんな役割を持っているのかなど、発表者の方のプレゼンを聞いた後にリーディングタイムとなるので、非常にスムーズに読み始めることが出来ました。 kizashi1122さん、backpaper0さん、お疲れ様でした。ありがとうございました。 そもそもソースコードリーディングって言うイベントに参加したのも初めてだったので、とても新鮮でした。 あと、Ruleアノテーションの使い方を知らなかったのですが、ソースリーディングをして初めて分かりました。色々と柔
全Eclipse Java プログラマーに捧げる Eclispe 徹底活用術完全版〜Eclipseに空気を読ませて楽する術〜 - Yamashiro0217の日記
この記事は、http://d.hatena.ne.jp/higayasuo/20090612/1244772658 の「Ctrl+1とCtrl+Spaceうんぬん」の話にインスパイアされて書いた。Eclipse可愛いよ。Eclipse。 記事長いから、さくっと読み飛ばして、アニメーションgifがあるところから読んでも十分訳にたつと思う。 あと、新人さんとかに写経させるのもいいかも。というか、半分ぐらいうちの新人に勉強のためと思って書いたから。で、実際に写経させて役にたった。 Java は Eclipse などの IDE も含めて言語というか、環境というか…だと僕は思ってる。Commons, Maven なども含めたい（まぁ、そのあたりは、CPANも含めてperlだろ。とか、これは否定する人だらけだろうけど、Rails＝rubyということを言う人もいるよね）。 少なくとも僕は、Eclipse
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
