『JUnit の歴史とテスティングの未来(Kent Beckインタビュー)』を訳します。：An Agile Way：オルタナティブ・ブログ
"Software Engineering Radio" という PodCast の Kent Beck のインタビューがとても面白かったので、要点を日本語訳したい。 http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/ 1時間くらいのインタビューなので、一人で全部やるのは辛い。。。と思い、リレー形式でこれを訳するプロジェクトを @urimaro さんと（勝手に）立ち上げました！参加したい人は、ぼくか@urimaroさんがこの PodCast を訳したブログや日記に、参加意思表明のコメントをください。基本、先着でまわしたいと思います。 ではここから。正確に訳しているのではなくて、ポイントを日本語にしていきたいと思います。インタビュー
JUnitの歴史とテスティングの未来（Kent Beckインタビュー） - tonight, tonight
平鍋さんがTwitterで、Kent Beckのインタビューについてつぶやいていたのが目に留まったのですが、 リンクが張られていなかったのでソースをお聞きしたしたところ、 「協力して訳してみませんか」という話になりました。 大して英語できないし、何よりアジャイルソフトウェア開発についての知識が乏しいので躊躇しましたが 「このチャンスを逃してはもったいない」と、思い切って参加させて頂きました。 元ネタは「Software Engineering Radio」のインタビューです。 http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/ まずは、平鍋さんに訳して頂きました。訳は平鍋さんのブログに公開されています。 http://blogs.
JUnitとEclipseを使って学ぶ、“テスト”の常識
JUnitとEclipseを使って学ぶ、“テスト”の常識：Webアプリの常識をJSPとStrutsで身につける（10）（1/4 ページ） 本連載は、JSP／サーブレット＋StrutsのWebアプリケーション開発を通じて、Java言語以外（PHPやASP.NET、Ruby on Railsなど）の開発にも通用するWebアプリケーション全般の広い知識・常識を身に付けるための連載です いまさら聞けない、“テスト”の考え方やポイント 今回は、「テストの常識」と題し、Webアプリのテスト方法を説明したうえで、実際にJUnitを使用してWebアプリのテストを行ってみましょう。 そもそも、テストとは何のために行うのでしょうか？ ただ何となくテスト項目を作成して実施するのでは、作成したWebアプリの品質が低かったり、開発コストが高くなったりと後々、後悔することになります。まず「テストをなぜ行うのか」「何を
[Java]JUnit サーバサイドテストの忘れちゃいけない必須テクニック
Swing版はテストをツリー状に見ることができるなどAWT版に比べて機能が追加されているので、できればSwing版をお使いになることをお勧めします。 インストールが正しく行われているか確かめるためにサンプルを動かしてみましょう。junit3.8.1ディレクトリで次のようにTestRunnerを起動させてみてください。 ここではWindowsXPで起動させた場合を示します。 c:\junit3.8.1> java -cp junit.jar;. junit.swingui.TestRunner junit.samples.AllTests TestRunnerを引数つきで起動させると自動的にテストを開始します。起動すると、図2のようなフレームが表示されます(丸数字は筆者が説明のために付記したものです)。モノクロームでは分かりにくいのですが、図2-5 のバーが緑になっていればテストが成功してい
第5回 単体テスト | gihyo.jp
今回は、テスト工程の1つである単体テストにフォーカスを当てます。前回、前々回ではテストケースを作成する技法を見てきましたが、そこで作ったテストケースをどのように実行するかという観点で、単体テストの基本的な進め方と、ツールを用いた単体テストの実行方法について解説していきます。 単体テストとは 単体テストとは、ソフトウェアを構成する最小単位である関数やメソッドに対して品質を確認する作業です。ソースコードレベルでのテストと考えるとわかりやすいでしょう。 一般的なテストにおいては、先入観なくテストするためには、テスト対象を作った人以外がテストをすることが望ましいのですが、単体テストに関しては、作業効率を考慮して、ソースコードを作ったプログラマ自身が実施するのが一般的です。 また、単体テストはツールを用いることで効率よく実施できます。よく使われるツールには、xUnitと呼ばれる単体テスト用のテスティ
【slim3】jUnit4.x系の使い方 - The HIRO Says
前回も触れましたが、slim3 のテストでは jUnit 4.7 を使用しています。 jUnit は、4.x 系になってから、仕様がアノテーションベースに変更になっています。 前回はうまくまとめられなかったので、今回は jUnit 4.x 系の使い方を簡単にまとめてみようと思います。 ポイント 4.x 系の場合、大きく２つのポイントがあります。 TestCase を継承しない アノテーションを使用する TestCaseを継承しない 4.x 系では、@Test アノテーション（後述）をテストメソッドにつければテスト対象として認識されます。 そのため、3.x 系までのように org.junit.TestCase クラスを継承する必要はありません。 ※特別にクラスを継承することは可能。Service のテストで触れる予定。 但し、TestCase クラスを継承しなくなると、assertXxx()
New Feature of JUnit: Theories
A couple of months ago I blogged about JUnit Rules, one of the new features in JUnit. While fooling around with JUnit Rules, I found a couple more features that you might be interested in. So here it comes: Theories! It turns out Theories are really a piece of cake. Try this: import static org.junit.Assume.assumeTrue; import org.junit.experimental.theories.DataPoint; import org.junit.experimental.
appengineのjunitテストを実行環境によって動かしたり動かさなかったりしたい - marblejediary
うーん。いろいろ悩ましいのですがとりあえず書いておこうと思います。 production環境でのテストには、@bufferings氏のkotoriが使えるので、便利です。 便利ですが、僕の作っているbalmysundaycandyというものでは、low level apiが隠蔽しているappengineの割と中のほうの隠れapi的なものを使うようにするぜ！というもので、環境によって動いたり動かなかったりということがあります。 例えば、datastore_v3#GetSchemeは、開発環境では動作しますが、プロダクション環境では動作しません。こういう隠れapiでなくても、例えば、kindless ancestor queryと呼ばれているクエリは、プロダクション環境では動作しますが開発環境では動作しません。これについては、@shin1ogawaさんの解決方法があるので、まぁどうにかできる問
slim3のテストコードの注意点 - The HIRO Says
slim3 でプログラムを生成すると、自動的にテストコードも作成してくれます。 ただ、テストコードは jUnit 4.7 を使用しているため、3.x 系とは色々と違うところがあります。 （私は知らなかったのでハマりました…） 今回は、jUnit 3.x 系との違いをまとめてみました。 具体的な違い １．@Testアノテーションの存在 jUnit 4.x 系では、@Test アノテーションのついているメソッドがテストケース（テストメソッド）になります。 jUnit 3.x 系では、テストケースにいちいち testXxx() という名称をつける必要が（事実上）ありましたが、jUnit 4.x 系では、テストケースに好きな名称をつけることができます。 メソッドの命名に自由度が広がるので、テストコードの可読性・保守性を高められそうです。 ※Eclipse や Maven で jUnit 3.x 系
JUnit 4.8 の新機能 Categories とは - A Memorandum
2009年12月に JUnit 4.8 がリリースされました。このリリースではテストケースにカテゴリを付与することで、実施するテストを選択できるようになっています。カテゴリのために以下の2つのクラスが追加されています。 org.junit.experimental.categories.Categories org.junit.experimental.categories.Category Categories とは Categories は、テストスイートによるテストケースの実行指定を細かく制御できる仕組みです。テスト対象のメソッドやクラスをカテゴリにてマークすることで、テストスイートから実行する対象を細かく制御できるようになります。 Categories の使い方 カテゴリを使用するには、インターフェース、またはスーパークラスにてカテゴリのマーカーを作成します。例えばテストケース毎に
JUnit4.7 の新機能 Rules とは - A Memorandum
Rules とは JUnit4.7から@Ruleアノテーションが追加されました。@Ruleアノテーションは、org.junit.rules.MethodRuleインターフェースのサブクラスによって定義された振る舞いをテストメソッドに追加します。 MethodRuleの組み込み実装クラス MethodRuleの具象クラスとして、以下のクラスが提供されています。 MethodRule ├ Verifier : オブジェクトの状態が不正な場合にテストを失敗させる │ └ ErrorCollector : 1つのテストメソッドの複数のエラーを集集する ├ ExpectedException : スローされた例外について柔軟なアサーションを行う ├ ExternalResource : サーバの起動停止などの外部リソースの操作を行う │ └ TemporaryFolder: テストメソッド前に一時フ
JUnit 4.7 : テストごとのルール
原文(投稿日：2009/7/22)へのリンク リリース候補となったJUnit 4.7は重要な新機能を含んでいる。それはルールである。 要約すると、ルールとはJUnitのもうひとつの拡張メカニズムである。ルールによりテストごとにJUnitに機能を追加することが可能となる。JUnitの初期のバージョンで利用されていていたカスタムランナのほとんどはルールで置き換えることが可能となる。最新のブログの投稿で機能に関して説明されている。 JUnit3ではテスト実行プロセスをいろいろな方法で操作することは可能でした。JUnit4ではシンプルにする対価として、この “メタテスト”を失ってしまいました。単純なテストでは影響はないのですが、より複雑なテストではこれは制約になりえます。JUnit3のオブジェクトフレームワークのスタイルはデフォルトで拡張するという方法に向いていました。しかし DSL スタイルのJ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう
Free practice test , mock test, driving test, interview questionsJunit Tutorial with examples » Free practice test , mock test, driving test, interview questions
Writing JUnit Tests in NetBeans IDE
Efficient data transfer through zero copy
Michaelminella.com
Eclipse Junit testing tutorial
Amazon.co.jp: JUnitと単体テスト技法―JUnit4対応: 福島竜: 本
はてなブログ | 無料ブログを作成しよう