単体テストを書かない技術 #phpcon_odawara

PHPカンファレンス小田原2024での発表資料です https://fortee.jp/phpconodawara-2024/proposal/4d39c7ef-058c-4648-b1d7-5510497e0d81

[pascal256]

単体テストを書かない技術は、(不要な)単体テストを減らす(ためのプロダクションコードを書く)技術、という事ね

[diveintounlimit]

テストを書かなくて良いレベルに品質が担保されたコードであれば自然とテスト記述量は減る。ただ残念ながらクソコードをそのレベルにコードを引き上げるために死ぬほどテストを書く必要がある。

[dgls]

"自分自身が「何者であるか」を熟知したコードを追求する" いい言葉

[JGEEM]

良い。"自分自身が何者であるかを熟知したコードを追及する" コードの目的を突き詰めなければならないし、プロダクトへの理解とSRPに沿ったモジュール化となり、データ抽象と型検査でテストを置換していきたい

[hdampty7]

簡単にテストが書けるような中間クラスは全メソッド分単体テストあると後が楽。共通で使われるモジュールを複数人で単体テストなしでも、安全に管理する方法がないと似たような関数やクラスが溢れて崩壊する。

[Kesin]

守破離の"破"を感じた

[yamadadadada2]

ここにたどり着くまでの要件の整理で力尽きてたりはある

[atsushifx]

話としては、型などによる表明で入力と出力が明らかになればユニットテストをしなくても大丈夫ということ。そして、その前提となるのが設計での適切なドメイン、パターン、型などの適用になるってことかな

[atsushieno]

「テストを書かなくてもいいような高品質なコードを書こう」みたいなの、いわゆる動的型言語の界隈に多そうな印象があるけど、これはむしろ型情報で品質を保証しておこうみたいな話だった

[callirhoe08]

わかる。型で引数も戻り値書いてると、これテストする意味あるかなってのは思うことある。

[turanukimaru]

型を有効利用しましょうって話は重要だし連想配列を渡すクソPHPコードは実際多いがそれを単体テストを書かない技術と言われるとなんか腹立つないや t_wada が言ったんだっけじゃぁしょうがないか。