そろそろカバレッジについて一言いっておくか

和田 卓人 (a.k.a id:t-wada)

Oct, 26, 2008 @SapporoRubyKaigi 01

続け！

と言った手前

来ちゃった♡

自己紹介名前: 和田 卓人 (わだ たくと)

メール: takuto.wada@towersquest.jp

ブログ: http://d.hatena.ne.jp/t-wada

Twitter: t_wada

Wassr: twada

github: twada

自己紹介タワーズ･クエスト株式会社 プログラマ 兼 取締役社長

これまで書いたものWEB + DB PRESSvol.35 「実演! テスト駆動開発」vol.37 「実演! リファクタリング」vol.42 「現場で使えるREST」LifeHacks PRESSオープンソースマガジン(リレーコラム)他いろいろ

gihyoコラボ企画『［動画で解説］和田卓人の“テスト駆動開発”講座』http://gihyo.jp/dev/serial/01/tdd/全20回すべて動画付き解説ニコニコ動画でも見れます

WEB+DB過去記事の特設サイトや動画

デブサミ• デベロッパーテスティング・ライブ - 自信を持ってコードを書

くための心・技・体 -

• 【徹底討論】テストなんていらない？！-テストを、どこまでやるべきか？

• そしてデブサミ 2009 へ

• テストトラックのコンテンツ委員になりました

東京01のコードtwowaysql詳しくは github で

よろしくおねがいします

Agenda

2つの問題1つの提言１つの仮説

問題1

カバレッジの誤用

カバレッジ100% の悲しい話

QA の視点でも…

カバレッジはテストケースを減らすための指標なのに、増やすために使われている

数値のワナ

手段の目的化

問題2

テストのParadox

テストが増えるとリファクタリングが面倒くさくなる

コード変えたらテストが真っ赤

改名とかテスト直すの面倒くさいし

実装に依存しすぎ

テストがリファクタリング支えるんじゃなかったの？

なぜかテストが足枷に

このままではイカン

提言

テストの資産価値

攻め続けるためのテスト

なるべく実装に

依存しない

リファクタリングを支えるテストが

良いテスト

TDDと黄金の回転

きれい

汚い

(すぐには)動かない 動作する

Red

Green

Refactoring

テストの資産運用

役割と寿命

1.価値の低いテストの価値を高める

テストのリファクタリング

割愛今回はちょっと無理ぽ

2.価値の低いテストを捨て、高いテ

ストを残す

テストの間引き

テストを減らす

減らす?

そこでカバレッジ

仮説

AのカバレッジがBのカバレッジを内包するとき、テストB は消せる

道具を知り考えを知る

•rcov

•heckle

•flog

•saikuro

•kwala

道具に使われるなかれ

Feedback

感情

数値

手段としての数値

Rubyをキメると気持ちイイ

リファクタもキメると気持ちイイ

まとめ

TDDと黄金の回転

きれい

汚い

(すぐには)動かない 動作する

Red

Green

Refactoring

道具を知り考えを知る

右手に感情左手に数値

仮説から検証へ

Special Thanks•川西俊之さん(ブレスト感謝です)

•ペアプロで気づきをくれたひと•会場にお越し下さった皆様•ust & ニコ動 でご覧下さっている皆様

ご清聴ありがとうございました