GroovyのテスティングフレームワークであるSpockは標準ではレポート生成機能はありません。 多くはGradleでビルドしたときのxmlやhtmlを利用していると思います。 Spockにはspock-reportという拡張ライブラリがあり、これを依存関係に追加するだけでテスト結果のレポートを独自に追加で生成できます。 しかもなんと、HTMLだけではなくMarkdownやAsciidocとして生成することもできます。 また、最新のspock-reportではテストコードからレポートに文章を追加することも出来るようになりました。 今回はそんなspock-reportの便利機能をいくつか紹介します。 github.com 本ブログで説明しているサンプルコード全部入りのspockおよびspock-reportのプロジェクトテンプレートはこちら。 github.com 本記事はG* Advent
Java女子部というコミュニティで2017/03/25に半日間のハンズオンでSpockというテスティングフレームワークの使い方を教えてきました。 Javaはだいたい書けるけど、Groovyとかよくわかりません！みたいな人に最低限のGroovyの使い方とSpockを教えるみたいな感じです。 javajo.doorkeeper.jp すすめかたはだいたい次のような感じです。 GitHubからソースコードをダウンロードしてもらう kyon_mmがスライドで概要をつたえる kyon_mmがIDEでサンプルコードをひらきながら解説する 参加者がサンプルコードのテストが失敗している部分を通るように直す kyon_mmがテストが通るようにコードを記述するのデモする Groovy/Spockの基本については2 - 5を繰り返す 解説がおわったらペアプロでTDDライクにSpockをつかいながらコードをかいて
Spring BootアプリケーションのテストをSpockで書く方法を説明します。最近のバージョンを対象にしています。 Spring Boot 1.4 Spock 1.1-rc-3 Groovy 2.4 本稿では以下のテストレベルを対象とします。 コンポーネントテスト（依存コンポーネントをモックに差し替えた状態でコンポーネントをテストする） E2Eテスト（依存コンポーネントをモックに差し替えた状態でAPIをテストする） まずは、build.gradleに依存関係を追加しておきます。 dependencies { testCompile 'org.springframework.boot:spring-boot-starter-test' testCompile 'org.spockframework:spock-core:1.1-groovy-2.4-rc-3' testCompile '
Spock framework has multiple built-in extensions that support many core features like: @Ignore , @Timeout and annotations. But more importantly developers are encouraged to write their own extensions. For example, the SpringExtension nicely integrates Spock with Spring framework. Writing custom extensions is not very well documented. In this article we will write very simple extension. It is not a
2023年のお仕事をまとめてみた。 複雑化するデータパイプラインへの対応 クロスアカウントのリストア 現職では、開発、テスト、カスタマーサポート、データ分析などに使うデータベースを日次もしくは不定期で本番環境から同期する仕組みを整備している。今年は検証環境を独立した AWS アカウントに移行する作業を進めていた。データパイプラインもクロスアカウントに対応した。 本番環境のデータベースには個人情報が含まれるものがあるため、本番環境の AWS アカウント内で個人情報のマスク処理を完結させる必要がある。そのため、本番環境の AWS アカウントでマスク済みの EBS スナップショットや RDS スナップショットを作成し、検証環境の AWS アカウントに共有する構成にしている。以下のはまりどころがあった。 スナップショットの内容は共有されるが、スナップショットのタグは共有されない AWS Manag
Spock とは build.gradle HelloSpock 仕様(テストケース)の構造 フィールド fixture メソッド feature メソッド helper メソッド データドリブンなテスト @Unroll data pipe Stack の仕様例 例外の検証 例外とならないことの検証 タイムアウトを適用する Hamcrest matchers を使う リソースのクリーンナップを行う @Shared で共有リソースを利用する Specification に自然言語の名前をつける MOPを適用する feature の実行を制限する @Ignore @IgnoreRest @IgnoreIf @Requires @Stepwise Spock とは Java と Groovy アプリケーションのテスティングと仕様フレームワーク JUnit, jMock, RSpec, Groov
Spock supports JUnit rules out of the box. We simply add a rule with the @Rule annotation to our Spock specification and the rule can be used just like in a JUnit test. The Spring Boot project contains a JUnit rule OutputCapture to capture the output of System.out and System.err. In the following example specification we apply the OutputCapture rule and use it in two feature methods: package com.m
GitHubでGeb+Spockの学習用（お手本用）ソースの公開を開始しました 著者：ふじさわゆうき 更新日：2015/01/25 目的 「Gebってせっかく便利で生産性の良い言語なのに多くの資料が英語だからイマイチ日本で広がらない」という問題を解決するには、お手本となるソースコードが沢山あればよいと考えてGeb+Spockの学習用（お手本用）ソースを日本Geb研究会で作成、公開を開始しました 想定ユーザー これからGebを始める人 Gebの基礎を見直したい人 方針 Geb公式マニュアルに即したソースコード例をひたすら提供する The Book Of Geb - Table of Contents - 0.10.0 その例が動作するコードをGitHubで提供する ゴール 「便利そうだし、サンプルもあるからGebをやってみよう！」となってくれること 「Gebってこんな使い方もできるんだ」と発
はじめに これはG* Advent Calendarの12日目の記事です。今日はミューテーションテストについて書きます。明日はid:nobusue さんです。 概要 PITというツールの紹介です。「Javaプロダクトコードを機械的に変更してからテストを実行したときに、テストはそれを検知できるのか？」ということを調べてくれるツールで、SpockのテストやGradleからの実行に対応しています。 ミューテーションテスト ミューテーションテストとはざっくりと言えば「プロダクトコードを変更したなら、その振る舞いも変わるはず。テストはその変更された振る舞いを網羅できているかを調べる」というテストです。 対象規模が小さければ手動で毎回やってもいいわけですけど、ツール化されていると楽なことこの上ないです。ということで、今回はJavaプロダクトコードをミューテートするライブラリであるPITについて紹介しま
はじめに これはG* Advent Calendarの2日目の記事です。今日はSpockの新機能について書きます。明日はRyotaMurohoshi さんの「初心者でも】やろうぜGroovy!〜Web APIたたいたり、レスポンスの中身確認したり、データを保存したり〜編【今すぐ使える】」です。 概要 2014/12現在、最高のユニットテスティングフレームワークであるSpockの次のメジャーバージョンである1.0の機能を紹介します。 BDDを強力にすすめるためのアノテーションと、最高にクールなテストレポーターが実装されました。個人的には本当に本当に素晴らしいリリースです。 はやくこい！！！！！ サンプルプロジェクト サンプルプロジェクトをこちらにあげておきました。参考にしてみてください。 gradle testReportやgradlew testReportとしてみてください。テストが実行
Java 8でSpockを使ってJavaクラスのモックを作成しようとしたらエラーが出ました。 Groovyクラスのモックではエラーは出ません。 class ExampleSpec extends Specification { def "shell should write stdout to #logging"() { given: def out = System.out System.out = Mock(PrintStream) when: //... then: System.out.println('some message') cleanup: System.out = out } } java.lang.IllegalArgumentException at net.sf.cglib.proxy.BridgeMethodResolver.resolveAll(BridgeM
これを読んでる人は、すでにご存知で、購入済みの方が多いとは思いますが、11/5に待望の Gradle徹底入門 次世代ビルドツールによる自動化基盤の構築 が発売になりました。 レビューアの指摘により、2章分が書き直しになるなど、洗練された本に仕上がってて、 曰く世界一詳しいGradle本だそうです。 それがが日本語で読めることに感謝。 弱点があるとすれば、その厚みと重さでしょうか。 kindle版もありますが、固定レイアウトなのは残念。 Gradle徹底入門 次世代ビルドツールによる自動化基盤の構築[kindle版] また、発売前に、待ちかねてる人向けにGradleのワークショップが開催されました。 Gradleの回は人が多いですね。 blog 範囲を与えると順番に次の日を返す · GitHub groovyあれこれ: groovyとOpenWeatherMapで天気予報を取得する groo
Today Spocklight Notebook is published as a free book. This book is an electronic publication with all Spocklight blog posts about the Spock framework bundled. The book is published at Leanpub and is available in three formats: PDF, MOBI (for Kindle) and EPUB (for iPad). Updates for the book are also free. So when new Spocklight blog posts will be added to the book you will get those updates for f
(関連記事：http://uehaj.hatenablog.com/entry/2015/10/18/155107 ） JCUnitというすばらしいJUnitの拡張があります。 JCUnit ブログ JCUnit JCUnitではペアワイズ法もしくはオールペア法という手法でテストデータを生成します。ペアワイズ法というのは、試験対象コードに対するパラメタのバリエーションテストをする際に、より少ないテストデータの件数で、効率良くバグを発見できるというテストデータの選択技法だそうです。(オールペア法の記事) 折角の自動テストならば、テストデータも自動生成してしまおうと。しかし単純に総当たりだと、指数的にケース数が増えて手に負えなくなるので、統計学に基づいて、優れているとされている方法でデータを選択し実用的には十分なようにしよう、ということです。 JCUnitはJUnit4のRunner(@Run
G*ワークショップz 札幌、JGGUG初の北海道進出。 早速、北海道？札幌？支部長も決まったようで、地域ごとの活動も活発化するといいですな。 待望のGradleの書籍である「Gradle徹底入門(仮) 」がGradle2.0ベース(2.1トピックあり)で 500ページ超の手頃な鈍器本として翔泳社から11月刊行予定だそうです。 blog http://asaca3.hateblo.jp/entry/2014/09/02/180949 GradleスクリプトからShellを実行 - メモ2ブログ [Groovy]クロージャのthis、owner、delegateについて - Qiita ruby の 文字列の連接 - Qiita groovyあれこれ: Apache Commons CSVとgroovyでタブ区切りのCSVデータを読み込む 【環境構築】GradleでGoogle Play Se
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く