Shibuyarb20130515

ハイパーレガシーコード
クリエイターだって
テストを捨てたい
13年5月19日日曜日

あんただれ

名前：
瀬宮新
職業：自宅警備員
ハイパーレガシーコード
クリエイター

みなさん

こんばんは

家でコード書いてますか？

では

家でテストも書いてますか？

この前アプリ
書いてたんですよ

本棚管理アプリ

一般公開したい
マルチユーザ対応

そうしたらコード
汚いんですよ

どうにかしたい

リファクタしよう

コードをかえたので

テストも変更しなきゃ

テストがごちゃごちゃ

質の低いテストが大量

これはひどい

しかし量は多い

メッシュはバラバラ

カバレッジもよくない

どれを変更すれば・・・

正直激おこ

どげんかせんと

過去の遺産

過去の成果物のレガシー化

そうだ

ひどいから全部捨てよう

実力も上がった

今ならもっとうまくやれる

変更部はコードを
リファイン

テストコードも
ほぼ総入替

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

MOTTAINAI

ところで諸君

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

！？

そうじゃないんだ

@t_wada も言っている

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

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

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

・・・

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

そうじゃない

そもそも

この話の問題点

境界があいまい

簡単と複雑の境界って？

さらに

悪魔のささやき

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

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

そして、炎上へ

テストの目的って何か

不安をなくすこと

(開発者目線)

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

こんなの

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

あるいはこんなの

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

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

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

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

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

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

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

テストを書く量が減る

開発早くなる

ウマー

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

説明タイム

ユーザの言葉で
ミニユーザシナリオ

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

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

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

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

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

変更負荷の軽減

テスト量も低下する

スローテストの回避

なにより

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

開発＝楽しい

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

Shibuyarb20130515

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Mehr von Shin Semiya

Mehr von Shin Semiya (12)

Shibuyarb20130515