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

第13章 テストを複数のファイルに分割する、 そして汎用的な待機ヘルパー

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

ローカル開発に戻る！ 次に実装したい機能は、簡単な入力検証だ。 しかし新しいテストを書き始めると、functional_tests.py やtests.py といった単一のファイル内で方向感覚を失い始めることに気づくだろう。そこで複数のファイルに再編成する——いわばテストの小さなリファクタリングだ。

また汎用的な明示的待機ヘルパーも構築する。

検証機能の開発開始：空白項目の防止

最初の数人のユーザがサイトを使い始めたところ、 リストを混乱させるミスを時々犯していることに気づいた。 例えば、誤って空のリスト項目を送信したり、 リストに全く同じ項目を2つ入力したりするのだ。 コンピュータは人間が愚かなミスを犯すのを防ぐためにある。 だから、サイトにその手助けをさせられないか試してみよう。

新しいFTメソッドの概要は次の通りだ。これをNewVisitorTestCase に追加する：

src/functional_tests/テスト.py (ch13l001)

def test_cannot_add_empty_list_items(self):
    # Edith goes to the home page and accidentally tries to submit
    # an empty list item. She hits Enter on the empty input box

    # The home page refreshes, and there is an error message saying
    # that list items cannot be blank

    # She tries again with some text for the item, which now works

    # Perversely, she now decides to submit a second blank list item

    # She receives a similar warning on the list page

    # And she can correct it by filling some text in
    self.fail("write me!")

それは結構なことだが、先に進む前に—— 機能テスト（FT）ファイルが少し混雑し始めている。 複数のファイルに分割しよう。各ファイルには単一のテストメソッドを置く。

FTは「ユーザストーリー」や機能と密接に関連していることを忘れないでほしい。 FTを整理する一つの方法は、上位レベルの機能ごとに1つずつ用意することだ。

また、全てのテストが継承できるベーステストクラスも用意する。 その手順を段階的に説明する。

テストのスキップ

注記

ローカル開発環境に戻った。 ターミナルで次のコマンドを実行し、TEST_SERVER 環境変数が解除されていることを確認せよ：unset TEST_SERVER

リファクタリング時には、テストスイートが完全にパスしている状態が望ましい。 我々は意図的に失敗するテストを書いたばかりだ。 unittest の「skip」デコレータを使って、一時的にこのテストを無効にしよう：

src/functional_tests/テスト.py ...