【速報】JUnit5 はこうなる!?【プロトタイプ】 | DevelopersIO
渡辺です。 DevelopersIOでの100本目のエントリーがJUnitネタとなりました。 自分がJUnit実践入門を執筆したのは2011年から2012年にかけてです（出版が2012年11月）。 それからJava8がリリースされていますが、JUnit4自体は大きな進化はしていませんでした。 昨日、JUnit Lambda Prototypeが公開されました。 まだプロトタイプということで、今後の変更は大きいかと思いますが、いよいよ次世代のJUnitの足音が聞こえてきた感じがします。 今回は、このドキュメントからJUnit Lambdaの概要と方針について速報をお送りしたいと思います。 なお、現在JUnitチームでは、このプロトタイプに対するフィードバックを募集しています。 ここはこうじゃないとかはてブコメントする前にTwitterやGitHubでフィードバックを！ JUnit Lambd
テストケースを動的に生成してJUnitで実行する | DevelopersIO
AWSチームに参画して2ヶ月ほど経ちました。ところが、AWSの構築などにはあまり関わらず、ひたすらAWSに関連するプロダクトの開発を行う毎日です。そんな折、ボスより次のようなリクエストをいただきました。 ユーザが参照できない情報について、参照できないことを検証して欲しい ・・・「出来ないことの検証」です。 「出来ることの検証」であれば、その例をテストケースとして記述してテストを実行すれば検証出来ます。しかし、出来ないことを証明することは非常に困難です。ただ、情報は有限なんで、総当たりにでもやればできるかもしれません。 ！？ システムのインフラは当然のようにAWSです。テストのためのリソースが足りなければ増やせばいいじゃないですか。時間がかかるならば並列化すればいいじゃないですか。テストの時だけ増やせばいいんです。 ならば、総当たりでテストしよう という方針になりました。そして、ブログのネタ
JUnit+Mockitoを使ったWebアプリケーションの単体テスト
自動テストを導入することにより、テストケースの作り方を統一でき、網羅できます。全体を自動テストにできれば、変更部分以外の障害を防止できます。そして、テスト作業がコーディング作業になることによって、楽しくなるでしょう。実際のプロジェクトに導入するにあたってはいくつかの課題がありますが、自動テスト用のテストデータをあらかじめ用意しておくこと、DbUnit・Mockito・djUnitを使うことで解決できます。 対象読者 今回の対象読者は、下記のとおりです。 実際の開発プロジェクトへの自動テストの導入を検討されている方 JavaによるWebアプリケーション開発についての知識がある方 JUnitの基本的な知識がある方 必要な環境 JDK 7 Eclipse 4.3 Tomcat 7 自動テスト導入における課題 JUnitの使い方は簡単なので、試しに使ってみたという方は多いと思います。しかし実際に業
『JUnit実践入門』写経・実践会 in 横浜 #6 (特別編) を開催してきた #junitbook - Diary of absj31
『JUnit実践入門』写経・実践会 in 横浜 #6 (特別編) - connpass 2013/05/12 『JUnit実践入門』写経・実践会 in 横浜 #6 (特別編) #junitbook - Togetter 前回まででこちらの書籍でのイベント開催は計5回を数えておりました。書籍の進みとしても終盤を迎えつつあるので、いずれどこかで著者を招いて集大成的なイベントを…というのは朧気ながら考えてはいたものの、これと言って明確なプラン等はまだ立てておりませんでした。 …がしかし！まさかの展開で今回の『特別編』が開催される事が決まり、この日(5/12)朝から夜まで丸一日費やして、ひっじょ〜に濃い〜内容で勉強会を実施出来ました。 特別編開催までの経緯 …まぁ、1つは著者の渡辺さんが5/11にJJUG関連イベントに参加の為東京に来られており、ちょうどこの日(5/12:日)が空いてるのでこんな感
JUnitのassertThatのいいところ - きしだのHatena
JUnitでのテストでは、古くは次のように書いてました。 assertEquals("期待値", "実際の値"); で、比較の種類だけassertXxxがあるわけです。 最近だと assertThat("実際の値", is("期待値")); のようにも書けます。 別にどっちでもええやん、とか思ってたのですけど、最近はassertThatのほうを使うようになりました。 というのも、assertEqualsを使おうとすると、補完で結構下まで移動する必要があったのです。 これがassertThatなら、次のようなstatic importにしておけば「as」で補完しても最初にassertThatが出てきます。 import static org.junit.Assert.assertThat; CoreMatchersも次のようにimportしておく必要がありますが、「is」とかは補完するまでも
JUnit のテストメソッド名に日本語を使ったときの問題の解決法 (Java 7) - 全力で怠けたい
Java 7 にアップデートしたら日本語メソッド名が通らなくなった 現象 クラス全体をテスト実行すると動く 日本語メソッドを選択して実行すると動かない Java 6 の場合には問題なかったのに、7 にアップデートしたら上手いこと動きません。 しかし、6 に戻すとちゃんと動くので、7 が怪しい…と調べてたら、一応動くようになりました *1 「Java 6 の時には問題なかったのに 7 にアップデートしたら上手く動かなくなった！」そんな方にはこのエントリが役に立つかもしれません。 環境は以下のとおりです *2 Mac OSX 10.7.5 Java 1.7.0_07 Eclipse 3.7 JUnit 4.8.1 Quick JUnit 0.6.3 おすすめエントリ 〜まずはこちらから〜 Eclipse や JUnit と日本語メソッド名については良く知られている問題ですが、それだけに良エント
Unit testing JavaScript with JUnit/JavaFX
2. おことわり ● この発表ではJavaFXの話は ほとんど出てきません。 ● JavaScriptの話を延々としま す。 ● あらかじめご了承下さい。 3. 誰？ ● 名前 : @mike_neck ● 所属 : 無職 ○ １日９時間勤務で18時定時で昼1時間の 休憩に加えて３時間昼寝できる会社探し ています。 ● 職業 : プログラマー ○ Groovy / JavaScript / Java ● ブログ ○ mike、mikeなるままに…
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
from old JUnit to modern JUnit
Google Code Archive - Long-term storage for Google Code Project Hosting.