Agile Samurai Basecamp 2015.06 ふりかえり&TDD
の事例紹介セッションでお話をさせていただきました。
柴田さん (@hsbt)、末吉さん(@sue445) という豪華すぎるメンツに気後れしつつも無事に？発表出来ました。
基本一発ネタですが、スライドをアップしました。
事例紹介 「安心してください。テスト書いてます」
QA
質疑応答で質問されたことを覚えている範囲で。
良いテストコードを書くにはどうしたらいいか
- （直接の回答では無いですが）実際にコードレビューとかしている時に感じた事は
- プロダクトコードの意図が汲み取れる様なテストだと嬉しいです。
- 単にカバレッジ等を稼ぐために量産した意図のわからないテストは嬉しくないです。
Red Green Refactor を守った場合と守らなかった場合で定量的な差はあるのか
- 私達の現場では定量的に計測していないため、わかりません。
TDD導入するときに、既存チームからの暖簾分けする際のメンバーはどういう基準で選びましたか？
- これが正解というのはないですが、私達のケースでは生きのいい技術が好きな若者を投入しました。
- 自分からどんどんテストを書いて、周りを巻き込んでテストを書くという流れを作ってもらおうという意図でした。
- チームメンバーもテストを書くことについては肯定的だったので、リズムを作ればうまくいくと考えてました。
要求を満たしているかをTDDで担保するにはどうしたら良いか
- 要求を満たしているかどうかはUnitテストでは担保できない（しにくい）と考えています。
- 私の現場では、手動で行う結合テスト（受け入れテスト）が開発フロー上義務付けられているので、そこで担保できるようにしています。
同じ現場で働いている @setoazusa さんからのキラーパスをうっかり受けてしまったことから始まった今回の登壇でしたが、
豪華登壇者と並ばせていただくなど、本当に貴重な体験をさせていただきました。
こんな場を設けてくださったスタッフの皆様、超きれいな眺めのイイ会場を提供してくださったリクルートジョブズ様
拙い話を最後まで聞いてくださった参加者の方々に感謝致します。
有難う御座いました。