@PHPerKaigi 2022

1. テストコードの
DRY と DAMP
@PHPerKaigi 2022, 2022-04-11

2. 誰？
• 加賀田 裕介 @_heartyfluid
• 今は Web アプリエンジニア
• 今は不動産とか IoT とかの会社に勤務
• 直近では自社サービスのひとつを
PHP7 + CakePHP3 から PHP8 + CakePHP4 にひとりで移行作業中
• 最近の趣味はドイツ語

3. ここまでのあらすじ：
気がついたらユニットテストおじさんに
• 転職
• そこには前任者が書き残した壊れたユニットテストが
• 自分の作業用にテストを書き足す
• 自分のテスト結果が見づらくなるので、壊れたテストも直す
• 「なんか今度の新入りはテストに強いらしい」
• 職場でいわゆる「ユニットテストおじさん」の地位を確立
• .oO(業務でテスト書くの初めてなんですけどね…
• あわててテスト芸を仕込む日々

4. ある日のコードレビュー（※再現）
• CakePHP のコントローラーのシンプルなテストをレビューす
る
🤔
🤔
たとえば、この間にコードが増えると
$this->post() に渡される引数がなんだったか
わかりにくくなりそう

5. ある日のコードレビュー（※再現）
• どちらかというとこうしてほしい気持ち
👍
👍 どう読んでも誤解がない

6. 反論が予想（妄想）される
• 内なるレビュイー「DRY 原則って知ってますか」

7. 歯切れの悪い In My Opinion
「わかります。おっしゃりたいことはよくわかります。まともな神経のプロ
グラマーなら、同じ文字列リテラルを2回書くなんて生理的に受け付けないで
すよね。”Don’t Repeat Yourself” すなわち
DRY 原則というやつですよね知ってます。でもちょっと立ち止
まって考えたいんですけどいいですか、同じリテラルを
2回書かないのってたとえば「その値を変更したくなったとき
に同じ変更を2箇所に施さないといけないのはだるいから」だったりするじゃ
ないですか、でもね、このテストってパス /users/add に HTTP リクエストを
投げてみるというのがそもそもの趣旨なわけでしょう、そうすると文字列リ
テラル ‘/users/add’ を変更したくなるケースって実はそんなに想定しなくても
いいと思うんですよ。えっいや100%保証できるわけじゃないですけど…でも
まあそうだとするとですよ、その行でどんな値になっているかその1行を読ん
だだけではわからない変数よりも、値をベタッと書いてあるほうが読み手に
は読みやすいんじゃないかなあと思うんですよね。えっ大差ない？お前だ
け？気合いの問題？ええっと…（続

8. もうひとつの原則：DAMP

9. もうひとつの原則：DAMP
• DAMP; Descriptive And Meaningful Phrases
「説明的かつ意味がわかりやすい言い回し」
良いテストとは変化しないように設計されるものであり、そして実際、テスト対象システムが変化す
る際にはテストが破綻することが通常は望ましい。したがってテストコードに関しては、本番環境向
けのコードほど DRY の恩恵はない。
さらにテストの場合、複雑となった場合のコストがより大きい。つまり、(…) テストは自立しなけれ
ばならず、正しいことが自明でなければバグを出すリスクがある。(…) テストが正しく動作している
ことを担保するためにテスト自体にテストが必要と感じられるほどテストが複雑になり始めたら、何
かが間違っている。
Titus Winters ほか. Google のソフトウェアエンジニアリング. オライリー・ジャパン, 2021.
これが
言いたいことだった

10. 乱暴に整理する
DRY DAMP
• コードの重複を避ける
• コードは簡潔になる
• 変更時にも一貫性を壊さない
• 誤読のリスクは残るかもしれない
• プロダクトコード向き（？）
• コードの重複をいとわない
• コードは冗長になる
• 一貫性の担保が手間かもしれない
• そうとしか読めないようなコード
• テストコード向き（？）
現実には、局面ごとに
バランスをとる必要性

11. 参考文献
• Titus Winters ほか. Google のソフトウェアエンジニアリング. オライリー・ジャパン, 2021.
• 日本語で DAMP についてまとまった解説を読めるのがこちら
• Vladimir Khorikov. “DRY vs DAMP in Unit Tests”. Enterprise Craftsmanship. 2020年6月8日.
https://enterprisecraftsmanship.com/posts/dry-damp-unit-tests/
• プロダクトコードは DRY でテストコードは DAMP …というわけではない、という解説。How は DRY に、What は
DAMP に書きましょう
• David Thomas ほか. 達人プログラマー（第2版）. オーム社, 2020.
• DRY 原則といえば『達人プログラマー』。DRY も改めてふりかえると、単に「同じコードを2回書くな」という以上の
話を含んでいますね
• 宍戸里佳. 英語と一緒に学ぶドイツ語. ベレ出版, 2012.
• ところで、 Don’t Repeat Yourself の Yourself っていまいち必要性がわからないことないですか。ドイツ語文法の「再帰
動詞」を学ぶとより立体的に理解できます（※個人の感想です）。ドイツ語はいいぞ