Ruby hiroba20130602

Throw away
your unit-test code
ユニットテストを窓から投げ捨てろ
13年6月2日日曜日

Hello! :D

Who am I?

Name：
Shin Semiya
瀬宮新
@shin_semiya
Job：Home Guards
Hyper Legacy Code Creator

Code in private?
家でコード書いてますか？

Code test ,too?
家でテストコード書いてますか？

I coded a App
as a night project.
この前家でコード書いてたんですよ

The App is
a BookShelf one.
本棚管理アプリなんですけど

I wanna publish it.
アプリを一般公開したい

enhance Auth func
そのためにユーザ認証機能を追加したい

But code is F ing
Test code is worse.
そしたらコードが汚かった。
テストなんか言わずもがな。

という話をしたい

ここからは日本語で
失礼します
sorry, Japanese Only

コードが汚い

リファクタしよう

テストも変更

テストもひどい

質の低いテストが大量

メッシュもバラバラ

正直激おこ

ということで

総入替

コードもテストも

あのときとは違う

もっとうまくやれる

あれだけ書いた
テストが無駄に

MOTTAINAI

ところで諸君

ユニットテストコード
は滅ぼすべきだ

そうじゃないんだ

@t_wada も
言っている

実装が明白な場合は
テストコードは
書かなくてもよい

つまり
実装が明白＝簡単な実装

簡単な実装＝テスト書かない
複雑な実装＝テスト書く

・・・

お前が思うのなら
そうなんだろ
お前の中では(ry

そうじゃない

そもそも

この話の問題点

境界があいまい

簡単と複雑の境界は？

さらに

悪魔のささやき

「締め切りが近い」
「最近徹夜続きで」

「別にこのコード、
テスト書かなくても、
いいよね？」
「だって簡単な実装だし」

そして、炎上へ

テストの目的って何か

不安をなくすこと

(開発者目線)

ではテストを
書かなくても
不安を感じない
実装とは？

こんなの

# 円の面積を計算する
def 円の半径を計算(半径)
return 半径 * 半径 / 2
end

あるいはこんなの

# 宅配便の荷物の高さを計算する
def 荷物の高さを計算する
return 箱の高さ
end

このレベルまでは大丈夫
# 宅配便の荷物の３辺の合計を計算する
def 荷物の辺の合計を計算する
return 高さ + 幅 + 奥行
end

ここからは必要
def 荷物のサイズを判定する
return サイズ表と比較(３辺の合計)
end

ユーザのやりたいこと
・宅配便のサイズが知りたい
・料金が知りたい
・料金を払いたい
・
・
・

テストは
ミニユーザシナリオ
のレベルで行う

ユニットテストコード
は書かない

そのためにメソッドは
超シンプルに

テストを書く量が減る

開発早くなる

ウマー

ミニユーザシナリオの
なにがおいしい？

説明タイム

ユーザの言葉で

その単位で
ミニユーザ
シナリオテスト

ミニユーザ
シナリオテスト
なにがおいしい？

コードの構造と
ドメインの構造の
差異が小さい

＝ユーザのやること
＝コードの構造
＝テストシナリオ

機能の変更
＝
ミニユーザシナリオの
変更

ミニユーザシナリオに
あわせて変更される
コードが明らか
テストも明らか

変更負荷の軽減

テスト量も低下する

スローテストの回避

なにより

変更の
コスト
不安
もなくなる

スピードが低下しない

アイディアの実装
開発を妨げない

開発＝楽しい

楽しい開発で
充実した
ハッカーライフを

Ruby hiroba20130602

Recommended

Recommended

More Related Content

More from Shin Semiya

More from Shin Semiya (12)

Ruby hiroba20130602