
29
2 章 Spaghetti パターン
これは本当に最悪の言い訳です。私たちはもはやコモドール 64 の時代に生きているのでは
ないのです。テストやコードを理解しやすくするのに 20 行追加する必要があれば、常に簡
潔さよりも冗長さを選ぶようにしましょう。
•
ースモークテストはその定義からして、高速かつ簡潔で、テ
ストデータのフットプリントをできるだけ小さく抑えなくてはなりません。本番環境に
ユーザを一人登録しておき、複数のテストでそのユーザを再利用するのは、良いプラク
ティスです。本番環境のデータベースをテストユーザでいっぱいにする必要はありません。
「8 章 テストスイートを成長させる」では、スモークテストを含む各種テストスイートにつ
いて、もっと詳しく説明します。
2.1.2
Spaghetti
パターンの欠
手っ取り早いのはさておき、
Spaghetti
パターンには欠点がたくさんあります。
•
ーあるテストの上に別のテストを構築することは、最初のうちは、
すばらしいアイデアのように思えます。結局のところ、これは手動でアプリケーションを
テストするときと同じやり方です。ところが、テスト自動化の場合、このやり方は長期的
な保守性で問題になります。そのため、これはアンチパターンだと見なされます。
•
アプリケーションの個々の部分の結合が密になればなるほど、お互い
の境界が区別できなくなります。密結合はコードの再利用を妨げ、コードの重複を引き起