開発環境構築メモ(Quick JUnit on Eclipse3.6)／Mockito関連プラグイン設定について - Diary of absj31
TDDもあるしテスト実行環境も整備していこうって事で。 Quick JUnit Plugin for Eclipse Eclipse ― Quick JUnit プラグイン 関連してそうな記事はこちら。 単体テストを“神速”化するQuick JUnitとMockito - ＠IT QuickJUnitを設定して、まず第一にやることを3つ « ひよっこ。 Mockitoノススメ - Fly me to the Juno! 心地良すぎるモックライブラリ Mockito 〜その1〜 - etc9 プラグイン大元の導入は特に問題無くサクッと完了したのですが、Mockito関連プラグインが上手く動かない？状態。ページによっては以下の2つのURLを以て更新を行う…という記述があるのですが、どちらで行っても状況は同じ。 http://quick-junit.sourceforge.jp/updates/
JUnit 実践講座
更新: 2003/11/05 公開: 2002/01/03石井 勝 はじめに ここでは， JUnit ついて僕が普段使っているテクニックやコーディングスタイルについてまとめていきたいと思います．読者としては，ある程度 JUnit を使いこなせる方を想定しています． 僕が仕事で JUnit を使い始めて 1 年半以上になります．つい先日まで行っていた開発プロジェクトでは，テストメソッドの数は 2000 程度，TestCase のクラス数は 2,3 百個という規模になりました．それぐらいの規模になれば，JUnit でコーディングする際に何らかの指針が必要になります．その開発プロジェクトでは，何度もプログラミングスタイルを変え，どういうスタイルが JUnit のコードをメンテナンスしやすいか，ということを考えてきました．そういったことをまず プログラミングスタイルガイド と シナリオベース
JNDI を使用したユニットテストの方法 | dTblog
DBUnit のように DB 操作を行うユニットテストを実施する際、そこで使うコネクションをどう取ろうかという話。 バッチ処理のような単体プログラムであれば、単純に JDBC のコネクションを自前で生成すれば良いんだろうけど、Webアプリケーションのなかで、DB操作を行うメソッドを間接的に利用するクラスをテストしようとすると、ちと面倒なことになる。わざわざテスト用コネクションを受けるインタフェースと実装を用意しなくちゃなんない。うざー。 そこで考えてみる。 実際のアプリケーションは、tomcat などのコンテナの JNDI を使ってコネクションを張るわけで。じゃあ、ユニットテストケースからも tomcat が見えて、JNDI を使えれば良いんじゃないか、と。そんなことできるのか、と。ツールとか無いのか、と。あったよ、と。 JUnit JNDI DataSource helper packa
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
