拡張型TDD on JaSST2011Tokyo

Kenichiro Ota @oota_ken

ええ、TDD研究会ではテスト・エンジニアとプログラマの究極のコラボレーションを研究中です。今回の講演はその提案のうちの1つです。 RT @kussy_y: @oota_ken TDDはテストエンジニアの武器になる？

かわにし @tosikawa

噂のTDDライブ、いよいよ会場。開始まで後、40分。 #jasst

Takuto Wada @t_wada

TDD ライブってどんなことやるのかな(パネリストはあえて詳細を知らされてない) #jasst

Hiroshi SHIBATA @hsbt

TDDセッションに潜り込んだ。 #jasst

Masaki Kase @softest

新しいTDDのアプローチをライブするセッション #jasst

Masaki Kase @softest

@goyoki さんから新しいTDDアプローチについての提案 #jasst

@restartr

E5のTDDライブのセッションにいます。 #jasst #JaSST2010Tokyo

Masaki Kase @softest

コーディングのライブ中。 #jasst

とみたまさひろ🍣🍺 @tmtms

通常のTDDの解説 #jasst

Masaki Kase @softest

日本語における AND/OR を理解していることが前提かな #jasst

Masaki Kase @softest

TDD を拡張して、単体テストを包含しようというのが、拡張TDD #jasst

Takuto Wada @t_wada

TDD のメリットは先に利用者の立場に立つことにより「使いにくい設計」「悪い設計」に気づきやすくなること。でもこのデモでは良くない設計のまま突き進んでしまっていると感じるのだけど、どうだろう #jasst

とみたまさひろ🍣🍺 @tmtms

TDDやる時でも、単体テスト工程やるの？ #jasst

Masaki Kase @softest

TDDと単体テストでは目的が違う、フェーズが違う、条件の粒度が違う #jasst

とみたまさひろ🍣🍺 @tmtms

自分は TDD と単体テスト兼ねてたんだけど、ダメだったのかしら？ #jasst

Hiroshi SHIBATA @hsbt

TDDのテストと単体テスト工程のテストというのはじわじわくる表現だけど、名付けようがないな。 #jasst

Masaki Kase @softest

拡張型TDDのコアの解説 #jasst

Masaki Kase @softest

RED/GREEN/REFACTOR の他に「VERIFY&DEBUG」を追加し、テスト設計の洗練という概念を追加 #jasst

Kazunori Otani @katzchang

「単体テスト」の定義によるとか？うちだと、画面とか帳票レベルを「単体」って呼んだりしてるし。 RT @tmtms: TDDやる時でも、単体テスト工程やるの？ #jasst

Hiroshi SHIBATA @hsbt

テスト設計(テストコード)の検証というのは最近弊社でも着目している内容だなあ。メンテナンス可能なテストコードはどんなの?とか何をするか的な。 #jasst

Masaki Kase @softest

VERIFYでは、冗長なテストの削除、仕様の確保も付属的に行う #jasst

Masaki Kase @softest

REFACTORではproductだけでなくtestのリファクタリングも行う #jasst

Masaki Kase @softest

製品コード・テストコードの構造について #jasst

Takuto Wada @t_wada

通常の TDD のサイクルに「テストコードの設計改善(リファクタリング)」「テスト設計の洗練」を加える提案。面白い。 #jasst

Masaki Kase @softest

テスト設計のやりやすさを観点に、クラスや関数を整理する #jasst