弊社ではテストのエビデンスとして、JUnitの結果とコードのカバレッジを提出するルールにしておりますが、開発者それぞれの環境でallTestをするようなこともあります。その時に環境によっては、マシンのスペックが悪くallTestにけっこう時間が掛かってしまうこと、またその影響でマシンの負荷が高くなり、他の作業を並行してやれず仕事にならないようなことがありました（注1）。その対応としてJenkinsにブランチのallTestが流せるジョブを作って対応しました。 あと、Jenkinsのバージョンはこまめに更新した方が良いなと実感しました。バージョンアップする前はビルド、AllTest、ページビューなどが結構遅くて、周りの人からも遅いという声があがっていました。改善として、サーバのスペックをすぐに上げることは無理そうだったので、jvmのチューニングをしたりしましたがさほど効果はなく、Jenkin
作成 2004/9/10 今度使うらしいのでちょっとさわってみた。ちょっとだけ。 DBUnitとは？ DBUnitとは、データベースを含むプログラムの単体テストツールです。アプリケーション開発では、多くの場合、データベースを利用します。DBを更新したり、DBから値を取得する単体テストを書くとき、「テスト用のデータのセットアップ」や「更新されたデータの確認」などを行うのは、非常に骨の折れる作業です。DBUnitは、そのような骨の折れる作業を低減させてくれる方法とツールを提供しています。 インストール DBUnitは以下のWebページからダウンロードします。 DBUnitのWebページ http://dbunit.sourceforge.net/ ここでは現在の最新バージョンの2.1をダウンロードしました。 ここで使うテーブル ここではMySQLを利用して、簡単なデータベースとテーブルを作成し
業務でアプリケーションプログラミングを行っている人で、データベースを使わない案件はまれでしょう。 ほとんどがデータベースに顧客データを格納したり、マスターデータを引っ張ってきたりするはずです。 そんなデータベースとのやり取りで、SQL文を書いたが、それがほんとうに合っているのか?、 単体テスト時にテストデータを毎回手動でデータベースに入れては、 プログラムで引っ張ってきた値と等しいかをチェックするのはばかばかしい、 データを更新してはみたが、ほんとうに更新されているのかを確認しないといけない、 なんて作業はとてもめんどくさくて憂鬱な作業ですよね。 そんな時に威力を発揮するのが、DBUnitという、 データベースに関係する単体テストを自動で行ってくれるツールです。 もちろん、どんなテストケースがあるのかは自分で書かなければいけませんが、 意図しているデータや、更新されたはずの
DBunitでテストの自動化 第1回：Javaの単体テストツールDBUnitって何？ 著者：プロトシステム 広谷 嘉巳 公開日：2008/03/10（月） DBUnitって何？ 読者の皆さんはデータベースにアクセスするプログラムのテストはどのように行っていますか？ Javaの単体テストの場合、JUnitを利用している方が多いのではないでしょうか。では、DBUnitはご存知でしょうか。DBUnitとは、プログラムの単体テストツール、それもデータベースにアクセスするプログラムの単体テストツールです。 本連載では、このDBUnitを利用してテストを進めていく方法を解説していきます。分かりやすいよう実際にテストを行うテスト担当者や開発者の目線で書き進めていき、ポイントとなる点も解説していきます。 さて、第1回では「そもそもDBUntとはなんぞや」を明らかにしていきましょう。 近年のシステムの開発に
Quick Links Maven 1.x Plugin Maven 2.x Plugin Download Changes FAQ Wiki Get support Get source Browse source JavaDocs DBUnit AT ohloh Overview About DbUnit Database Testing Getting Started Best Practices Core Components Properties Ant Task Migration Guide Resources Credits Developer Building DbUnit Developers Guide Integration Tests Project Documentation Project Information About Plugin Management
DBUnitとは、データベースを操作するクラスのテストプログラムを作成するためのフレームワークで、JUnitを拡張しています。 そのDBUnitについて解説していきます。 DBUnit INDEX DBUnitとは 1.1. DBUnitとは 1.2. DBUnitのインストール 1.3. サンプルの実行 参照メソッドのテスト 2.1. 参照メソッドのテスト 2.2. テストデータの作成 2.3. テストデータの登録 2.4. テストメソッドの実装 2.5. テストデータの後片付け 2.6. DatabaseOperation 更新メソッドのテスト 3.1. 更新メソッドのテスト 3.2. テストデータの作成 3.3. 単体テストの実装 データセット(1) 4.1. IDataSet 4.2. FlatXmlDataSet 4.3. FlatXmlDataSetとDTD 4.4. DTDの
Welcome to the dbUnit site containing information on the framework and its corresponding Maven plugin. In the Modules menu, choose which module to view.
業務でアプリケーションプログラミングを行っている人で、データベースを使わない案件はまれでしょう。ほとんどがデータベースに顧客データを格納したり、マスターデータを引っ張ってきたりするはずです。 そんなデータベースとのやり取りで、SQL文を書いたが、それがほんとうに合っているのか?、単体テスト時にテストデータを毎回手動でデータベースに入れては、プログラムで引っ張ってきた値と等しいかをチェックするのはばかばかしい、データを更新してはみたが、ほんとうに更新されているのかを確認しないといけない、なんて作業はとてもめんどくさくて憂鬱な作業ですよね。 そんな時に威力を発揮するのが、DBUnitという、データベースに関係する単体テストを自動で行ってくれるツールです。 もちろん、どんなテストケースがあるのかは自分で書かなければいけませんが、意図しているデータや、更新されたはずのデータはすべて外部のXMLファ
JUnit実践入門の「第12章 データベースのテスト」でも取り上げられているDbUnitさんのRuleから派生して、RuleとかRuleChainとかその辺をちょっと書いておきます。 JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus) 作者: 渡辺修司出版社/メーカー: 技術評論社発売日: 2012/11/21メディア: 単行本（ソフトカバー）購入: 14人 クリック: 273回この商品を含むブログ (68件) を見る セットアップ ざくっと使えるようにするための build.gradle はこんな感じ。Mavenでもだいたいわかりますよね。 apply plugin: 'java' repositories.mavenCentral() dependencies { testCompile 'com.h2database:h2:1.3.170'
アライドアーキテクツの伊藤です。 前回のエントリでは、PHPUnit系のお話を書きましたが、今回もしつこくPHPUnit系のお話を書きます。PHPUnitでテストを書いている時、データベースへの接続が発生するようなテストがあった場合、皆さんはどうしてますでしょうか。 レガシーコード改善ガイドによれば、データベース接続を伴う単体テストはあまり望ましくない為、データベース接続を伴うクラス、メソッドとの依存関係を排除して単体テストを書くべきとあります。 僕もそれが本来あるべき姿だと思いますが、今回はその話は一旦横に置いておき、PHPUnit上で使えるDBUnit拡張について書かせて頂きます。 使い方 通常のテストクラスは「PHPUnit_Framework_TestCase」を継承して作りますが、DBUnitを使う場合は「PHPUnit_Extensions_Database_TestCase」
少し前の話しなのですが…もうなんだか「すごく嬉しかった」ので、恥ずかしながら書いていきます。 OSSのプロダクトに自分の変更を取り込んでいただきました 仕事で使う目的で家でちょこちょこ触っていました「DBUnit」に、俺の変更を取り込んでいただきました。 (ここの "Upgrade Apache POI library from ..." が「自分のプルリクの内容」です。) 自分、よく考えたら他人に"pull request"とかしたこと無かったんです よく考えなくともですが、仕事でgit使った事(その当時)ないし、多人数開発してないし、GitHubの垢あるけど他人にプルリク投げたことないし…。 そういう初物づくしだったけど「ま、こんだけ初物だらけやったらミスっても凹まんやろ」 ってのと「そろそろミソギが必要かな？」って思ってたので、勢い出してやってみたです。 経緯 ざっくり言えば「DBU
はじめに 今回は、プログラム開発では大活躍！単体テストで使用できるフレームワーク、「DBUnit」の使い方を紹介します。 DBUnitとは、Javaで使用するテスティングフレームワークの一つなのですが、筆者が勉強した感じでは、記事が古かったり、それだけで完全に事足りるwebが少ないように見受けられたので、筆者の備忘と、この記事をご覧いただいた方への共有も兼ねて、こちらにまとめておきます。 参考としてwebに資料を記載いただいている優しい方も、たくさんいらっしゃるんですけどねorz #1. DBUnitとは 先にも記載しましたが、DBUnitとは、Javaプログラムのテスティングフレームワークの一つです。 テスティングフレームワークと聞くと、XUnitを想像されるかと思います。 今回の対象はJavaで実装したプログラムですから、よく使用するのはJUnitですが、DBUnitもJUnitと一緒
「dbunit csv」で検索してもヒットしなかったので書いておく。 DbUnit2.1から、初期値や期待値をCSVファイルに書くことができる。XMLやExcelの代わりに。 使い方はとても簡単。 テーブル名.csvというファイルを作成する(EMPテーブルならemp.csv) CSVファイルの1行目に列名、2行目以降にデータを記述する 複数のテーブルにデータを入れたい場合、CSVファイルも複数作成する 「table-ordering.txt」というファイルを作成する txtファイルに登録するテーブルの順序を記述する(参照整合性制約に反しないように) CSVファイル、txtファイルを同じディレクトリに配置する CsvDataSetのコンストラクタにファイルを配置したディレクトリのjava.io.Fileオブジェクトを渡す たとえば、EMPテーブルがあるとして、emp.csvはこんな感じ。 E
データをExcel形式でエクスポートする † さて、Java/DBUnit/XMLでImport,Exportする でxmlファイルをimport/exportできるのはわかりましたが、このxmlファイルを手で作らなくてはいけないんだったら、結局面倒ですね。つうことで今度はExcel形式でExportします。AntタスクにはExcel関連のものはないっぽく、プログラムを作る必要があります。っても以下の感じ。 public static void main(String[] args) { DOMConfigurator.configure("log4j.xml"); IDatabaseConnection con = null; try { con = getConnection(); IDataSet dataset = con.createDataSet(); XlsDataSet.w
DAO層とは 「第1回：DBUnitって何？」では、DBUnitの特徴について解説致しました。今回はDBUnitをインストールし、事前準備としてテストデータを作成していきます。 その前にDAO層単体テストについて少し解説しましょう。DAOとはData Access Objectの略で、その名の通りデータベースにアクセスする箇所を指します。またDAO層はインテグレーション層とも呼ばれます。 通常Webアプリケーションは、「プレゼンテーション層」「ビジネスロジック層」「DAO層（インテグレーション層）」の3つの層に分かれます。 プレゼンテーション層とは、ユーザからのオペレーションを受け付けるユーザインターフェース部分です。ビジネスロジック層は、プレゼンテーション層とインテグレーション層の中間に位置する層です。DAO層（インテグレーション層）は、データベースにアクセスする部分となります。 例とし
DbUnitは、JUnitにデータベース入出力のテストを行うための各種便利機能を提供するための拡張である。 ここでは、フィクスチャのロードを行う機能にスコープを絞って DbUnitを取り上げる。 フィクスチャとは、ユニットテストの事前条件となるテストデータである。 DbUnitを使うには、クラスパスに下記のjarファイルを追加する。 dbunit-*.jar slf4j-api-*.jar slf4j-jcl-*.jar フィクスチャを使うユニットテストは、各テストメソッド毎に下記のような流れで実行される。 a) トランザクション開始 ↓ b) フィクスチャをデータベースにINSERT ↓ c) テスト対象メソッドの呼び出し ↓ d) 実行結果のチェック ↓ e) トランザクションをロールバック a, e は Springの機能で自動的に行われる。 c, d はテストケースの実装者がコーデ
DbUnitでもめんどくさいものはめんどくさい。 DbUnitはデータセットの定義にExcel/XML/CSVファイルを使えるけど、テストコードとテストデータが別ファイルになってしまうのが少し面倒だと思っていた。テストを書いてるときはそんなに問題にならないけど、後でテストを見たときにデータファイルを探さないといけないし、コードとデータファイルを見比べるのが面倒なときもある。Excelでシートが複数あるとさらに面倒。 それでも仕方なくやってたけど、バッチ処理をBashで書く事があって、動作確認用テストコードをGroovyで書いた。 すると、ちょっとの工夫で、DataSetの定義がテストコードの中に見やすい形で書けた。 サンプルコード # staticブロックとgroovy.sql.Sqlを使っているのはサンプル用にテーブルの作成とDAOの代わりなので気にしないでください。 ポイントは独自に定
やっと忙しい時期がある程度落ち着いたので 久々の更新です。 もちろんコードも書いていますが やはり運用をしていくうえで必要なのがテストです。 これは初めすごく面倒なのですが、一度やってしまうと テストなしではコードが書けなくなります。 自分も最初これを言われた時には何を言ってんだ。。。 と思ったのですが、いざやってみるとまさに・・・ 特に今回は有名フレームワークではなく、 MonobitエンジンにおけるMWFフレームワークという 独自フレームワークに近いものにインストールしていきます。 さて導入から躓いた場所、解決策を書いていきます。 インストールはComposerで行います。 { "require-dev": { "phpunit/phpunit": "3.7.*", "phpunit/dbunit": ">=1.3,<1.4", "phpunit/phpunit-skeleton-ge
DBunitでテストの自動化 第1回：Javaの単体テストツールDBUnitって何？ 著者：プロトシステム 広谷 嘉巳 公開日：2008/03/10（月） DBUnitって何？ 読者の皆さんはデータベースにアクセスするプログラムのテストはどのように行っていますか？ Javaの単体テストの場合、JUnitを利用している方が多いのではないでしょうか。では、DBUnitはご存知でしょうか。DBUnitとは、プログラムの単体テストツール、それもデータベースにアクセスするプログラムの単体テストツールです。 本連載では、このDBUnitを利用してテストを進めていく方法を解説していきます。分かりやすいよう実際にテストを行うテスト担当者や開発者の目線で書き進めていき、ポイントとなる点も解説していきます。 さて、第1回では「そもそもDBUntとはなんぞや」を明らかにしていきましょう。 近年のシステムの開発に
Oracle + JUnit4 で DBTestCaseを継承せずに dbUnit 使おうと思ったら、ちょっと苦労したのでメモ。 http://www.dbunit.org/howto.html#noextend によると、DBTestCase を継承しないで DBUnit のテストケースを書くには、dbUnit 2.2以降はIDatabaseTester が使えるようである。そこで、サンプルをもとに、以下の様に書いてみた。 public class HogeTest { private static IDatabaseTester dbTester; @BeforeClass public static void setUpBeforeClass() throws Exception { dbTester = new JdbcDatabaseTester("oracle.jdbc.dri
FuelPHP Advent Calendar 2015の6日目を担当する@wataです。昨日は@sharkppさんのNestedSets Model を使って FuelPHP 用コメントボックスパッケージを作った話でした。 本記事ではFuelPHPを用いた開発におけるユニットテスト、特にデータベースまわりに関するテストケースの作成について、保守性の面から色々考えたあれこれを書かせていただければと思います。 #FuelPHPのテスト事情 突然ですがみなさん、テスト書いてますか？ PHPはとっても柔軟（？）な言語なので、品質を担保するためにはいつでも実行可能で、軽量なテストによって、動作が常に正しいことを検証できることが望ましいとされています。 PHPの場合、テスティングフレームワークとしてはPHPUnitが有名であり、多くのテスト支援のための機能が実装されています。FuelPHPも例外なく
FuelPHP Advent Calendar 2015の6日目を担当する@wataです。昨日は@sharkppさんのNestedSets Model を使って FuelPHP 用コメントボックスパッケージを作った話でした。 本記事ではFuelPHPを用いた開発におけるユニットテスト、特にデータベースまわりに関するテストケースの作成について、保守性の面から色々考えたあれこれを書かせていただければと思います。 FuelPHPのテスト事情 突然ですがみなさん、テスト書いてますか？ PHPはとっても柔軟（？）な言語なので、品質を担保するためにはいつでも実行可能で、軽量なテストによって、動作が常に正しいことを検証できることが望ましいとされています。 PHPの場合、テスティングフレームワークとしてはPHPUnitが有名であり、多くのテスト支援のための機能が実装されています。FuelPHPも例外なくP
Step 1: Create your dataset file Your test need some data to work with. This means you must create a dataset. In most situations you will work with xml datasets. You can manually create a flat XML dataset from scratch or create one by exporting some data from your database. Step 2: Extend a DBTestCase class Now you need to create a test class. One way to use Dbunit is to have the test class extend
こんにちは。今回は、 グリモア～私立グリモワール魔法学園～ で使用している単体テスト基盤についてご紹介します。 このテスト基盤は、Javaのサーバーサイドの単体テストをJUnitを用いて行う際に使用されています。 この記事では、単体テスト基盤を導入する前にあがっていたテストデータの管理とテストデータの切り替えの問題点と、問題解決のために開発された、単体テスト基盤のコンセプトと実装についてご紹介します。 弊社の使用している開発環境やミドルウェア、ライブラリは下記の通りです。 アプリケーション Java 1.7.0 Spring 4.0.2 ライブラリ JUnit 4.11 MyBatis 3.2.4 dbunit 2.5.0 データベース MySQL 5.6.26 開発環境 Eclipse 4.4 単体テストでの問題点 まず、データベースを用いた単体テストをする際に、以下の3点が問題となって
Java プロジェクトで、Groovy を使えるようになって、Spock を試してみたところ、とても使いやすく、これはいいものだとすぐさま実感できた。 興味を刺激されたのでさらに調べてみると、Groovy を利用することで、DBUnit のデータ挿入もコード内で簡潔に済ませてしまう例などが見つかり、これは捗りそうだなーと感じた。 このへんとか。 d.hatena.ne.jp ただ、Groovy の表現力をもってすれば、「もっといけるだろう」という期待もあった。ので、ちょっと不足していた Groovy の知識を補いつつ、いろいろ試してみた。ゴールは Spock ライクにデータ挿入をおこなえるようにすること。 Spring と、Mybatis を組み合わせた状態のテストコードになっているものの、データ挿入部分であれば、ほぼそのまま利用できるので載せておく。できたのが以下。 pom.xml <?
概要 † 通常、作成したクラスは、「 JUnit 」と呼ばれるフレームワークを用いてユニットテストを行うことを期待されます。大抵のクラスは、JUnit の仕様の範囲でユニットテストが実現できます。 しかし、 Servlet API や RDB の操作に関するクラスのように実行環境に依存し、JUnit 単独では、ユニットテストを実現しづらいものも、中には存在します。 「 DbUnit 」と呼ばれるフレームワークは、JUnit を拡張する形で、 RDB の操作に関するユニットテストを効率的に行えるように実装したテスティングフレームワークです。 DbUnit は、以下の特徴があります。 テストデータ( FlatXml, Excel 等)を RDB に投入する機能 RDB 情報を外部フィルに出力する機能 テストメソッドの開始／終了時に RDB に対して操作する機能 テストメソッド実行後の R
DbUnitは、JUnitにデータベース入出力のテストを行うための各種便利機能を提供するための拡張である。 ここでは、フィクスチャのロードを行う機能にスコープを絞って DbUnitを取り上げる。 フィクスチャとは、ユニットテストの事前条件となるテストデータである。 DbUnitを使うには、クラスパスに下記のjarファイルを追加する。 dbunit-*.jar slf4j-api-*.jar slf4j-jcl-*.jar フィクスチャを使うユニットテストは、各テストメソッド毎に下記のような流れで実行される。 a) トランザクション開始 ↓ b) フィクスチャをデータベースにINSERT ↓ c) テスト対象メソッドの呼び出し ↓ d) 実行結果のチェック ↓ e) トランザクションをロールバック a, e は Springの機能で自動的に行われる。 c, d はテストケースの実装者がコーデ
PHPUnit + DBUnitでMySQLのテストを行う Published: 2016年4月10日 by tomsato 概要 PHPUnitとDBUnitを使ってMySQLのテストを行う(Oracleのテストもできる) テスト用のMySQLを用意してPHPUni+DBUnitでinsert,updateなどのテストを行って その後に意図したデータになっているか確認をすることができる テストの流れ データベースのテストは次の4段階に分けて考える必要がある Gerard Meszaros は、著書 xUnit Test Patterns でユニットテストを次の四段階に分類しています。 フィクスチャとはアプリケーションやデータベースの初期状態のこと、テストを実行する前に用意する 環境の準備 MySQLのインストール $ sudo yum -y install http://dev.mysq
昨日のつづき。修正箇所はそこまで多くなかったので、自前で修正してjarを作ることにした。 DbUnitが依存するApache POIを最新の3.8にしてNoSuchMethodErrorを回避する方法。 org.dbunit.dataset.excel.XlsTable org.apache.poi.ss.usermodel.DateUtilをimportして、153行目あたりの if (HSSFDateUtil.isCellDateFormatted(cell)) を、 if (DateUtil.isCellDateFormatted(cell)) に直す。 org.dbunit.dataset.excel.XlsDataSetWriter 101行目あたりの cell.setCellValue(new HSSFRichTextString(column.getColumnName())
Tomcat+Struts製Webアプリケーションのテストを自動化したい。 テスト用のプロジェクトをチェックアウトして、適当なターゲットを実行すると、誰でも、再現可能なテストができるようになっていて欲しい。 【希望】 1. JUnit4。 2. 各テストメソッドの中で画面遷移のテストを行う。このボタンやリンクをクリックしたら、XXXに遷移して、YYYが表示される、等。 3. 併せてDBの内容のチェックも行う。 4. テストの中でDBのテーブルにデータの登録・更新・削除があった場合でも、テストが終わるとテスト開始前のものに戻っていること。ただしDBトランザクションのロールバックでは実現しない（アプリの機能としてコミット・ロールバックが発生するため。つまり、コミット発生後にコミット前のデータに戻す必要がある）。 5. テスト用DBの作成・破棄、アプリケーション（サーブレットコンテナ）の起動・停
DBUnitを使用した結合試験データの積み込み 先日JBehaveを使った試験の自動化について書きましたが(JBehave+Maven+Eclipseを使った結合試験の自動化)、データベースの準備はテキストでやっていくのはきついので、DBUnitでデータを積み込みます。 準備 データをExcelで定義する 以下のルールを守るだけです。 1ファイルに複数のテーブルの情報を定義できるため、シナリオ試験のデータをまとめるのにちょうど良いです。 1テーブル1シート 1ファイルには複数のテーブルの情報を定義できる シートの名前はテーブル名にする 1行目はカラム名を記入する xls形式で保存 例）Excelでのデータ定義 pom.xmlの修正 DBUnitを使うための依存情報を追加します。 apache poiはかならず3.2を使います。 ... <dependencies> ... <depende
Spring DBUnit provides integration between the Spring testing framework and the popular DBUnit project. It allows you to setup and teardown database tables using simple annotations as well as checking expected table contents once a test completes. The project can be configured to run DBUnit tests using a Spring TestExecutionListener. Configuration To have Spring process DBUnit annotations you must
JavaでDBのテストを書くなら、もちろんDbUnit！ さらに、Spring Testing Frameworkと一緒に使うなら、Spring Test DBUnit! なのですが、環境構築する際にはまったので、そのときの備忘録φ(..)メモメモ 最終的にはこんな感じでアノテーションベースでDBUnitが使えます public class TestFooRepository extends AbstractRepositoryTest { @Autowired private FooRepository repo; @Test @DatabaseSetup("/db/test001/setup.xml") @ExpectedDatabase("/db/test001/expected.xml") public void test001() { List<FooEntity> foos =
オープンソースに関する技術まとめサイト概要 † 通常、作成したクラスは、「 JUnit 」と呼ばれるフレームワークを用いてユニットテストを行うことを期待されます。大抵のクラスは、JUnit の仕様の範囲でユニットテストが実現できます。 しかし、 Servlet API や RDB の操作に関するクラスのように実行環境に依存し、JUnit 単独では、ユニットテストを実現しづらいものも、中には存在します。 「 DbUnit 」と呼ばれるフレームワークは、JUnit を拡張する形で、 RDB の操作に関するユニットテストを効率的に行えるように実装したテスティングフレームワークです。 DbUnit は、以下の特徴があります。 テストデータ( FlatXml, Excel 等)を RDB に投入する機能 RDB 情報を外部フィルに出力する機能 テストメソッドの開始／終了時に RDB に対して操
■ データのバックアップ DBUnitの機能でAntでデータのバックアップをXMLに取ってくれるのがあったので、 http://muimi.com/j/test/dbunit/を参考にやってみました。 今回はMavenなプロジェクトなのでmaven-antrun(http://maven.apache.org/plugins/maven-antrun-plugin/)を 使ってpom.xmlの中からAntタスクを叩きました。 ＃Maven上でクラスパス通せるのがナイス <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-antrun-plugin</artifactId> <version>1.6</version> <executions> <execution> <id>export</id> <
Spring DBUnit provides integration between the Spring testing framework and the popular DBUnit project. It allows you to setup and teardown database tables using simple annotations as well as checking expected table contents once a test completes. The project can be configured to run DBUnit tests using a Spring TestExecutionListener. Configuration To have Spring process DBUnit annotations you must
class YamlGuestbookTest extends PHPUnit_Extensions_Database_TestCase { protected function getDataSet() { return new PHPUnit_Extensions_Database_DataSet_YamlDataSet( dirname(__FILE__)."/_files/guestbook.yml" ); } } protected function createInlineYamlDataSet($yaml) { $meta = stream_get_meta_data($tmp = tmpfile()); fwrite($tmp, $yaml); return new PHPUnit_Extensions_Database_DataSet_YamlDataSet( $meta
Quick Links Maven 1.x Plugin Maven 2.x Plugin Changes FAQ Wiki Get support Get source Browse source JavaDocs DBUnit AT Open Hub Obtaining dbUnit Maven Repositories Download Using DbUnit About DbUnit Database Testing Data Comparisons Equality ValueComparer Getting Started Test Cases DataSourceBasedDBTestCase JdbcBasedDBTestCase JndiBasedDBTestCase PrepAndExpectedTestCase Best Practices Core Compone
モニプラFacebook担当の伊藤です。 以前、PHPUnitのDBUnit拡張を使ってみるというエントリを書きましたが、その中で、 実際に使用する場合は、PHPUnit_Extensions_Database_TestCaseをさらに拡張して、データのロールバックの仕組みや、各テストケース事に異なる初期データをぶち込む仕組みを入れるなどして使い易くする必要があるかと思います。 その辺についても書こうかと思いましたが、今回はここまでということで。。 と書いておきながら、かれこれ7ヶ月も放置してしまいました。というワケで今回はこのテーマについてです。 早速ですが、上記の ・データのロールバックの仕組み ・各テストケース事に異なる初期データをぶち込む仕組み を実現するクラスを書いてみたのでコードをさらします。 ※実際に動作する事は確認済みですが、まだまだ粗いと思いますのでその辺は気にしないで下
ネットの検索結果でチラチラとは見ていたのですが、この度初めて自分でもDBUnitを使ってみました。ネット上のサンプルコードをほとんどそのまま実行しただけですが、私の手元でも簡単にユニットテスト用のDBとデータを準備することができました。 従来、H2 DatabaseはRunScriptで初期化用のスキーマを流し込んでいたのですが、これならJDBCドライバを選ばない気がします。 ※ 他のJDBCドライバでH2 DatabaseのINIT=RunScript相当の機能が可能なのか知りません。 ##環境 DBUnit 2.5.1 JUnit 4.12 ユニットテストのコード（パクリですが） 以下のような感じです。Excelファイルもデータソースとして使える点は、仕事でプログラムを作る人にとってかなりのアドバンテージな気がします。 import java.io.File; import org.j
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
