%2BName)
xUnit Test Patterns(xUTP)読書会 - 担当割当表/PARTⅢ/What’s in a (Pattern) Name
良い名前の重要性 名前が重要なのは、それがコミュニケーションの主要な部分となるからだ。名前とは、何らかの概念に対してつけたラベルである。良い名前をつければ、その概念についてのコミュニケーションがしやすくなる。すでにその概念を知っている人どうしのやりとりではもちろん、その概念を知らない人とのやりとりでも特にそうだ。こんな例を考えてみよう。 パターンを書き始めたばかりの頃、私は第一回のPattern Languages of Programs (PLoP) カンファレンスに参加した。そのカンファレンスで、かの有名なJim Coplien (親しい人たちからは “Cope” と呼ばれている) がorganizational patternのパタンランゲージに関するワークショップを行った。そのときのパターンの一つに“Buffalo Mountain”というものがあった。そのほかには“Archite
「モック/スタブ」と「状態中心/振る舞い中心のテスト」, stubされた元のメソッドの呼び出し - 忘れたときに備えた記録(2008-01-14)
あるプログラムのテストを書いていて、既存のクラスの動作を真似するダミークラスをモックと呼ぶべきなのかスタブと呼ぶべきなのか分からなくなり、少し調べてみたところ、そのものずばりの文書が見つかりました。 Ruby on Rails でのモックとスタブの作成 Mocks Aren't Stubs (和訳 モックとスタブの違い) 特に2の文書で述べられている「状態中心のテストと振る舞い中心のテスト」という概念がとても興味深かったので、さっそく自分のプログラムのテストに試してみました。 それをさらに抽象化したサンプルを作ったので、それを解説してみます。 サンプルクラス 以下が、今回のテストで扱うクラスです。 ### sample.rb ### class C @@value = "default" def self.global_control(value) @@value = value end
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Code for Testing for Avalanche
