2017/12/10 システムテスト自動化カンファレンス2017-2 「GebとSpockではじめるシステムテスト自動化」Read less
SpringBootで作ったWebアプリのユニットテスト こちらを参考に作り始めたのですが、動かすまでは簡単にできたのですが、ユニットテストの方法が良くわからなかったので調べてみました。 あと、テストにはやっぱりSpockを使いたかったので、その辺も調べました。 Webアプリを作成 公式サイトのチュートリアル通りにやれば一直線です。迷うところは特にありません。 Spockも使うつもりだったので最初からGroovyで作っています。 HelloController.groovy package la.urau import org.springframework.web.bind.annotation.RequestMapping import org.springframework.web.bind.annotation.RequestMethod import org.springfram
Spock Framework is increasingly used to create automatic tests for production code written in Java. Thanks to a DSL based on Groovy language Spock allows to create more compact constructions with much better readability. During my presentation I will show number of advanced and less known features, the use of which can simplify testing our code even more. I will present also a few new features whi
Java Testing with Spock teaches you how to use Spock for a wide range of testing use cases in Java. Readers new to Groovy will appreciate the succinct language tutorial that'll give you just enough Groovy to use Spock effectively. about the technology Spock combines the features of tools like JUnit, Mockito, and JBehave into a single powerful Java testing library. With Spock, you use Groovy to wri
Geb面白いなーってつぶやきながら勉強してたら。 玉川さんが玉川さんを紹介してくれて。 ふむ。 りゅーじさんがひろこさんを紹介してくれて。 ひろこさんをお招きして社内Geb勉強会を開催しました。 ひろこさんのセッションを聞けて幸せなひとときでした。 ひろこさん。すごく分かりやすかったです!ありがとうございます! りゅーじさん。ご紹介ありがとうございます! さとりゅ。おぎおぎ。色々調整等ありがとー! 日本全国とあと中国もつないでたかな?見に来てくれたみんなありがとー! 僕は。実際のプロジェクトでGeb使ってみた話を実際のコードを見せながらお話しました。 コードは見せられないけど流れはこんな感じ。 スパゲッティパターン セレニウムで自動テストしようぜー!って言って、まず踏むのがこのパターンすね。 findElementとかでXPath使ったりしてもう何テストしてるかわかんないし、DOMに変更あ
はじめに これはG* Advent Calendarの2日目の記事です。今日はSpockの新機能について書きます。明日はRyotaMurohoshi さんの「初心者でも】やろうぜGroovy!〜Web APIたたいたり、レスポンスの中身確認したり、データを保存したり〜編【今すぐ使える】」です。 概要 2014/12現在、最高のユニットテスティングフレームワークであるSpockの次のメジャーバージョンである1.0の機能を紹介します。 BDDを強力にすすめるためのアノテーションと、最高にクールなテストレポーターが実装されました。個人的には本当に本当に素晴らしいリリースです。 はやくこい!!!!! サンプルプロジェクト サンプルプロジェクトをこちらにあげておきました。参考にしてみてください。 gradle testReportやgradlew testReportとしてみてください。テストが実行
The blog about writing Clean Code, Software Craftsmanship, TDD, my tools, useful software and random tricks from a battlefield. Marcin Zajączkowski Software Craftsman & Solution Architect Experienced architect aiming for high quality solutions. Very engaged in evangelising Software Craftsmanship, Clean Code and Test-Driven Development as a conference speaker and trainer. An expert in deployment au
タイトルはホッテントリメーカーを使いました。http://pha22.net/hotentry/tb/r?word=Spock%E3%81%AE%E3%83%86%E3%82%B9%E3%83%88%E3%83%AC%E3%83%9D%E3%83%BC%E3%83%88&phrase=9 全国49万のSpockユーザのみなさま。SpockのMLを見ていると思うので、ご存知かもしれませんがSpockのテストレポートをご存知でない方もいると思うので紹介します。 Spockのテスト結果はだいたいみんなGradleで見ている Spockは言わずと知れたUnitTestingFramework界最強といわれるテスティングフレームワークですが、これのテストレポートは通常はJUnitのテストレポートXMLであり、多くのSpockユーザはGradleでビルドをしてGradleが生成するテストレポートを見て
※コメントを受けてSpock周りの話を修正しました(2014/06/23) GitHub Kaigi 先週GitHub Kaigiに行ってきました。 去年のLLまつり以来の勉強会ちっくなイベント参加だったのでかなり期待していましたし、 実際期待以上に面白かったです。 Rebuildの公開録音聴いてるときの家に居る感はすごかったw 特にはてなブログの開発フローの話とか、バグ管理システムを作ってる身としては色々思うところがあって面白かったです。 (受託開発的にはホワイトボードだけで管理される開発中の情報があると、後でお客さんの調査部門に怒られるかなーとか) いやー他にも色々話を聞いて、バグ管理システム作るの止めようかとも思ったのですが、 作ろうと思ったきっかけの理由はGitHub系のシステムじゃ満たしてくれないので、 利用フローをちゃんと提示することを忘れずに、このまま作ってみようと思います。
こんにちは、Ameba事業本部ゲームプラットフォーム室の山田(@stormcat24)です。 自分のミッションは主にゲーム部門の開発の改善で、最近はScalaでモナ・・・しながらツールを書いてたりClojureに手を出したりしています。 はじめに ところでみなさんJava書いてますか?サイバーエージェントでは最近node熱が高いのですが、Javaプロジェクトもまだまだ根強く存在します。僕も隙あらばScalaをぶっこもうとしてますが、大人の事情でまだまだJavaを書くシーンも多いのです。 で、そんなテンションが上がりにくいJavaプロジェクトをやっていく上で、せめてテストくらいはなるべくたのしく書きたい!ということで、今のプロジェクトで取り入れた施策を簡単にですが紹介します。 めちゃくちゃ尖った技術を使ってるわけではないですが、これらをやっておけばそれなりに楽しく書けるかなと思ってますので、
タイトルはもちろん釣りで・・・はない! ちょっと真面目に、Power Assertについて意見を述べたいのです。 そもそもPower Assertって何? てきとーに説明すると、 普通の比較演算子で普通にassert書けば、失敗時に各部分式の値を表示してくれる ようなものです。 Groovy製のテスティングフレームワークであるSpockがおそらく本家大本です((要出典。こういう系の発想は割と昔からあったし、Spock以前に実装例がありそうな気がする。そもそも、Spockは最初からPower Assert持ってたのかも調べないといけない。ちなみに、式木を弄ってAssertを組み立てる、というものであれば(PowerAssertよりも情報量は少なくなるものだけど)、自分の知る限りだと2009年6月にこんな記事があります。 http://themechanicalbride.blogspot.j
繁忙期は飛行機が高いので帰省ついでに行って来ました。 TDD Boot Camp Fukuoka 2013 - TDDBC TDDBC Fukuoka 2013 一日目 - Togetter TDDBC Fukuoka 2日目 - Togetter LTについて 1日目と2日目にそれぞれやってました 1日目:Travis CIについて ほとんどのチームがGithubで開発してるということで、Githubとの親和性の高いTravis CIの紹介をしてました。 参考:GithubにあるリポジトリをTravis CI連携する手順 #junitbook - くりにっき 2日目:Groovy + Spockについて Groovyが1チームもいなかったので昼食を食べながらGroovyで課題をやってみました。 https://github.com/sue445/wikiengine-spock JUni
Spockの資料を漁っていたところ、とある動画を発見。観てみると、IDEAのTemplate機能を使ったとても便利な作業の効率化を紹介していたので、動画を参考にしつつ別途エントリとして書き起こしてみました。 動画はこちら。 Getting Started with Spock and Groovy | JetBrains TV そして以下手順メモ。 テンプレートの準備 [IntelliJ IDEA]→[Preferences]→[Live Templates]を選択。 んで、この時点では[Spock]のグループが無いので作ります。先程作った項目を右クリック→[Move]→[New Group]を選択。 グループ名に『spock』と入力し[OK]押下。 これでグルーピングが出来ました。 残りのものも併せて追記。 ちなみに、コード内容は以下になります。コピペしてお使いくださいw - spew
G* Advent Calendar 2012 12日目担当のyamkazuです。こんにちは。 今日はみんな大好きSpockでビルトインされている機能拡張について、いくつかピックアップして紹介します。機能拡張にカテゴライズされないものもあるかもしれませんが、その辺はゆるやかに。 また、この記事はSpock0.7を元に記述していますが、バージョンが変わるとアノテーションが存在しないとかありますので、新しいバージョンが出た場合はそのへんを注意してお読みください。 それではさっそく。 @Ignore これは説明不要だと思いますが、Ignoreを付与すると指定したフィーチャの実行がスキップされます。アノテーションに理由を書くような使い方もできます。 @Ignore def "xxx"() { expect: true } @Ignore('hogehogeのため') def "yyy"() { e
こんばんは。[twitter:@bikisuke] です。 今日の Advent Calendar ネタは、Spock です。 僕は G* 一派だからという贔屓目は抜きにしても、Java のテスティングフレームワークとして Spock はもっと評価されるべきじゃないかと思ってます。 なので、今回はその辺りに触れつつ、密かに企んでいることについて書きたいと思います。 Spock のいいところ 何と言っても、シンプルな記述ができるところは Spock の大きな魅力ではないでしょうか。もちろん、テスト対象クラス(機能)によっては複雑になることもあるかもしれませんが、可読性に関しては JUnit の比ではないと思ってます。 # これは Groovy と Java の言語特性や制約に依るところが大きいので、Spock が良くて JUnit がダメと言ってるわけではないです。念のため。 あと、拡張の仕
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
※この記事はメモ書きです ※この記事には突っ込みどころ満載のコードが含まれています。つまりそういうことです。 (1/22修正)コードを一部修正 デシジョンテーブルとSpockを使ってTDDするとどうなるかということを、FizzBuzzで試してみましょう。 用意するもの CEGTestから自動生成されたデシジョンテーブル テスティングフレームワークSpock Groovyな環境 デシジョンテーブルをつくる CEGTestを使って原因結果グラフを書きましょう。するとデシジョンテーブルは同時に自動生成されているはずです。 デシジョンテーブルをそのままSpockに移植してみる デシジョンテーブルがそのまま使えるなら、GroovyわからないとかSpockしらないという言い訳はできませんよね? import spock.lang.Specification import spock.lang.Igno
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く