Pythonによるテスト駆動開発, 3rd Edition

第20章 外部依存関係をテストするためのモックの使用

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

この章では、コードのメール送信部分、つまりスクラッチパッドの2番目の項目をテストする。

• トークンモデル（メールアドレスとUID付き）

• トークンを作成し、トークンUIDを含むURL付きログインメールを送信するビュー

• カスタムユーザモデル（USERNAME_FIELD=email）

• authenticate()とget_user()関数を持つ認証バックエンド

• settings.pyでの認証バックエンド登録

• ログインビューはdjango.contrib.authのauthenticate()とlogin()を呼び出す

• ログアウトビューはdjango.contrib.auth.logoutを呼び出す

機能テスト（FT）では、Djangoが送信したメールをmail.outbox 属性で検索できる方法を紹介した。 しかし本章では、モッキングと呼ばれる一般的なテストテクニックを実演する。 したがって、これらの単体テストでは、この便利なDjangoのショートカットが存在しないものとして扱う。

Djangoのmail.outboxを使うなと言っているのか？ 違う。使え。便利なヘルパーだ。 だがモックについて教えたい。外部依存関係を単体テストする汎用ツールとして有用だからだ。 君はいつもDjangoを使っているとは限らない！ たとえ使っていたとしても、メールを送信しているとは限らない—— サードパーティAPIとのあらゆるやり取りが、 モックでテストしたくなる場面になり得るのだ。

モックを使うか、使わないか？

かつて私は「モックの使用をやめよう」という講演を行った。外部依存関係に対するテストをモックを一切使わずに書く方法は十分にあるのだ。

本書でモックを扱うのは、これが非常に一般的なテクニックだからだ。 しかし後述するように、いくつかの欠点も伴う。 依存性注入やカスタムフェイクオブジェクトの使用など、他のテクニックも十分に検討する価値があるが、それらはより高度な技術だ。

私の第二作『Pythonによるアーキテクチャパターン』では、 これらの代替手法について詳しく解説している。

始める前に：基本的な仕組みを整える

まずは基本的なビューとURLをセットしよう。 ログインメール送信用の新規URLが最終的にホームページへリダイレクトされることを確認する簡単なテストで実現できる：

src/accounts/tests/test_views.py (ch20l001)

from django.test import TestCase


class SendLoginEmailViewTest(TestCase):
    def test_redirects_to_home_page(self):
        response = self.client.post(
            "/accounts/send_login_email", data={"email": "[e-mail]"}
        )
        self.assertRedirects(response, "/")

superlists/urls.py の `include ` と、 accounts/urls.py の `url ` を接続し、 以下のようなテストでパスを確認する：

src/accounts/views.py ...