タグ

testに関するkamiponneのブックマーク (9)

  • [lib] モックとスタブの違い

    TEST http://d.hatena.ne.jp/devbankh/201001 モックやスタブを使った効率的なユニットテスト http://d.hatena.ne.jp/devbankh/201002 モックとスタブの違い コミュニケーション http://d.hatena.ne.jp/devbankh/20051124 簡単かつ効果的に話すために "モックオブジェクト"という言葉は、テストのために物のオブジェクトをまねる特殊なオブジェクトを表す言葉として定着した。しかしモックという言葉は元々スタブをキャッチーにしたものでなく、[スタブを使ったのとは別の] ユニットテスト方法を用いるためのものなのだ。この記事では、モックオブジェクトのファンに好まれる相互作用中心のテストと、よく行わている状態中心のテストスタイルとの違いを説明するために、モックとスタブの違いについて掘り下げる。 目次

    [lib] モックとスタブの違い
  • File: TUTORIAL.ja

    【注意】この文書は、RSpecの具体的な使い方の例としては古くなっています。 RSpec 1.0.8 をベースにした説明である「スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)」も参照してください。(2007/12/14) RSpecを使おう RSpecはプログラミング言語Ruby用の ビヘイビア・スペシフィケーション・フレームワークだ。 Rubyについては、www.ruby-lang.org/ を、 ビヘイビア(振舞)駆動開発(Behaviour Driven Development)については、 www.daveastels.com/index.php?p=5 の_A New Look at Test Driven Development_ を 参照してほしい。 このドキュメントの目的は、ビヘイビア・スペシフィケーション・フレームワーク

  • TDDのogijunメソッド - 世界線航跡蔵

    要件の大枠は決まってるけど詳細な仕様は未定のときとか。要件を満たすために実現しなければならない仕様に気づいたけど今は他の項目をGreenにしようとしてる最中で仕様を詰めることに頭を使いたくないときとか。 [Test] public void ○○のとき××は△△であること() { Assert.Fail("について、あとで書く"); } ogijunさんには足を向けて寝られない。

    TDDのogijunメソッド - 世界線航跡蔵
  • 瞬時にテストデータを大量生成してくれる『Data Generator』 - IDEA*IDEA ~ 百式管理人のライフハックブログ ~

    ドットインストール代表のライフハックブログ

    瞬時にテストデータを大量生成してくれる『Data Generator』 - IDEA*IDEA ~ 百式管理人のライフハックブログ ~
  • ウノウラボ Unoh Labs: WEBアプリのテストに必須なツール7種

    こんにちは!やまもと@テスト番長です。 前回satoさんの書いたエントリーが好評のようですね。 自分は実は美術系出身です。なので「デザインセンスのある人からみた~」というエントリーでも続けて書いちゃおうかなと一瞬思いましたが、世の中にはWEBデザインのプロの方もいらっしゃることだし、控えておきましょう。 センスってのも考え込むと難しいですしね。 個人的には、WEBデザインの美醜って「使いやすさ」とかなり直結な気がしてます。 さて、今回は僕が普段テストに使っているツールでもご紹介してみようかと思います。 Selenium 一年前くらいに登場した無償の自動実行ツールです。 有償の自動実行ツールは以前からありましたが、 ベンチャーが購入するには高価なものなので 大手以外にはあまり導入されていなかったであろう類のツールです。 テストシナリオにそってブラウザを自動で操作してくれます。

  • http://rails.office.drecom.jp/takiuchi/archive/115

  • 「実演テスト駆動開発」 WEB+DB PRESS Vol.35特集 特設サイト

    WEB+DB PRESS Vol.35の特集1「実演!テスト駆動開発」の特設ページです.テスト駆動開発(TDD)の実演ムービーや誌面サポート情報などを掲載しています. 更新履歴 2006年10月24日 実演ムービーの追加 タスク2「サーブレットのアクセスURLからDAOの名前を抽出する」の実演ムービー3を追加しました. 環境構築ムービーの追加 Subversion環境の構築ムービー3を追加しました. 補足情報の追加・変更 第2章~第8章の各章終了時点でのサンプルコードを公開しました.また,すでに公開済みだった第8章完全版のコードも差し替えましたので,お手数ですが再度ダウンロードしてください. 補足情報の追加 「テストフィルタ機能,受け入れテスト実行の自動化機能について」を追加しました. 補足情報の追加 「著者のEclipseテンプレートを公開!」を追加しました. 誌面訂正情報の掲載 第

  • テスト駆動を導入するための3つのポイント

    前編「テストを金額にするといくら?」ではテストの価値を価格として算出し、その重要性を検証するという思考実験を行いました。その結果、大ざっぱながらも、テストの重要性に少し現実味が持てたのではないでしょうか。後編では、テスト駆動開発をプロジェクトに導入して、運用するための具体的なノウハウを紹介します。 テスト駆動開発(TDD)を回すのにもノウハウが要る TDDでは、いままでよりユニットテストコード作成にウェイトが置かれるので、ユニットテストコード作成の進ちょくがプロジェクトの進ちょくに与える影響は大きくなります。つまり、ユニットテストコード作成の効率性をより高めていかなくてはならないわけです。 では、ユニットテストコード作成の効率性を高めるには、具体的にどうすればよいでしょうか? まずは以下の2点を押さえるべきでしょう。 EoTの高い設計になっていること テストコードが正確に業務仕様を表してい

    テスト駆動を導入するための3つのポイント
  • Test::Class - naoyaのはてなダイアリー

    最近 Perl でテストを書くときに Test::Class を使ってます。(もしかして常識?) これまでは *.t で Test::More をそのまま使ってたけど、テストが大きくなってくるとコードが分かりにくくなったり、自分であれこれしなきゃいけないことが多くてめんどくさい。 Test::Class は xUnit スタイルで Perl のテストを書けるフレームワークです。xUnitPerl 実装といえば Test::Unit もあるんですが、テスト用の関数も Test::Unit の流儀に従う必要があってちょっと嫌。Test::Class は Test::More と Test::Harness とか、普段使い慣れてる Perl らしいテストスタイルを使いつつ xUnit できるという点が良いです。 使い方ですが、 Test::Class を継承したテストクラスを作り テスト用

    Test::Class - naoyaのはてなダイアリー
  • 1