JUnitで自作Matcherを作ってみた JUnitでは、ListやHash自体のチェック（xxxを含んでいる、リストが空）はできるが、 "返り値xxxxは次の配列の要素のいずれか"というチェックができないので、自作Matcherを作ってみることにした。 案外さっくりできたけど、例外チェック甘いので手裏剣（not マサカリ）を投げてくれればありがたいです。 環境 言語：Java 7 フレームワーク：JUnit 4.10 どうやら4.11から4.12にかけてhamcrest周りでいろいろ変更があったらしく、4.12で動かすには追加でライブラリが必要になります。 org.hamcrest.hamcrest-core 1.3 要件 メソッドを呼び出した返り値がenumで、定義されているenumのうち数種類のいずれかの可能性がある。 文脈に沿ったassertThatを使用したい 既に用意されてい

JavaFX Advent Calendar 2013の16日目のエントリーです。 前日のエントリーはYasuyuki Fukaiさんの3D初心者がJavaFXの3Dを使い初めてみた。 : 人生、気合いと具合 - blog、翌日のエントリーはpeko_kunさんです。 はじめに GUIの部分をユニットテストしようとすると、通常は人がGUIを操作して結果を判定するので、ロジックのユニットテストのように自動化することが困難です。 JavaのSwingでは、FEST-SwingというGUI自動化テストツールがありました。JavaFXでは何かないかと探していたところ、 JemmyFX TestFX MarvinFX というのがひっかかりました。JemmyFXは、OpenJFXプロジェクトのテストツールでもありますが、以前試してみたときはうまく使えませんでした。 TestFXは、JavaOneサンフ

やりたいこと 一部のテストは、普段(mvn test で実行したとき)は実行されないようにする。 ただし、mvn の引数で何かを指定すれば実行できるようにする。 また、そのテストは、NetBeansから「ファイルのテスト」で単独実行されるようにする。 使用した環境 NetBeans 7.4 Maven 3.0.5 (NetBeansにバンドルされていたもの) JUnitの@Categoryを使ってテストをグループ分け 「一部のテスト」には、JUnitの@Categoryでカテゴリを指定することで、他のテストと区別する。 Maven側では、特定のカテゴリのみテストを実行したり、テスト対象から除外したりできる。 カテゴリを指定するためには、カテゴリを表すマーカー用のクラスかインタフェースを作り、それをテストクラスに@Categoryを使って指定する。 マーカー用のインタフェースの例。インタフェ

渡辺です。 最近はユニットテストの導入方法などに関するエントリーが多かったので、今回は実用的な小ネタとして、メソッドにおけるパラメータの正当性検査とユニットテストについて紹介したいと思います。 パラメータの正当性検査 はじめにパラメータの正当性検査について復習しましょう。Javaプログラマであれば読んでないことが許されないEffective Java（第2版P.175、ただし絶版）には次のように記述されています。 ほとんどのメソッドとコンストラクタは、パラメータとして渡される値に関して何らかの制約を持っています。たとえば、インデックス値が負であってはいけないとか、オブジェクト参照がnullであってはいけないというのが普通です。このような制約は明確に文書化すべきであり、メソッド本体の初めに検査することで制約を強制すべきです。これは、エラーが発生したらできるだけ速やかにエラーを検出するようにす

AWSチームに参画して2ヶ月ほど経ちました。ところが、AWSの構築などにはあまり関わらず、ひたすらAWSに関連するプロダクトの開発を行う毎日です。そんな折、ボスより次のようなリクエストをいただきました。 ユーザが参照できない情報について、参照できないことを検証して欲しい ・・・「出来ないことの検証」です。 「出来ることの検証」であれば、その例をテストケースとして記述してテストを実行すれば検証出来ます。しかし、出来ないことを証明することは非常に困難です。ただ、情報は有限なんで、総当たりにでもやればできるかもしれません。 ！？ システムのインフラは当然のようにAWSです。テストのためのリソースが足りなければ増やせばいいじゃないですか。時間がかかるならば並列化すればいいじゃないですか。テストの時だけ増やせばいいんです。 ならば、総当たりでテストしよう という方針になりました。そして、ブログのネタ

ということで、JJUGナイトセミナーでお話して来ました。 いらっしゃってくださった皆様ありがとうございました。 Junitを使ったjavaのテスト入門 初心者向けということで資料を作りました。 ターゲットとしては募集に書いてあるとおりに新人研修が終わった直後ぐらいの人。 難しいこと何も書いてないからスライドそのまま見ればいいと思うよ！ さて、スライドの中でassertEqualsをおすすめしていますが、これ書いている人はassertThat派。isがMatcherクラスがデフォルトでimportされないので・・・・・ そして、資料作ってる時は気が付かなかったけどEclipseはJUnit4.10がデフォルトなのね。 JUnit4.11でクラス構成が微妙に変わってるので入門としては触らなくて正解だったかもしれない。 全方位からマサカリが飛んできた時はどうしようかと思ったけれども、うん＞＜ ご

