Seleniumデザインパターン & ベストプラクティス

105

5.1　安定を保つ文化カルチャを築く

す。

20

回もコードが変更されてからではないのです。当然、たとえ

1

つのテスト失敗であっても、

そのコード変更は間違っていると見なされるべきです。

コードを変更するたびに、コードベース全体をデプロイしてテストするのには、デプロイスクリプ

トを継続的にテストするという利点があります。

5.1.3

クリーンで性のある環境をつ

テスト実装によって引き起こされる不安定さとは違って、一貫性のないテストノードによって引

き起こされる不安定さは、より苛立たしく、見つけ出すのが難しいものです。テストノードごとに

異なるバージョンの

Firefox

や

Internet Explorer

を使うのは、それほど問題がないように思うか

もしれません。ところが、そうしたちょっとした違いのせいでテストは失敗します。その失敗を簡

単に再現できないとなると、大きな苛立ちを経験することになるでしょう。



4



ーでテストフィクスチャについて説明しましたが、ビルドごとにテスト

データベースをリロードするのは、クリーンで一貫性のあるテスト環境を保つためのすばらしい方

法です。また、構成管理ツールを使って、すべてのテストノードにおける依存関係（

Java

のバージョ

ンなど）をすべて一貫性のあるものに保つことは、多くの頭痛の種を取り除いてくれます。最後に、

ウェブサイトを提供するテスト環境は、できるだけ本番環境の物理的複製になるようにしましょう。

本番環境が

Linux

サーバを使ってウェブサイトをホストしているのに、テスト環境が ...