開発環境構築メモ(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/
なぜUnitTestは理解されない？
TwitterでこんなTweetが流れた… エビデンスとしてNUnitのGUIのスクリーンショットと、対応するテストコードが含まれている部分のVSのスクリーンショットを取る作業が終りません・・・ UnitTestのエビデンスって…なに？ 一般的にテストのエビデンスというと、次の2点を指す。 テスト手順を明らかにするもの（ex. テスト設計書、テスト仕様書、...） テスト結果の証拠（ex. 画面ハードコピー、DBスナップショット、...） UnitTestでは、これはこのように解釈できる。 テスト手順を明らかにするもの ＝ テストコード テスト結果の証拠 ＝ 今実行すればテストが全てグリーンになること これがなぜか理解されず、軋轢とストレスと大きな工数追加になっている現場がずいぶんある。 なぜUnitTestはいつまでも理解されないのだろう。 余談。これらのことは、Seleniumなどを使
JUnit 実践講座
更新: 2003/11/05 公開: 2002/01/03石井 勝 はじめに ここでは， JUnit ついて僕が普段使っているテクニックやコーディングスタイルについてまとめていきたいと思います．読者としては，ある程度 JUnit を使いこなせる方を想定しています． 僕が仕事で JUnit を使い始めて 1 年半以上になります．つい先日まで行っていた開発プロジェクトでは，テストメソッドの数は 2000 程度，TestCase のクラス数は 2,3 百個という規模になりました．それぐらいの規模になれば，JUnit でコーディングする際に何らかの指針が必要になります．その開発プロジェクトでは，何度もプログラミングスタイルを変え，どういうスタイルが JUnit のコードをメンテナンスしやすいか，ということを考えてきました．そういったことをまず プログラミングスタイルガイド と シナリオベース
%25A5%25C1%25A5%25E5%25A1%25BC%25A5%25C8%25A5%25EA%25A5%25A2%25A5%25EB)
プログラミングWiki - (Test::Unit)チュートリアル
2つの数に対し，割り切れる最大の数を求めるというプログラムを作ってみたいと思います．ファイル名は英語の頭文字をとることにします．ソースファイルはlib/gcm.rb，テストファイルはtest/test_gcm.rbにします． まずテストファイルtest/test_gcm.rbから作成します．test/test_gcm.rbを開き，以下のように記述します． require 'gcm.rb' これは，テストしたいソースファイルを読み込んでいます．実際にテストしてみましょう． C-cT このコマンドは，テストを行い，その結果を新しいフレームに表示するというものです．1度新しいフレームが出たら，次からのテストは今出たフレームを使用したいので，2度目のテストからは以下を実行するとよいでしょう． C-cC-t このコマンドでは，新しいフレームを作らずにテストを行うことができます． では，エラーメッセー
JNDI を使用したユニットテストの方法 | dTblog
DBUnit のように DB 操作を行うユニットテストを実施する際、そこで使うコネクションをどう取ろうかという話。 バッチ処理のような単体プログラムであれば、単純に JDBC のコネクションを自前で生成すれば良いんだろうけど、Webアプリケーションのなかで、DB操作を行うメソッドを間接的に利用するクラスをテストしようとすると、ちと面倒なことになる。わざわざテスト用コネクションを受けるインタフェースと実装を用意しなくちゃなんない。うざー。 そこで考えてみる。 実際のアプリケーションは、tomcat などのコンテナの JNDI を使ってコネクションを張るわけで。じゃあ、ユニットテストケースからも tomcat が見えて、JNDI を使えれば良いんじゃないか、と。そんなことできるのか、と。ツールとか無いのか、と。あったよ、と。 JUnit JNDI DataSource helper packa
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DBテスト用基底クラス - A Day In The Life
ユニットテスト - A Day In The Life