To mock, or not to mock, that is the question - 誰かの役に立てばいいブログ

さて、テストコードなんて書きたくなかった私ですが、世の流れには逆らえず今はせっせとテストコードを量産しています。 開発完了＝試験完了＝出荷可能が求められる忙しない世の中でありますから。 目下開発しているのは Kubernetes 向けのネットワークソフトウェア Coil のバージョン 2 なんですが、この開発では main 文以外はすべて自動テストする徹底ぶりです。他にも近年様々にテストコードを書いてきた過程で、以下の知見を得るに至りました。 外部依存はなるべく実物を使う etcd を使うなら etcd を用意、ネットワークをいじるなら network namespace を用意、... 内部依存はなるべくインタフェースで依存注入する 多分この結論に似たことはあちこちで言われている気はするのですが、結論に至った理由が大事と思うため、以下少し書きます。 あ、以下モックと言ってる用語は専門的に

[hirata_yasuyuki]

ドメイン名登録システム作ったときは登録試験 (ドメインによってはテスト環境が無いので本番に流す) も実装したんだけど、「テスト回す度にXXXX円🤑か〜」という気持ちになっていた。(毎回は回さないが)

[gfx]

"外部依存はなるべく実物を使う"