8. 導入方法 • mavenのタスクから • verify or integration-testフェーズで実行 • ローカルにAPサーバを展開してDeploy • pom.xmlの設定が多いので注意
cucumber-jvmで受け入れテスト
8. 導入方法 • mavenのタスクから • verify or integration-testフェーズで実行 • ローカルにAPサーバを展開してDeploy • pom.xmlの設定が多いので注意
Scalaのユニットテスト入門 - seratch's weblog in Japanese
何を使うべきか？ 公式サイトのForumにて http://www.scala-lang.org/node/9826 Java における JUnit のようなデファクトスタンダードはないの？ ScalaTest を使うとしてどのスタイルが一般的？(JUnit、BDD、Features、FunSuite・・) ScalaTest、specs(specs2)、ScalaCheck、JUnit、TestNG あたりが選択肢 どれか一つに絞るというより、ScalaTest と ScalaCheck を併用のような使い方もアリ 私は ScalaTest を BDD スタイルで使うことが多い ScalaCheck の入力を自動生成するアプローチは機能テストのようなものに特に向いている 私の環境(Java/Scala が混在する maven プロジェクト)には ScalaTest よりも specs の
Start! Ruby
目次 事前準備 Start! RubyなぜRuby？ Smalltalkの思想を模倣した設計思想 基本的な構文 Rubyらしさ Rubyでもドキュメンテーション これだけは覚えておきたい！コマンド たくさんあるよ！ライブラリ 外部リンク RSpecで宣言的なUnitTest!RSpecのここがすごい！ ブラックボックス？ステートボックス？ RSpecのやる事、やらない事 RSpecの構文 RSpecを実行しよう！ 課題！ @Wikiについて。 @wikiの基本操作 用途別のオススメ機能紹介 @wikiの設定/管理 @wiki ご利用ガイド よくある質問 無料で会員登録できるSNS内の@wiki助け合いコミュニティ @wiki更新情報 @wikiへのお問合せフォーム @wiki助け合いコミュニティの掲示板スレッド一覧 #atfb_bbs_list
テスト駆動開発のテストは、テストか？―TDD から BDD へ - An Agile Way [ITmedia オルタナティブ・ブログ]
アジャイル開発の中の１つのプラクティスであるTDD(Test Driven Development、テスト駆動開発)に使われるユニット・テスト、というものの役割について、よくテスト界の人との意見の相違がある。テストとしての完全性、や、品質保証についての考え方から見ると、テストとは呼べないのでは？ということ。 最近、アメリカテスト界の有名人であり、アジャイルコミュニティへの貢献も大きい、Brain Marick(www.testing.com/cgi-bin/blog) 氏とメールで話す機会があった。 アメリカでのコンセンサスは、TDDのテストはテストとしては二義的であり、一義的には、「設計ツール」だ これは、以前「テストの役割=進捗管理＋設計戦略」 blogs.itmedia.co.jp/hiranabe/2005/08/sd4__c05e.html で 紹介した、t-wadaさんの「テス
![テスト駆動開発のテストは、テストか？―TDD から BDD へ - An Agile Way [ITmedia オルタナティブ・ブログ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/940258f08a8861f663a305f5e532f8d8c90667bb/height=288;version=1;width=512/https%3A%2F%2Fblogs.itmedia.co.jp%2Fmt-static%2Fsupport%2Fassets_c%2Fuserpics%2Fuserpic-20-100x100.png)
（続）テスト駆動開発（TDD）ってそういうことだったのか - jun-ichi.blog.hatena
昨日のエントリでは「”TDDにおけるテスト”を”品質保証のためのテスト”として扱ってよいのか？」という疑問が残った。 この問題に関連して、An Agile Wayの平鍋さんはテスト駆動開発のテストは、テストか？−TDD から BDD へというエントリで、Brain Marick氏の次のような発言を紹介されている。 アメリカでのコンセンサスは、TDDのテストはテストとしては二義的であり、一義的には、「設計ツール」だ テスト駆動開発のテストは、テストか？−TDD から BDD へ また、同じエントリで紹介されているt-wadaさんの「Test」という言葉について(PDF) は非常に参考になる（納得感あり）。とくに、 TDDは「こうしてみようか」をテストする QAテストは「こうあってはならない」をテストする というくだり、うまい表現だとおもう。そのほかにも印象に残ったスライドを引用しておく： T
テストファーストによるソフトウェア開発の衝撃（前編）
皆さんはテストの本質を理解されていますか？ 実は、テストには機能検証をするということ以上に重要な役割があるのです。本稿では、テストファーストがソフトウェアアーキテクチャに及ぼす多大な影響について説明します。 テストファーストとは？ 皆さんは「テストファースト」という言葉をどこかで耳にしたことがあるのではないでしょうか？ これは単に、「コードを書く前にテストケースを書きなさい」ということであり、この手法をはじめて耳にしたときには何ら驚きを感じないことと思います（私自身そうでした）。 ソフトウェア開発の経験をある程度積んだエンジニアであれば、テストの重要性は自らの苦い経験から学んでいるはずですし、実装する関数一つ一つに確実にテストが用意されていれば、テスト自身が生きた使用例になるというメリットも頭で理解できるはずです。しかし、「テストファースト」がただテストを用意するだけのことであれば、「テス
TDDでLiftのバリデータを実装していく - @katzchang.contexts
この記事はScala Advent Calendar jp 2010の13日目です。12/19予定だったけど、日付超えてしもたわ…。 この記事の全てのコードは https://github.com/katzchang/TDD-with-Lift にあります。 はじめに LiftはScalaで最も有名なフレームワークだろう。Scalaの能力が駆使され、ともすると取っ付きにくいとの噂もあるが、この際それはどうでもいい。フレームワークが用意するライブラリの随所に改造ポイントが見られ、もちろん、modelに対するバリデーションも独自に実装できる。…が、意外にもビルトインのバリデータは少ない。文字列の長さを検査する「ValidateLength」トレイトくらいしかないはず。 というわけで、今回はliftのmodelに対する「not null」バリデータを実装することにした。 使い心地として、Vali
Ten Things I Know: Scala ScalaTest Spec ShouldMatcherを使ってみる
2010年12月13日月曜日 Scala ScalaTest Spec ShouldMatcherを使ってみる twitterでScalaのTestで何かいいのないかなとつぶやいたところ@pomu0325さんから、SpecとShouldMatcherを使うと読みやすくていいよと教えていただいたのでScalaTestやScaladoc for org.scalatest.matchers.ShouldMatchersを見ながら主な処理だけメモしておきます。 // Spec // ネストできる。 describe("A Stack") { describe("(when empty)") { val stack = new Stack[Int] it("should be empty") { stack should be ('empty) } it("should complain whe
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ten Things I Know: Scala ScalaTest でもっと色々する。