PyCon JP 2020 アイリッジブースで公開していたスライドコンテンツです。

1. pytest × TDD
テスト駆動開発のススメ

2. テスト駆動開発とは
テストファーストなプログラムの開発手法。
機能を実装する前にテストコードを書き、そのテストコードに適合するように実
装とリファクタリングを進めていく。
2
【通常】
機能実装
テストコード作成
テストコード作成
機能実装
設計 設計
【テスト駆動開発】

3. テスト駆動開発の3つの工程
実装したい機能を実現するコードがない状態で、先に機能をテストするためのコードを書く。
まずはテストが正しくエラーになることを確認する段階。
レッド
先に実装したテストが成功するように注意を払いつつ、機能を実装していく。
完璧なコードを書こうとせず、テストが成功する状態になることを優先して実装を行う。
グリーン
一般的にテスト駆動開発では、下記の3つの工程を繰り返しながら開発を進める。
テストが成功する状態を維持しつつ、簡潔・明快なコードにする。
後回しにすると、修正負担が増え手がつかなくなる。グリーンを達成したらその都度行う。
リファクタリング

4. 開発体制
• 3人の開発者でテスト駆動開発を行った。
• 2つのモジュールについて、テストコードを書いた担当とプロダクションコードを書く担当を逆にし
た。
→ 仕様との照らし合わせをダブルでチェックする。
4

5. 開発の流れ
5
コード設計は以下の点を実際にコードに落とし込んだものとし、その落とし込んだものを設計者以外
の全員でレビューする形とした。
• フレームワーク
• リポジトリ構成
• クラス、メソッド、関数
◆ 設計の意図を伝えるためだけのものを作成
◆ 具体的な処理はかかない
テストコード作成
レビュー済みのコード設計に対してテストコードを作成し、作成者以外でそのテストコードをレビュー
する。 満たすべき要件を洗い出し、その洗い出した要件一つ一つに対してコード設計に沿うようにテ
ストケースを作成した。
プロダクトコード実装
最後に作成したテストコードがすべてパスするようにプロダクトコードを実装し、作成者以外でレ
ビューをし完了となる。
コード設計

6. 使用したモジュール
python用のテストモジュール。
pipでインストール可能。
test_で始まる関数がテスト対象とな
り、assertにFalseが渡されるとエ
ラーとして出力する。
from pydantic import BaseModel
class User(BaseModel):
id: int
name: str
favorite: list = []
from hoge import add_func
@pytest.mark.parametrize(”a, b, expect”, [
(1, 2, 3),
(2, 3, 5),
])
test_add_func(a, b, expected):
assert func(a, b) == expected
pytest
pydantic
Pythonの型アノテーションを利用し、バリデーションを行うことができる。
パラメータを変えつつ、
複数のケースでテスト可能
初期化を行うことも可能
Trueになるかチェックする
dict()メソッドで、変数を辞書として出力可能。

7. テストコード
7
与える入力
(ケース1)
期待する出力
(ケース1)
実際に入力を与え、期待する出力になっているかチェック
与える入力
(ケース2)
期待する出力
(ケース2)

8. プロダクトコード
テストにパスすることを常に確認しながら、
機能の追加やリファクタリングを行なっていく。

9. 良かった点
システムの理解度の均一化
• 1つのモジュールを全員で取り組む。
→ システムの属人化を早い段階で排除できる。
不具合検知の効率化
• 1つのモジュール作成の工程に対し複数人が対応。
→ それぞれの視点でシステムを評価でき、開発段階での不具合検知の確率があがる。
コードの統一化
• コード設計を全員でチェックし統一化。
→ 担当を入れ替えながら進めても実装の仕方が大きくブレない。
9

10. 改善点など
開発スピード
• コード設計、テストコード作成、プロダクトコード実装の一つ一つでレビューを挟むため開発スピー
ドはおちる。
• 基本的に全員がすべてのモジュールのシステム構成を把握する必要があり、そのキャッチアップ
に時間がかかる。
導入障壁
• 今回は新規に作成するコンポーネントだったため、最初からテスト駆動開発で入れた。
→ 既存システムの改修などの場合、話が変わってくる。
10