Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに Gradle の設定 テストの実行 アサーション Matcher ライフサイクル Display Names @Tag Nested Tests コンストラクタとテストメソッドへの DI Assumptions Dynamic Tests ライフサイクルコールバック はじめに JUnit5 のリリースが近づいています。現在は M2 で M3 の作業が進んでいます。 今のところの予定は以下のようになってます。 2016/10/21 M3 リリース 2016/11/30 M4 リリース 2016/12/30 M5 リリース JUnit4 とは(中身は)全く別ものです。が普通に使う分には特に今までと同じ感覚で使えます。 Java8 以降をサポートという潔い割り切りになってます。 Version 5.0.0-M2 のユーザガイドからかいつまんでみます。 Gradle の設定 プラグインが
エンタープライズの現場でJUnitテストを書きましょうとプロジェクトを進めてみると、大量のテストコードが出来上がって、CIのジョブが1時間ちかくかかるようになってしまった、なんてことを聞いたことがあります。 これらを速くしようとテストコードをチューニングしたり、ジョブを分けてスレーブで実行しようとしたりするのはわりと骨の折れることです。またスレーブマシンもたくさん用意しなくてはならず、受託開発においてはそんな予算は無いことが多いので、-Dmaven.test.skip=trueというクスリに手を染めてしまうプロジェクトもあるようです。 そんなプロジェクト向けに、準備が非常に簡単で安価に分散実行できてしまうTestStreamerなるものを開発しました。 といっても作ったのはわりと昔です。 http://www.slideshare.net/kawasima/test-streamer 以前
本資料について 本資料は、第十六回 #渋谷java にて発表された資料です。 自己紹介 福原和朗 @kazurof Qiita, twitter, Facebook とかやってます。 所属 GMOリサーチ アンケートシステムの開発保守 本日のお題 JUnit 5.0.0-M1 が、2016/7/7にリリースされました 七夕さま いじってみた感触など並べてみます。 注意:Milestoneなので今後変更入るかもしれません。 そもそもの大前提 元となるパッケージ名が変わった。 org.junit.jupiter org.junit.platform など JUnit4 とのAPI互換性はありません。 Java8以降をサポート。 Java7以前はさようなら。 JUnit5 のサブモジュール JUnit Platform テストの実行の全体枠組み JUnit Jupiter テスト開発者・拡張の開
The 5th major version of the programmer-friendly testing framework for Java and the JVM User Guide Javadoc Code & Issues Q & A Support JUnit JUnit team’s statement on the war in Ukraine As human beings, we stand with Ukraine and condemn the Russian government’s war against the Ukrainian people, including our own colleagues and their families. Donate to UN’s Ukraine Humanitarian Fund About JUnit 5
徐々にテスト自動化していく場合のニーズ コンポーネントテストや統合テストなど開発者主体の自動テストの場合最初から自動テストのみを管理して、特に手動テストと管理をまとめたいというニーズはありません。 しかし、システムテストレベルの場合、全自動化がされていることは少なく、また現実的ではないので、現状手動のテストを徐々に自動化していくというのが良くあるパターンではないでしょうか? そのような徐々に自動テスト化していく中では手動テストと自動テストを同時にリグレッションテストやスモークテストとして行ったりするので、両方をまとめて管理したい、まとめて状況を見たいというお話をマネージャーさんからリクエストされることが度々あります。 私にそんな話が来るぐらいと言うことは世の中でもそういうニーズがあるに違いない、そもそもHPのQuality CenterやIBMのRational Quality Manag
本書は,Seleniumを使ってブラウザテストを自動化するためのノウハウが詰め込まれた1冊です。ブラウザ・デバイスの多様化やアジャイルな開発スタイルの普及により,現代では手作業によるテストだけでシステムの品質を保つのはますます難しくなってきています。Seleniumを活用したテストの自動化は,このような問題を解決するものであり,効率的で快適なシステム開発を行うための有用なソリューションの1つです。 本書の執筆にあたり,筆者らが目指したのは次の2つです。 (1)初心者はもちろんのこと,初心者を脱したあとも手元に置いておきたい,詳細なリファレンス本であること (2)周辺技術も含め,Seleniumテストに必要と思われる技術を幅広く網羅すること (1)を達成するために,多くのSelenium WebDriver(本書ではWebDriverと略します)コマンドについて広く深く解説した「WebDri
public class HamcrestTest { List<String> list = Arrays.asList("hoge", "fuga", "piyo"); @Test public void test() { assertThat(true, is(true)); assertThat("hoge", is("hoge")); assertThat(list, is(not(empty()))); assertThat(list, is(contains("hoge", "fuga", "piyo"))); } } 見た目はHamcrestとあまり変わらないように感じますが、大きなメリットはFluent APIのため、チェック対象の型情報からIDE補完で使用可能なメソッド一覧を選択できることです。 このため、Hamcrestのように事前にAPIを把握していなくても、型安全
渡辺です。 DevelopersIOでの100本目のエントリーがJUnitネタとなりました。 自分がJUnit実践入門を執筆したのは2011年から2012年にかけてです(出版が2012年11月)。 それからJava8がリリースされていますが、JUnit4自体は大きな進化はしていませんでした。 昨日、JUnit Lambda Prototypeが公開されました。 まだプロトタイプということで、今後の変更は大きいかと思いますが、いよいよ次世代のJUnitの足音が聞こえてきた感じがします。 今回は、このドキュメントからJUnit Lambdaの概要と方針について速報をお送りしたいと思います。 なお、現在JUnitチームでは、このプロトタイプに対するフィードバックを募集しています。 ここはこうじゃないとかはてブコメントする前にTwitterやGitHubでフィードバックを! JUnit Lambd
Java のアサーションライブラリに AssertJ というものがある。 http://joel-costigliola.github.io/assertj/ Fluent にアサーションが書けるとのことなので、我がプロジェクトに導入してみました。 基本 基本的な比較。 Junit, Mockito だとこういう風に書くケースが・・・ assertEquals(expect, value); // JUnit assertThat(value, is(expect)); // Mockito こう書けます。 assertThat(value).isEqualsTo(expect); // AssertJ 「何が嬉しいの?」と思うかもしれませんが、とりあえず先に進みましょう。 文字列比較 よくある比較。コードの意図は説明しなくとも伝わると思います。 assertThat("Hello Wor
「JUnit」は、Javaで単体テストの自動化を行うためのフレームワークです。さまざまな開発ツールでサポートされ、Javaの単体テストを行う際の事実上の標準になっていると言っても過言ではないでしょう。 オープンソースで開発されているJUnitは現在、資金不足によって開発が行き詰まりを見せており、「Crowdfunding JUnit Lambda」と名付けられたクラウドファンディングによる寄付金の募集のキャンペーンが8月3日から始まっています。(@t_wadaさんのツイートで知りました。ありがとうございます) Please spread the word: The #JUnit crowdfunding campaign will start on August 3 http://t.co/4XJgSLCANI — JUnit Lambda (@junitlambda) 2015, 7月
Javaユニットテストのデファクトスタンダード「JUnit」の解説書。モダンなJava開発においてユニットテストはいかなるアプリケーションを開発する場合にも欠かすことのできないプロセスです。本書では、ユニットテストの基礎からチーム開発でのユニットテストまで、達人プログラマーの実践的テクニックを明らかにします。さまざまなベストプラクティスからわかりやすい合い言葉が作られており、読者はユニットテストでの指針をすぐにマスターできるでしょう。避難は「おかし」、味付けは「さしすせそ」、ユニットテストは「FIRST」! 賞賛の声 序文 まえがき 第I部 ユニットテストの基礎 1章 初めてのJUnitテスト 1.1 ユニットテストを作成する理由 1.2 JUnitの基礎(テストを作成し、成功させる) 1.2.1 プロジェクトの設定 1.2.2 JUnitテストの構成要素 1.2.3 JUnitの実行 1
弊社ではテストのエビデンスとして、JUnitの結果とコードのカバレッジを提出するルールにしておりますが、開発者それぞれの環境でallTestをするようなこともあります。その時に環境によっては、マシンのスペックが悪くallTestにけっこう時間が掛かってしまうこと、またその影響でマシンの負荷が高くなり、他の作業を並行してやれず仕事にならないようなことがありました(注1)。その対応としてJenkinsにブランチのallTestが流せるジョブを作って対応しました。 あと、Jenkinsのバージョンはこまめに更新した方が良いなと実感しました。バージョンアップする前はビルド、AllTest、ページビューなどが結構遅くて、周りの人からも遅いという声があがっていました。改善として、サーバのスペックをすぐに上げることは無理そうだったので、jvmのチューニングをしたりしましたがさほど効果はなく、Jenkin
JBehave+Maven+Eclipseを使った結合試験の自動化 What is JBehave? JBehave is a framework for Behaviour-Driven Development(BDD). http://jbehave.org/より BDDをするためのフレームワークです。 試験シナリオをプレインテキストで記述し、それを処理するテストを記述することで試験をしていきます。試験シナリオをテキストで記述できるため、いわゆるお客様にシナリオを確認してもらいやすくなります。(お客様に書いてもらうこともできそうですが、ちょっと厳しいかと思います) 具体例 先日作ったjalo(https://github.com/tamurashingo/jalo)に結合試験を追加してみます。 ソースコードはhttps://github.com/tamurashingo/jalo/tr
Quilt is a Java software development tool that measures coverage , the extent to which unit testing exercises the software under test. It is optimized for use with the JUnit unit test package, the Ant Java build facility, and the Maven project management toolkit. NoUnit allows you to see how good your JUnit tests are. It generates a report from your code to graphically show you how many of your pr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く