プログラミングの方法論から考えるユニットテスト - Qiita

はじめに 昨今、テストピラミッドなどの側面からユニットテストの重要性が説かれていますが、クラス間が密に結合している等で適切なユニットテストを書くのが難しいという状況に陥ることは多いのではないでしょうか。そのような状況は、ユニットテストの解像度が低いために生まれると自分は考えます。 本記事では、防御的プログラミングと契約プログラミングという二種類のプログラミングの方法論を元にユニットテストを再考し、ユニットテストの解像度を高めることを目標とします。また、ユニットテストのより良い書き方を模索している人に本記事を読んでいただきたいです。 防御的プログラミングと契約プログラミングとは 防御的プログラミングと契約プログラミングとは次のようなプログラミングの方法論のことを指します。この二つの方法論については、こちらの記事にわかりやすくまとめられているので、ぜひ参考にしてください。 防御的プログラミング

[vcc]

外部との接続などアプリケーション側で制御できない限定的な部分で、防御的プログラミングを利用。そうでない箇所は契約プログラミング

[xlc]

どちらでも同じテストになると思うが、なぜテストコードを示さないのかな？TypeScript原理主義っぽいのは伝わってきたけどね。

[takahashim]

外部との界面では入力の事前条件を広く取る必要がある、ということで契約で問題ないのでは？　実際サンプルでも文字列以外は許容しないようですし

[yarumato]

“防御的プログラミングと契約プログラミング　違い　ユニットテスト”