単体テストの考え方/使い方 の感想文 | フューチャー技術ブログ

はじめにTIG EXU真野です。 積読を消化しようというテーマの、読書感想文連載 の1冊目は、単体テストの考え方/使い方 です。 書籍の基礎情報です 2022年12月28日発売 Unit Testing Principles, Practices, and Patterns の翻訳書。原著は2020年1月14日に発売 テーマ 質の高いテストを行い、ソフトウェアに価値をもたらそう！ 単体（unit）テストの原則・実践とそのパターン プロジェクトの持続可能な成長を実現するための戦略 単体テストの原則・実践とそのパターン コード例は C# であるものの、どの言語でも適用できる汎用的な内容とのこと 中を見ると、微妙にC#特有ぽいところに1箇所悩みましたが、それ以外はその通り 翻訳者の須田さんは、他にもセキュア・バイ・デザイン: 安全なソフトウェア設計 やOAuth徹底入門 セキュアな認可システムを

[turanukimaru]

"クエリの単体テストは効果が薄いのでやらないべき（実装の詳細になる）"？テーブルが頻繁に変更されるときは一番効果有るのがSQLのテストなんだがな。

[D_first]

著者であるkhorikov氏のブログやpluralsightの動画もおすすめですぞ

[sigwyg]

単体テストは「単体」をテストしたくて、だからロンドン学派なんだろうけども、筆者が古典学派だからフォローが足りなくて、そこは不満だった。とはいえメインがTypeScriptだと型に支えられてる部分が大きいからなー

[minoton]

自分とこではメニュー表示には手動でフラグを有効にする必要があったけど、なにか違いある？

[mockmock9876]

テストの目的と開発上のトレードオフを考えて必要なものを選択すれば良いだけ。派閥とかどうでもいいと思う。

[nemoba]

モックを使わないほうが良い。詳細になるから結合でやる。とか、まるで逆の運用されてることが多いので、テストファースト以前に、テストの書き方がもっと啓蒙されてほしい。

[aceraceae]

なんちゃってオライリー本だけど訳が読みやすいというのは翻訳書では重要。

[yarumato]

“観測可能な振る舞いをテストすべきで、実装詳細をテストすると壊れやすい（保守性が下がる）。例えばORマッパーの生成するSQLクエリの文字列を検証すると、壊れやすいテストになる”

[mano-junki]

読書感想文、書きました！