2010/9/25 第14回xUnit Test Patterns( #xutp) 読書会まとめ

goyoki @goyoki

さっきの議論で思ったこと：テストの軽快なフィードバックを重視するなら、テスト計画やテストの上流設計で、テストレベルを横断する要素も考えないといけないな

goyoki @goyoki

あとテストレベルの他に、自動化/非自動化の切り口で設計しないといけないと思った。安易にシステムテストまで後回し、とすると、軽快なフィードバックを殺してしまう

かわにし @tosikawa

ムーディ・ブルース http://bit.ly/cBYAX2 RT @t_wada: record & replay 型の mock framework はスタンド「ムーディ・ブルース」で理解できるッ! #xutp

ドロップなんとか @yujiorama

[testing] Self Shut Pattern #xutp B! http://www.objectmentor.com/resources/articles/SelfShunPtrn.pdf

goyoki @goyoki

結局単体テストでも信頼性を求める場合は、全体整合を管理するためのテストプロセスがいる。管理が欠落すると、OSを弄るだとか、非効率な形に歪む

ドロップなんとか @yujiorama

DjUnit は expression builder 的な感じ(?) #xutp

ドロップなんとか @yujiorama

Chapter20. Chaind Tests #xutp

htada @htada

厳密には Stub として使っていました。メソッド名とかを文字列指定します。(実行時にバイトコード変換) ムーディ・ブルースは実装されていません(と思います) RT @yujiorama: DjUnit は expression builder 的な感じ(?) #xutp

ドロップなんとか @yujiorama

オススメされないパターンだった… #xutp

ドロップなんとか @yujiorama

テストメソッドが実行される順番を期待して連番になってた。死にたい #xutp

ドロップなんとか @yujiorama

最近はユニットテストを並行に実行するのが流行りだから、テストメソッドの独立性の重要性が高まってきている #xutp

ドロップなんとか @yujiorama

手動テストの時代、1つのsetupで複数の検証をするような文化があった #xutp

noriaki watanabe @nnabeyang

RT @t_wada: record & replay 型の mock framework はスタンド「ムーディ・ブルース」で理解できるッ! #xutp

deltam @deltam

RT @t_wada: record & replay 型の mock framework はスタンド「ムーディ・ブルース」で理解できるッ! #xutp

Takuto Wada @t_wada

#xutp 皆様お疲れさまです

Takashi Iwamoto @iwamot

帰宅して一息。 #xutp 読書会参加者の皆様、ありがとうございました！