タグ

JUnitに関するasa_ca3のブックマーク (15)

  • JUnitのアサーションライブラリHamcrest,AssertJ比較 - Qiita

    なぜ今アサーション? 現時点でJUnit5ではHamcrestのMatcherは提供せず、使用者が自由に選択する方針で進んでいます。 そうなった場合、標準でサポートされるassertTrueやassertEquelsなどだけでは、ちょっと頼りなく車輪の再発明になりそうなので、候補になりそうなHamcrestとAssertJのよく使いそうなメソッド比較表を作りました。 Google Truthも気になるところなので、時間があれば追加しようと思います。 尚、FESTは現時点で更新がストップしているようなので候補から除外しています。

    JUnitのアサーションライブラリHamcrest,AssertJ比較 - Qiita
  • Spockでもテストスイートしてみる - bluepapa32’s Java Blog

    『Eclipse で複数の Specification を一括実行する』で 実は Spock には Junit のテストスイートのような機能はありません。 つまり、Spock 自身には 複数の Specification を一括で実行する機能はないのです。 Eclipse で複数の Specification を一括実行する - bluepapa32’s Java Blog なんてことを書いてしまいましたが Spock でも ちゃんとテストスイートできます。 と言うのも... Spock の Specification は Junit4 の仕組みで動いているので Junit4 のテストスイートと同じように package com.bluepapa32; import org.junit.runner.RunWith; import org.junit.runners.Suite; impo

    Spockでもテストスイートしてみる - bluepapa32’s Java Blog
  • JUnitにはないTestNGの“5”つの強力なテスト用機能

    さらに詳細な情報は、TestNG公式サイトのドキュメント(英語)を参照してください。特に注目する属性は、groupsとdependsOnXXXです。 テストを簡単にグループ分けできる「groups」属性 groups属性には、テストが所属するグループを任意の文字列で指定します。groups属性を使うと、テストを簡単にグループ分けできます。1つのテストを複数のグループに入れることもできます。 ブログやソーシャルブックマークでのタグ付けのようなイメージです。 テスト間の“依存”関係とは? そして、dependsOnXXX属性を使うと、テスト間に“依存”関係を作ることができます。属性の使い方の前に、テスト間の“依存”関係について考えてみましょう。 例えば、データベースに接続し、SQL文を発行するSampleDaoクラスがあるとします。SampleDaoには、データベースに接続するconnect(

    JUnitにはないTestNGの“5”つの強力なテスト用機能
    asa_ca3
    asa_ca3 2014/05/08
    へぇ~
  • GroovyでJUnitなテストを書くときの注意点……なんて無かった #gadvent2012 - 日々常々

    Groovy!!(挨拶) G* Advent Calendar 2012 の13日目でございます。 前日: SpockでビルトインされているExtensionsとかそのへん - Yamkazu's Blog / @yamkazuさん 翌日: groovy.lang.MissingPropertyException*1*2 http://piyopiyoducky.net/gadvent2012/ / @gantawitterさん JUnitをGroovyで使うなど 何も考えずに突っ込みどころ満載のFizzBuzzとテスト(色々足りてない)を書きます。 HogeJava.java HogeJavaTest.java これをGroovyで書くとします。 HogeGroovyTest.groovy(ほぼ HogeJavaTest.java のまま) そのままJUnitとして動きます。Eclips

    GroovyでJUnitなテストを書くときの注意点……なんて無かった #gadvent2012 - 日々常々
  • JavaのテストコードからはじめるGroovy #gadvent2012 - やさしいデスマーチ

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

    JavaのテストコードからはじめるGroovy #gadvent2012 - やさしいデスマーチ
  • Struts2をやってみる (4) – StrutsResultSupportクラスを作る – / blog.kinjouj.net

  • Springとユニットテスト - ブログ - ワルブリックス株式会社

    この記事は STBBS.NET Blogで掲載された記事を2013年3月に移動したものです テストケースくらいはなるべく特定のフレームワークに依存させたくないという気持ちはあるものの、さすがに Hibernateやらといったヘヴィな奴をインスタンス化する長い道のりを手でコーディングしたり、単一責任の原則に基づいて真面目に分割されたコンポーネント群のワイヤリングを手でコーディングしたりするのはかなり厳しいものがあるので、そこは目をつぶってテストケースもやはり Springの助けを借りて実装するのが現実的だ。 なお JUnitと Springを連携させるには、spring.jarの他に spring-test.jar が必要となる。 Eclipseについてる JUnitを捨てる ※記事執筆当時の情報です。今の Eclipseには十分新しい JUnit (JUnit 4)が搭載されています。

    Springとユニットテスト - ブログ - ワルブリックス株式会社
  • JUnit(djUnit)でServletをテスト(with MockHttpServletRequest) - 忘れたいことは忘れないこと

    前回の覚書の続きっぽい話をば。 まぁ、PlayStation3のPSN障害(クラック問題)で、Apacheとかのhttpd使ってるなら・・・ ここら辺を突破されてしまった訳で(ー”ー; javax.servlet.http.HttpServlet 継承クラスをJunitでテストするには HttpServletを継承したクラスをJUnit(djUnit)で自動テストするには、(doPost|doGet)メソッドの引数を理解する必要があるようで。 ていうか、製造いや設計時に理解しておく必要があるようでw←不束者。 protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, java.io.IOException さて、入力引数のHttpServletReques

    JUnit(djUnit)でServletをテスト(with MockHttpServletRequest) - 忘れたいことは忘れないこと
  • ブラックボックステストとホワイトボックステスト | DevelopersIO

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

    ブラックボックステストとホワイトボックステスト | DevelopersIO
  • プライベートフィールドに対するテスト | DevelopersIO

    クラスメソッドの渡辺です。 弊社では業務時間内にブログを書くことが推奨されており、ネタも何でも良いということで、自動化やユニットテスト関連も投下していきます。今日は結構良く話題に出るプライベートフィールドに対するテストです。 オブジェクト指向プログラミングと可視性 オブジェクト指向プログラミングのひとつの特徴はカプセル化です。簡単に言えば、フィールド(情報)やメソッド(機能や操作)の公開範囲を可能な限り狭くすることで、安全にオブジェクトを扱うことができる、ということです。このため、古典的なJavaのコーディング標準では、次のように、「全てのフィールドをprivateに設定し、必要に応じてアクセサメソッドを定義すること」となっています。 public class Item { private String name; private int price; public String getN

    プライベートフィールドに対するテスト | DevelopersIO
    asa_ca3
    asa_ca3 2013/08/10
    試したいことを思いついた
  • 単体テストを“神速”化するQuick JUnitとMockito

    単体テストを“神速”化するQuick JUnitMockito:ユカイ、ツーカイ、カイハツ環境!(16) Quick JUnitプラグインの3つの大きな特徴 近年、JUnitとHudsonを利用した継続的インテグレーション(CI)によるテストの自動化や、テスト駆動開発(TDD)の普及などにより、ユニットテスト(単体テスト)のテストコードの作成が重要視されています。 今回紹介する「Quick JUnit」プラグインは、JUnitによるテストコードの作成と実装を支援するEclipseプラグインです。Quick JUnitプラグインは石井勝さんにより開発されていましたが、石井さんが不慮の事故により死去後、Quick JUnitプラグインプロジェクトにより開発が継続されています。優れたオープンソースプロジェクトの模範のようなプロジェクトです。 訂正のお知らせ 故人のお名前について間違いがあり、修

    単体テストを“神速”化するQuick JUnitとMockito
  • 新人に話したJUnitのための知識とTips : toda_k

    最近新人のコードレビューをする機会が増えまして、自分の中の経験則を言語化する機会に恵まれています。なんとなーくわかっていた事柄を人に伝えようとするのは、いつの時代にも最良の学びの機会ですね。 さて新人各位に個別に伝えた「JUnit4利用に関する注意」を整理してみました。JUnitは自由度の高いフレームワークであり使い方は十人十色かと思いますので、もっと良い使い道をご存知のかたは是非はてブコメントなどで教えていただければと思います。ちなみにここで言う「テスト」とは実装の前に書く単体テストだけではなく、実装後に書かれるものや自動化された統合テストも含めています。 1.JUnitを使うために押さえるべき前提知識 テストメソッドの実行される順番は不定 EclipseのJUnit実行機能に親しんでいると意外と気付けないのですが、JUnitはテストクラス内のテストメソッド実行順を保証していません。それ

  • EclEmmaは,djUnitと同じくカバレッジ計測プラグインです。

    株式会社DTS ネットワーク事業プロジェクトマネージャ。Javaを中心にフレームワーク開発や開発プロセス定義など幅広く活躍中。StrutsIDEコミッタ。著書「まるごとEclipse! Vol.1」(発行:インプレスコミュニケーションズ)。 昨今では,ますますテスト工程が重要視されるようになっています。品質の高いソフトウエアを効率的に開発することが,保守・管理コストの低減につながり,最終的なコスト削減を生むからです。 単体テスト工程では,「JUnit」フレームワークがデファクト・スタンダードです。これにより,効率的にテスト・ケース(テスト用のコードを書いたクラス)を作成し,何度でも繰り返し実行できます。単体テストを何度でも繰り返し実行できることは,短期開発で高品質を保つためには欠かせない要素です。 しかし,このようにJUnitフレームワークが品質向上に大きく貢献している半面,カバレッ

    EclEmmaは,djUnitと同じくカバレッジ計測プラグインです。
  • Sign in - Google Accounts

  • Activity Testing | Android Developers

    Android includes powerful tools for testing applications. The tools extend JUnit with additional features, provide convenience classes for mock Android system objects, and use instrumentation to give you control over your main application while you are testing it. The entire Android testing environment is discussed in the document Testing Android Applications. This tutorial demonstrates the Androi

  • 1