JUnit Lambda was the working title for what has now become JUnit 5. The initial phases of this work were enabled by a crowdfunding campaign on Indiegogo.
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
先日、日本Javaユーザグループ(JJUG)主催のJJUG CCC 2013 Fallで、「ユニットテスト改善ガイド」というタイトルで登壇してきました。自分の経験を元に、ユニットテストをチームや組織へ導入する時に起こりえる問題とその解決のヒントに関するセッションです。本エントリーではそのセッションの内容を再構成して公開します。 はじめに 近年のシステム開発では、ユニットテストや継続的インテグレーション(以下、CI)の導入は必要不可欠と考えられています。とはいえ、どんな組織(チーム)でも簡単に導入できているわけではありません。特に、大きな組織や古くからの慣習を残している組織では導入したくとも中々進まないと感じているところが多いのではないでしょうか?。 私は、これまでに多くの開発現場でユニットテストやCIの導入について推進してきました。成功したケースもあれば失敗したケースもあります。そして、失
に配置しています。 Eclipseからだと、このように見えています。 build.xml コンパイルとテストを実行し、最終的に実行可能なjarファイルを出力することを想定しています。 jarファイルにMainTest.classを含めたくないので、こんな方針で行きます。 ・Main.javaをコンパイルし、buildフォルダに出力する。 ・MainTest.javaをコンパイルし、testbuildフォルダに出力する。 (この時、Main.classとjunit.jarにclasspathを通す必要あり) ・JUnitによるテストを実行する。 (この時、Main.classとMainTest.class、junit.jarにclasspathを通す必要あり) ・buildフォルダのclassをjarで固める。 あまりbuild.xmlを書き慣れていないので、ちゃんと流儀に添えているか 微妙
package asakichy.第02章オブジェクトの生成と消滅; import static org.hamcrest.Matchers.*; import static org.junit.Assert.*; import org.junit.After; import org.junit.Before; import org.junit.Test; @SuppressWarnings("unused") public class 項目02数多くのコンストラクタパラメータに直面した時にはビルダーを検討する { @Test public void 問題点_コンストラクタパラメータの数が多いと使いにくい() throws Exception { /** 【詳細】 */ description.append(1).append("何番目が何のパラメータかわかりにくい。"); descrip
JenkinsでAntを使用してビルドする際に、Coberturaを使用してコードカバレッジを取得しようというお話。 GradleやらMavenが主流みたいで、日本語ドキュメントがあまりみつからなかったので書いてみます。*1 前提 Jenkinsは既に動作している Jenkins上でAntを使用してビルドが行われている AntでJunitを実行している coberturaの概要 アプリケーションのコードをコンパイル コンパイルされたclassファイルにログ出力コードを埋め込む Junit実行 レポートを出力 coberturaのモジュール取得 公式ページからモジュールを取得。 私は「cobertura-1.9.4.1-bin.zip (binary)」を使用しました。 必要モジュールの取得 取得したモジュールを解凍し以下のモジュールをプロジェクトに設定。 asm-3.0.jar asm-t
2012-12-26 Javaプログラマ必読の実践的テスト指南書『JUnit実践入門』レビュー 渡辺修司さん著『JUnit実践入門』が発売されてからかなり経ってしまいましたが、実はこの本、すこしだけレビューにも参加させてもらいました。私は結局少ししかご協力できなかったのですが、それでも献本頂きました。レビュー段階からこれはいい本になると思って、ぜひレビューを書こうと思ってましたが、遅れに遅れ、今になってしまいました。 JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus)作者: 渡辺修司出版社/メーカー: 技術評論社発売日: 2012/11/21メディア: 単行本(ソフトカバー)購入: 12人 クリック: 238回この商品を含むブログ (19件) を見る この本、私は読者としてプログラマとしてかなり助けてもらってますので、基本的に褒めるところしかない
今回からは数回に渡り、企業システムの構築を支援するEclipseの付属機能について解説していきます。具体的には、JUnit、Ant、CVSなどについて解説します。 これらは、サンプル程度のプログラムの開発にはそれほど利用することはありませんが、チーム開発を行う際には重要な機能です。これらのツール類はEclipseに標準で組み込まれており、他にプラグインをインストールせずに利用することができます。 今回はまず、JUnitについて解説します。 JUnitはJavaの単体テストツールです。 プログラムを作成したとき、単に"コンパイルが通った"だけでは完成ではありません。実際にそのプログラムを実行して、期待どおりの動作をすることを確認しなければいけません。動作確認の最もシンプルな方法は、mainメソッドを書いて実行してみることです。 プログラムはそのときのオブジェクトの状態やメソッドの入力値などに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く