【要約】【Django初心者】pytestでテストコードを書いてみた [Zenn_Python] | Summary by TechDistill
> Source: Zenn_Python
Execute Primary Source
// Problem
開発者が機能追加やリファクタリングを行う際、既存機能への影響を把握できず、デグレ（退行）を引き起こすリスクがある。手動での確認作業は、以下の課題を抱えている。
- ・確認コストの増大: ブラウザでの手動確認は時間がかかり、網羅性が低い。
- ・品質の不安定化: コード変更が他の機能に与える影響を即座に検知できない。
- ・チーム開発の停滞: 他者の変更による破壊的変更を早期に発見できない。
// Approach
Django標準のテストフレームワークではなく、より簡潔な記述が可能なpytestを採用し、テストの自動化を図る。具体的な手順は以下の通りである。
- ・環境構築:
pytest-djangoをインストールし、Docker環境に組み込む。 - ・設定の最適化:
pytest.iniを作成し、DjangoのSettingsモジュールをpytestに認識させる。 - ・データの抽象化:
@pytest.fixtureを利用し、テストに必要なUserやTodoオブジェクトを再利用可能な形で定義する。 - ・検証の実施:
assert文を用いて、期待される動作と実際の挙動を比較する。
// Result
pytestを導入することで、開発者はコード変更のたびに自動で全機能をチェックできる環境を手に入れる。導入後の成果は以下の通りである。
- ・検証の迅速化: 4つのテストケースを1.23秒で実行完了できる。
- ・デグレの早期発見: テスト結果（
.やF）により、合格・失敗を即座に判別可能。 - ・開発体験の向上: fixtureにより、複雑なデータ準備を簡潔に記述できる。
Senior Engineer Insight
> 入門として適切だが、実戦投入にはさらなる考慮が必要だ。大規模開発では、DB操作を伴うテストの実行速度がボトルネックとなる。
pytest-djangoのdb引数によるDB利用は便利だが、テストデータ量が増えると遅延が生じる。実戦では、モックを用いた外部依存の切り離しや、並列実行による高速化、CI/CDパイプラインへの統合をセットで設計すべきである。