少し試行錯誤してしまったので書いときます。この情報はバージョンによって古くなる可能性が十分にあります。 PowerMock: 1.5 Mockito: 1.9.5 junit: 4.11 short answer PowerMockRule は使わず PowerMockRunner を使いましょう。 PowerMock? powermock - PowerMock is a Java framework that allows you to unit test code normally regarded as untestable. - Google Project Hosting いわゆるMockのアレですが、名前の示す通りPowerある感じです。staticとかをアレできるところとかが。使い方はJUnitのRunnerで指定するのが基本です。 @RunWith(PowerMockRu

以前のモックフレームワークの技術的制約 今まで私が担当してきたプロジェクトにおいては、モックオブジェクトを使ったJUnitの単体試験はjMockとEasyMockのいずれかのフレームワークを利用して行ってきました。しかし、これらのフレームワークはJavaプラットフォームにおけるコード自動生成の考え方の変遷で説明したように動的プロキシーに基づいているため、以下のような制約がありました。 モック化する対象の型はインターフェースを実装しているか、継承可能なクラスであること モック化するメソッドはfinal、static、privateでないこと*1 モック化するロジックはコンストラクターの呼び出しではないこと モックオブジェクトをテスト対象クラスにDIかパラメーター経由で引き渡すことが可能であること モック化する場合はクラス全体をモック化する必要があること（getterやsetterなどは本物の

先日、日本Javaユーザグループ（JJUG）主催のJJUG CCC 2013 Fallで、「ユニットテスト改善ガイド」というタイトルで登壇してきました。自分の経験を元に、ユニットテストをチームや組織へ導入する時に起こりえる問題とその解決のヒントに関するセッションです。本エントリーではそのセッションの内容を再構成して公開します。 はじめに 近年のシステム開発では、ユニットテストや継続的インテグレーション（以下、CI）の導入は必要不可欠と考えられています。とはいえ、どんな組織（チーム）でも簡単に導入できているわけではありません。特に、大きな組織や古くからの慣習を残している組織では導入したくとも中々進まないと感じているところが多いのではないでしょうか？。 私は、これまでに多くの開発現場でユニットテストやCIの導入について推進してきました。成功したケースもあれば失敗したケースもあります。そして、失

テスト分類のひとつにブラックボックステストとホワイトボックステストがあります。 ブラックボックステストとは、テスト対象の内部を意識せずに外部仕様のみからテストケースを構築していく手法です。ユニットテストであれば、テスト対象となるメソッドの実装（コード）を意識せず、メソッドのAPI仕様からテストケースを作成することになります。 一方、ホワイトボックステストでは、テスト対象の内部を意識し、どのような構造であるかを踏まえたテストケースを構築します。ユニットテストであれば、テスト対象となるメソッドの実装（コード）を意識し、分岐や繰り返しなどを考慮しつつテストケースを作成することになります。 さて、ユニットテストはブラックテストでしょうか？ それともブラックボックステストでしょうか？ 「JUnit実践入門」では次のように記述しました。 本書で扱うユニットテストは、テスト対象の内部ロジックを考慮して行

本エントリーは、G* Advent Calendar 2012の24日目のエントリーです。前日は、@tetsurokitaharaさんのGroovyにProcessingを！でした。 何をネタに書こうかなと悩んだのですが、思うほどG*なネタは持っておらず、JUnitネタとなりました。実は、書籍「JUnit実践入門」でもGroovyを活用するトピックを入れる予定だったのですが、紙面の都合上、入れる事ができませんでした*1。そこで、少しだけですが、本エントリーで補足したいなと思います。 テストコードでGroovyを使う Groovyは、Javaと親和性の高いプログラミング言語です。上司を説得する場合は「GroovyはJavaの拡張ライブラリです（ｷﾘｯ」と言っても良いでしょう。本当は開発環境やビルドツールの設定などで一工夫しなければ利用できませんが、その辺は裏でしれっとやってしまえばOKです。

IBM、DevOpsを実現する統合ツール「SmarterCloud Continuous Delivery」発表。Jenkins、Chef、jUnitなど含み、ビルド、テスト、デプロイ、モニタリングを一気通貫に IBMは、統合されたツールでシステムの開発からテスト、デプロイ、モニタリングまでを行うことで、開発チームと運用チームが分け隔てなく協調できる、いわゆるDevOpsを実現する統合ツール「SmarterCloud Continuous Delivery」を発表しました。 DevOpsとは具体的な手法の名前ではなく、開発（Dev）と運用（Ops）が協力し合う方向性のことを指します。そのうえでDevOpsを実現する方法として一般的によく用いられているのは、アジャイル開発の考え方を運用にまで広げたContinuous Integration（継続的統合）やContinuous Deliver

このエントリーはHTML5 Advent Calendarに参加しています。本当は18日目だったのですが、こんな時間になってしまいました。 Web標準系UI、というのは私が勝手に呼んでいる呼称なのですが、HTML+JavaScript+CSSを使ったUIのことです。なので、大まかにはWebサイトなども含まれます。 Web標準系UIは表現力の高さが魅力ですが、その分、画面が正常に動作するかのテストが大変です。もちろんSeleniumというツールもあるのですがこれは有名なので適当に検索してもらうとして、今回はあまりこういった文脈では紹介されることないQunitを紹介したいと思います。 QUnitとは？ 元々はjQueryのテスティングフレームワークとして開発されたもので、その時はJQUnitという名前でした。現在はjQueryから独立して依存性をなくしています。 各言語にある同様のツールとひと

Java 7th moon 富山 : ATND Quick JUnit は便利です。っていうか常識すぎて、あたりまえすぎて最近あんまり語られる事がない気がしてます。 昔から知ってる人間はそれで良いのですが、新しい人とかに伝えないと結構知らない人が増えているような気もしてました。 という事で何も新しい事はありませんが、Quick JUnit について発表しました。 唯一にして最大の失敗は富山では『輪るピングドラム』放送してないという事実ですね。 マジ泣きました。 輪るテストドリブン View more presentations from yoshiori