JUnit 4.12から入ったTestRuleを軽く見てみる — 裏紙
DisableOnDebug DisableOnDebug 他の TestRule をラップして、 デバッグ実行されているときのみラップした TestRule を適用します。 import org.junit.Rule; import org.junit.Test; import org.junit.rules.DisableOnDebug; import org.junit.rules.TestRule; import org.junit.rules.Timeout; public class HogeTest { @Rule public TestRule timeout = new DisableOnDebug(Timeout.seconds(1)); //1秒以上かかったら失敗とみなす @Test public void testHoge() throws Exception {
HamcrestのMatchersに定義されているメソッドの使い方メモ - Qiita
apply plugin: 'java' repositories { mavenCentral() } dependencies { testCompile 'junit:junit:4.11', { transitive = false } testCompile 'org.hamcrest:hamcrest-all:1.3' } >gradle dependencies testCompile - Compile classpath for source set 'test'. +--- junit:junit:4.11 \--- org.hamcrest:hamcrest-all:1.3 JUnit 4.11 はデフォルトだと hamcrest-core の 1.3 に依存している。 今回は別途 hamcrest-all を依存関係に追加するので、 transitive = fal
JUnitの知識を棚卸し #JJUG - 日々常々
Java Advent Calendar 2011の16日目です。 前：JSFUnitでテストしよう！ | Kokuzawaの日記 次：JavaEE使ってウェブアプリケーションつくろうよ - 水まんじゅう 書いてること JUnit の話です。使い始めからちょっとだけ踏み込んだ辺りですかね。ちょっとだけなので普通に使ってる方には不要な内容かと思います。私の今持ってる知識を書き殴ってみた感じになりましたが、微妙な理解と残念な文章力の相乗効果でグダグダになってます。お察しください。 内容は Assertion->カスタムAssertion、Matcher->カスタムMatcher、Rule->カスタムRule です。 Assertion JUnitは assert があってこそです。まず org.junit.Assert にある馴染み深い assert を並べてみます。 assertEquals
JUnit API探訪：Assertクラス／assertThatメソッド - Diary of absj31
JUnitをより深く知っていこう。と言う事で本丸JUnitのクラスから幾つか機能を探訪していこうかと思います。 org.junit.Assertクラス Assert (JUnit API) 主なメソッドは以下の通り。 メソッド 説明 assertArrayEquals(arrays expected, arrays actual) 配列同士を比較、イコールである場合true assertEquals(Object expected, Object actual) オブジェクト同士を比較、イコールである場合true assertFalse(boolean condition) 条件がfalseである事を検証、falseの場合true assertNotNull(Object obj) オブジェクトがNullで無いことを検証、Nullでない場合true assertNotSame(Object
POI 3.8 incompatible with dbunit 2.4.9
We are using POI 3.8 in in our application. Our project is using dbunit to load data sets from .xls files, and apparently dbunit is incompatible with POI 3.8. I get the following exception, java.lang.NoSuchMethodError: org.apache.poi.hssf.usermodel.HSSFDateUtil.isCellDateFormatted(Lorg/apache/poi/hssf/usermodel/HSSFCell;)Z It seems dbunit requires POI 3.2. However I cannot downgrade my POI version
(2011-07) (solved) NoSuchMethodError: （略）isCellDateFormatted - memo486
DbUnit 2.4.8 + POI 3.7 の組み合わせでこのエラーが出る。 java.lang.NoSuchMethodError: org.apache.poi.hssf.usermodel.HSSFDateUtil.isCellDateFormatted(Lorg/apache/poi/hssf/usermodel/HSSFCell;)Z3.7 ではなく poi-bin-3.2-FINAL-20081019 に差し替えて解決した。 DbUnit - Project Dependencies の Dependency Tree にも 3.2-FINAL とある。 参考 2012-10-05 DbUnitをApache POI3.8互換にする - Splash of waters - 2nd. Season 2009-10-16 POI - User - POI 3.5 incompa
POI - User - POI 3.5 incompatible with dbunit?
We need to be able to read Excel 2007 OOXML (.xlsx) files in our application, and in order to do so, I upgraded from POI 3.0 to 3.5. However after the upgrade, I am getting this exception: java.lang.NoSuchMethodError: org.apache.poi.hssf.usermodel.HSSFDateUtil.isCellDateFormatted(Lorg/apache/poi/hssf/usermodel/HSSFCell;)Z at org.dbunit.dataset.excel.XlsTable.getValue(XlsTable.java:153) at org.dbun
JSON 文字列を JUnit / hamcrest でアサーションしたいときは hamcrest-json を使うと捗る - Qiita
package biz.k11i.demo; import org.junit.Test; import static org.junit.Assert.assertThat; import static uk.co.datumedge.hamcrest.json.SameJSONAs.sameJSONAs; /** * hamcrest-json の利用デモ。 * <p>Gradle をお使いの方なら、以下のように記述すれば OK</p> * <pre> * dependencies { * testCompile group: 'junit', name: 'junit', version: '4.11' * testCompile group: 'uk.co.datumedge', name: 'hamcrest-json', version: '0.2' * } * </pre>
第4回 #渋谷java で JUnit のオブジェクト等価比較処理を怠ける (ために Matcher を頑張る) トークをしてきました
第4回 #渋谷java で JUnit のオブジェクト等価比較処理を怠ける (ために Matcher を頑張る) トークをしてきました 通算３回目の参加・発表ということで大変お世話になっている 第4回 #渋谷java でお話してきました。5 分の LT では語れなかった内容が多々あるので、それらを盛り込んでエントリを残しておきます。 発表資料は以下です。 発表で使用する予定だったデモコードは komiya-atsushi/shibuya-java4 に置いておきました。 オブジェクト等価比較を怠けたくなった背景 事の発端 元々は SAStruts なとあるお仕事において、JSON を返却する Web API の Action クラスの各メソッドを JUnit でテストしたい、というのが事の発端でした。 このテストの本来の理想的な姿は、Tomcat などの AP サーバを経由して HTTP
Oracle + JUnit4 で DBTestCaseを継承せずに dbUnit を使う - プロなグラマーへの道
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
ユニットテストにまつわる10の勘違い | DevelopersIO
渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして本来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、「納品物としてJUnitのテストコード（または実行結果）を求められている」ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。
JUnit実践入門の感想とJUnit依存具合と読書会と #junitbook - 日々常々
JUnit実践入門が 2012/11/21 に発売されました。献本ありがとうございます！ 初めてレビューもさせて頂きまして、執筆が進むにつれ話題に上げたいなぁとウズウズする毎日が続いておりました。最初に原型っぽいものを見せて頂いたのが 2011/11/23 で、丁度一年になりますか。見た瞬間に「まさにこれが欲しかった！早く世に出て欲しい！」と思ったのは今でも覚えています。 対象は、JUnitナニソレな方から、ある程度使ったことがある方まで。私がよく話してることの多くが、この本にはもっと詳しく書かれてたりします*1。本気でおすすめ。 感想 和田さんの推薦のことばとかぶってしまいますが、やはり特筆すべきは語彙の豊富さです。SUTや4フェーズテスト、テストダブルなどが説明なく通じれば色々捗ります。具体的な話をするときは、これらを下敷きにして話をしたいですね。 ユニットテストはみんな「した方がいい
サンプルでみる Java の Mock ライブラリ Mockito の使い方
論よりコードということでサンプルをつらつらと。 package study.mockito.helloworld; import java.util.ArrayList; import java.util.Iterator; import java.util.LinkedList; import java.util.List; import java.util.Map; import java.util.NoSuchElementException; import org.junit.Assert; import org.junit.Test; import org.mockito.ArgumentCaptor; import org.mockito.InOrder; import org.mockito.Mock; import org.mockito.Mockito; import o
関ジャバでJUnitな話をしたので #kanjava #junitbook - 日々常々
関西Javaエンジニアの会'13 7月度 - connpass 関西Javaエンジニアの会'13 7月度を7月31日に開催しました。6月に続いて二ヶ月連続ですね。三ヶ月連続は無いので心配しないでくだ……あ、8月にはJavaEEと言うかGlassFishと言うか、あれがありますね！（「関ジャバのイベント」ではありませんが。） Java EE 7 & GlassFish について語ろう - DevLOVE関西 | Doorkeeper 今回の関ジャバは@jyukutyoさんのindy、@chipstar_lightさんのDDD、2連続となる@haljikさんのパズラー、あと私のコレでした。 スライド スライドあげておきます。内容の詳細は……結局このブログへのリンクになるので、中で触れてるのもあわせてリンク並べておくことで代替。 JUnitの知識を棚卸し #JJUG - 日々常々 assertT
#JJUG で「Junitを使ったjavaのテスト入門 」を話してきた - 水まんじゅう2
ということで、JJUGナイトセミナーでお話して来ました。 いらっしゃってくださった皆様ありがとうございました。 Junitを使ったjavaのテスト入門 初心者向けということで資料を作りました。 ターゲットとしては募集に書いてあるとおりに新人研修が終わった直後ぐらいの人。 難しいこと何も書いてないからスライドそのまま見ればいいと思うよ！ さて、スライドの中でassertEqualsをおすすめしていますが、これ書いている人はassertThat派。isがMatcherクラスがデフォルトでimportされないので・・・・・ そして、資料作ってる時は気が付かなかったけどEclipseはJUnit4.10がデフォルトなのね。 JUnit4.11でクラス構成が微妙に変わってるので入門としては触らなくて正解だったかもしれない。 全方位からマサカリが飛んできた時はどうしようかと思ったけれども、うん＞＜ ご
assertEqualsよりassertThatが好きなわけ - 日々常々
assertEqualsよりassertThatが好きなのは、Matcherもあるけど、引数の順番に悩まないからです。英語として云々なんてどうでもいい。。。。 2012-07-13 00:07:14 via YoruFukurou 元ネタ*1は「xUnitよりRSpecがいいとか言ってたひとは英文ぽいのがいいとか言ってたけどさー」みたいな感じでしたが、xUnitであるところのJUnitでも最近は assertThat なんてもんが入って英文ぽさを売りにすることもあったりなかったり。 ツイートでも言ってる通り、英文ぽさなんてどうでもいいと思ってます。可読性は大事だけど、読めるならそれ以上は要らない派。ならば決め手は何だ。書きやすさと、エラー時の表示です。 assertEqualsのばあい こんな感じに書きますね。短い。書く量が少ないのは良いです。でも１番目と２番目どっちがどっちだったか。 a
JUnitでテスト名の制約を取っ払う - 日々常々
2020-06-11追記 本稿の対象はJUnit4です。JUnit5で同等のアノテーション`@DisplayName(value)` が追加されているため、このような小細工は必要ありません。 発端は[twitter:@ayato_p]さんのツイートでございます。「JUnitのテストメソッド名を日本語で書く」のはそれほど奇異な話ではありません。 メソッド名を日本語にする話 - 日々常々 JUnit実践入門でも「日本語のメソッド名を使うメリット」と言うコラムがあり、サンプルコードのテストメソッド名は平然と日本語で書かれています。 [isbn:978-4774153773:detail] しかし日本語メソッド名なので、当然のようにメソッド名に由来する問題が幾らかあります。よく詰まるのは「そもそも使えない」ですが、これはVM引数などで解決出来ます。 JUnitのテストメソッド名に日本語を使ったとき
JUnit4実践入門の感想 - 川口耕介のブログ
JUnit4実践入門を献本してもらったので感想など。 JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus) 作者: 渡辺修司出版社/メーカー: 技術評論社発売日: 2012/11/21メディア: 単行本（ソフトカバー）購入: 14人 クリック: 273回この商品を含むブログ (69件) を見る 恥ずかしながら、僕はJenkinsでは未だにJUnit3でテストを書いています。JUnit4の新しい機能も一応は知っているつもりでしたが、こうやって系統だってまとめられていると参考になります。思わぬいい勉強をしてしまいました。 目次を見てみるとわかりますが、この本はJUnitの使い方だけではなくて、DbUnitとかAndroidのテストの話とか、MavenやJenkinsでテストをどう使うかという話にも多くの紙面が割かれていて、広範な分野に手を広げている印象
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
『JUnit実践入門』写経・実践会 in 横浜 #4 に参加しました #junitbook : ryu22eBlog跡地