Visual Studio CodeがJUnitに対応。エディタ上で単体テストの実行、テストのデバッグなどが可能に
マイクロソフトはオープンソースで開発している無償のコードエディタ「Visual Studio Code」（以下VSCode）をJUnit対応にする拡張機能「Java Test Runner」のリリースを発表しました。 「JUnit」は、Javaで単体テストの自動化を行うためのフレームワークです。さまざまな開発ツールでサポートされており、Javaの単体テストを行う際の事実上の標準といえます。 VSCodeに拡張機能「Java Test Runner」を追加することで、JUnit4のテストを認識し、VSCode上でテストの実行や実行結果、テストコードのデバッグなどが可能になります。 下図は、テストコードを実行するところ。
【速報】JUnit5 はこうなる!?【プロトタイプ】 | DevelopersIO
渡辺です。 DevelopersIOでの100本目のエントリーがJUnitネタとなりました。 自分がJUnit実践入門を執筆したのは2011年から2012年にかけてです（出版が2012年11月）。 それからJava8がリリースされていますが、JUnit4自体は大きな進化はしていませんでした。 昨日、JUnit Lambda Prototypeが公開されました。 まだプロトタイプということで、今後の変更は大きいかと思いますが、いよいよ次世代のJUnitの足音が聞こえてきた感じがします。 今回は、このドキュメントからJUnit Lambdaの概要と方針について速報をお送りしたいと思います。 なお、現在JUnitチームでは、このプロトタイプに対するフィードバックを募集しています。 ここはこうじゃないとかはてブコメントする前にTwitterやGitHubでフィードバックを！ JUnit Lambd
JUnit 4.12の新機能紹介まとめ - うさぎ組
全国50万のJUnit4ユーザーさん。使っている言語とテスティングフレームワークののMLとGithubやBitBucketリポジトリを監視していると思うので今さらかもしれませんが、2014/7/30にJUnit4.12 Beta-1がリリースされました。 結構楽しい機能が追加されているので、見逃している方のために情報を共有させていただければと思います。 基本的にリリースから抜粋しながら紹介ですがご容赦ください。 Release Notes junit/ReleaseNotes4.12.md at master · junit-team/junit · GitHub 全体の感想 JUnit4がおれの足元にやっと追いついたと思った。（今までJUnitとSpockを魔改造しまくってた。） テストランナー系 クラス階層化 JUnit魔改造コミュニティに朗報です。私たちのテストランナーでよしなにやっ
JavaのユニットテストにSpockを適用する - Qiita
アトラクションルームクラス。ルームに人を追加するaddメソッドを持つ。キャパシティは合計20あり、男性の大人は3、女性の大人は2、子供は男女とも1を消費する。キャパシティがいっぱいになったら満員で、それ以上は人を追加できない package spockexample; import org.junit.Before; import org.junit.experimental.runners.Enclosed; import org.junit.experimental.theories.DataPoints; import org.junit.experimental.theories.Theories; import org.junit.experimental.theories.Theory; import org.junit.runner.RunWith; import stati
JUnitのカスタムアサーションを簡単に実装できるcmtest | DevelopersIO
渡辺です。 先日、「JUnitのオブジェクト等価比較を怠けたい!」というスライドが公開されました。「オブジェクトのカスタムアサーションをどのように実現するか」という問題は、ユニットテストを実践していくとよく発生します。この問題に関して、先日のJJUG CCCでも相談されました。また、簡単に書ける仕組みは共有した方が良いのですよね。そんなわけで、cmtestというライブラリにまとめましたので紹介したいと思います。 Objectクラスのequalsメソッド Javaではオブジェクト同士の比較にはObjectクラスのequalsメソッドを利用することが定石です。これはユニットテストのアサーションでも同様です。テストした結果に作られる実測値と、テストの期待値を比較する時、通常はequalsメソッドを利用します。equalsメソッドを使った比較を行うのであれば、定番のassertThat構文を利用で
JUnit+Mockitoを使ったWebアプリケーションの単体テスト
自動テストを導入することにより、テストケースの作り方を統一でき、網羅できます。全体を自動テストにできれば、変更部分以外の障害を防止できます。そして、テスト作業がコーディング作業になることによって、楽しくなるでしょう。実際のプロジェクトに導入するにあたってはいくつかの課題がありますが、自動テスト用のテストデータをあらかじめ用意しておくこと、DbUnit・Mockito・djUnitを使うことで解決できます。 対象読者 今回の対象読者は、下記のとおりです。 実際の開発プロジェクトへの自動テストの導入を検討されている方 JavaによるWebアプリケーション開発についての知識がある方 JUnitの基本的な知識がある方 必要な環境 JDK 7 Eclipse 4.3 Tomcat 7 自動テスト導入における課題 JUnitの使い方は簡単なので、試しに使ってみたという方は多いと思います。しかし実際に業
ドキュメントベースの単体テストでxUnitを導入する前に考えて欲しいこと ｜ Developers.IO
ドキュメントベースの単体テスト ソフトウェア開発では、テストケースをExcel等で管理し、テストをテストフェイズで実施する方式（以下、ドキュメントベースの単体テスト）が行われてきました。 ドキュメントベースの単体テストでは、テストフェーズが明確に切られています。テストフェーズでは、テスト担当者がテストを実施し、結果をドキュメントに記録します。必要に応じてエビデンスも残すでしょう。もし、テストが失敗したならば、不具合管理票（バグ票）を起票します。そして、不具合の原因を分析し、仕様書やソースコードを修正します。不具合が修正されたならば、もう一度テストを実行し、不具合がなくなるまでこのサイクルを繰り返し、品質を高めていきます。 このようなドキュメントベースの単体テストは、機能や画面を対象としています。そして、ほとんどの場合は品質保証を目的としています。テスト件数や不具合件数、不具合の発生原因や修
ブラックボックステストとホワイトボックステスト | DevelopersIO
テスト分類のひとつにブラックボックステストとホワイトボックステストがあります。 ブラックボックステストとは、テスト対象の内部を意識せずに外部仕様のみからテストケースを構築していく手法です。ユニットテストであれば、テスト対象となるメソッドの実装（コード）を意識せず、メソッドのAPI仕様からテストケースを作成することになります。 一方、ホワイトボックステストでは、テスト対象の内部を意識し、どのような構造であるかを踏まえたテストケースを構築します。ユニットテストであれば、テスト対象となるメソッドの実装（コード）を意識し、分岐や繰り返しなどを考慮しつつテストケースを作成することになります。 さて、ユニットテストはブラックテストでしょうか？ それともブラックボックステストでしょうか？ 「JUnit実践入門」では次のように記述しました。 本書で扱うユニットテストは、テスト対象の内部ロジックを考慮して行
JavaのテストコードからはじめるGroovy #gadvent2012 - やさしいデスマーチ
本エントリーは、G* Advent Calendar 2012の24日目のエントリーです。前日は、@tetsurokitaharaさんのGroovyにProcessingを！でした。 何をネタに書こうかなと悩んだのですが、思うほどG*なネタは持っておらず、JUnitネタとなりました。実は、書籍「JUnit実践入門」でもGroovyを活用するトピックを入れる予定だったのですが、紙面の都合上、入れる事ができませんでした*1。そこで、少しだけですが、本エントリーで補足したいなと思います。 テストコードでGroovyを使う Groovyは、Javaと親和性の高いプログラミング言語です。上司を説得する場合は「GroovyはJavaの拡張ライブラリです（ｷﾘｯ」と言っても良いでしょう。本当は開発環境やビルドツールの設定などで一工夫しなければ利用できませんが、その辺は裏でしれっとやってしまえばOKです。
[Spock] Spock 関連でゴニョゴニョしてる件 - bikisuke IN ACTION
こんばんは。[twitter:@bikisuke] です。 今日の Advent Calendar ネタは、Spock です。 僕は G* 一派だからという贔屓目は抜きにしても、Java のテスティングフレームワークとして Spock はもっと評価されるべきじゃないかと思ってます。 なので、今回はその辺りに触れつつ、密かに企んでいることについて書きたいと思います。 Spock のいいところ 何と言っても、シンプルな記述ができるところは Spock の大きな魅力ではないでしょうか。もちろん、テスト対象クラス（機能）によっては複雑になることもあるかもしれませんが、可読性に関しては JUnit の比ではないと思ってます。 # これは Groovy と Java の言語特性や制約に依るところが大きいので、Spock が良くて JUnit がダメと言ってるわけではないです。念のため。 あと、拡張の仕
![[Spock] Spock 関連でゴニョゴニョしてる件 - bikisuke IN ACTION](https://cdn-ak-scissors.b.st-hatena.com/image/square/5e105fcb24ba320ea6bb3466ae5d0cffc52cd07f/height=288;version=1;width=512/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2F3188f6d2844b134abcebc282b2508102b47ef302%2Fbackend%3Dimagemagick%3Bheight%3D1300%3Bversion%3D1%3Bwidth%3D1300%2Fhttps%253A%252F%252Fcdn-ak.f.st-hatena.com%252Fimages%252Ffotolife%252Fb%252Fbikisuke%252F20121220%252F20121220234708.png)
GroovyでJUnitなテストを書くときの注意点……なんて無かった #gadvent2012 - 日々常々
Groovy!!（挨拶） G* Advent Calendar 2012 の13日目でございます。 前日: SpockでビルトインされているExtensionsとかそのへん - Yamkazu's Blog / @yamkazuさん 翌日: groovy.lang.MissingPropertyException*1*2 http://piyopiyoducky.net/gadvent2012/ / @gantawitterさん JUnitをGroovyで使うなど 何も考えずに突っ込みどころ満載のFizzBuzzとテスト（色々足りてない）を書きます。 HogeJava.java HogeJavaTest.java これをGroovyで書くとします。 HogeGroovyTest.groovy(ほぼ HogeJavaTest.java のまま) そのままJUnitとして動きます。Eclips
Spring/Testing - solutionlog @ ウィキ
Spring > Testing Unitテスト SpringでDIを使えばPojoだからJUnit,TestNGでテストできる モックオブジェクトを使う Unitテストはすばやく終わらないとだめ モックオブジェクト JNDI SPI org.springframework.mock.jndi JavaEEコンテナのデータソースとか Servlet API org.springframework.mock.web Spring Web MVCで使われるオブジェクトのモック Webコンテキストとコントローラのテスト Portlet API org.springframework.mock.web.portlet Spring Portlet MVCで使われるオブジェクトのモック サポートクラス ReflectionTestUtils 非publicなフィールドへの代入、setterの呼び出し
超適当訳写経 『Groovy - Using JUnit 4 with Groovy』(Groovy公式ドキュメント) #junitbook - Diary of absj31
Groovy - Using JUnit 4 with Groovy GroovyでJUnit4を使うには、というページの写経メモ。 簡単な例 まずはGroovyで。 package junitbook.sandbox.junit4; import static org.junit.Assert.*; import org.junit.Test; class ArithmeticTest { @Test void additionIsWorking() { assertEquals 4, 2+2 } @Test(expected=ArithmeticException) void divideByZero() { println 1/0 } } また、shouldFailは以下のように書くことも出来る。 final shouldFail = new GroovyTestCase().&sh
JUnit4実践入門の感想 - 川口耕介のブログ
JUnit4実践入門を献本してもらったので感想など。 JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus) 作者: 渡辺修司出版社/メーカー: 技術評論社発売日: 2012/11/21メディア: 単行本（ソフトカバー）購入: 14人 クリック: 273回この商品を含むブログ (69件) を見る 恥ずかしながら、僕はJenkinsでは未だにJUnit3でテストを書いています。JUnit4の新しい機能も一応は知っているつもりでしたが、こうやって系統だってまとめられていると参考になります。思わぬいい勉強をしてしまいました。 目次を見てみるとわかりますが、この本はJUnitの使い方だけではなくて、DbUnitとかAndroidのテストの話とか、MavenやJenkinsでテストをどう使うかという話にも多くの紙面が割かれていて、広範な分野に手を広げている印象
JJUG CCC 2012 fall で登壇してきました #jjug #jjug_r33 - やさしいデスマーチ
11/10に東京で行われたJJUG CCC 2012 fall（日本Javaユーザグループ クロス・コミュニティ・カンファレンス）で登壇してきました。 これまでのJJUG CCCは平日に開催されていることもあり、参加したくても中々参加できませんでした。しかし、今回は土曜日開催ということで参加したいなと思っていたわけです。さらに、Call for Paperでセッションの募集がありました。おまけに交通費を支援していただけるということで応募し、晴れてJJUG CCCにデビューできたのです。 自分のセッション セッションはテストコードのリファクタリングということで、JUnit実践入門の営業もさせていただきました。 セッションの資料はこちらです。 今回のセッションでは、テストコードを整理する方法を紹介したわけですが、単純に紹介しただけじゃ、書籍を読んでもらうのと変わりません。そこで、実際にテストコ
JUnit のセカイ #JJUG - やさしいデスマーチ
このエントリーは、@cero-tさんのエントリーの次で、Java Advent Calendar 2011の6番目のエントリーです。自分自身の今年のメインテーマがTDD（テスト駆動開発）と言う事もあり、関連エントリーとしてJUnitについて書きたいかと思います。今更JUnit？と思われた方も普段からJUnitを使っていあなたも気軽にお読みください。尚、色々な話題を駆け足で紹介するので、どれも簡単な紹介程度になってしまいますが、ご了承願います。 JUnit4 スタイル JUnitがアノテーションに対応し結構な月日が流れましたが、古いコーディング規約のままでテストコードを書いていませんか？JUnit4では、アノテーションとアサーションを使ったテストコードを書くことが基本スタイルです。かつては、TestCaseのサブクラスを作り、testではじまるメソッドを定義していましたが、今は Testアノ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ランダムに振る舞う機能を JUnit する #渋谷Java 第３回
Loading...
テストコードのリファクタリング