db.default.urlインメモリデータベースオプションやローカルアプリケーションセットアップ用に構成されたデフォルトデータベース（構成変数を介して）ではなく、個別のPostgreSQLデータベースに対してテストを実行したいと思います。%test.dbおよび関連する構成変数（ここに表示）を使用してみましたが、うまくいかなかったようです。これらの手順はPlayFrameworkv1を対象としていると思います。
参考までに、テストデータベースにはスキーマが事前定義されており、テストを実行するたびに作成および破棄する必要はありません。（ただし、テストを実行するたびに再作成して破棄してもかまいませんが、「進化」を使用したくありません。この時点で使用しているSQLスキーマファイルは1つです。 。）
ローカル開発中に代替構成ファイルを使用して、DB 資格情報 (およびその他の設定) をオーバーライドします。他の回答 (更新 1)で説明されているように。
ヒント: 開発と本番で異なる種類のデータベースを使用すると、エラーやバグが発生しやすくなるため、開発とテスト用に同じ DB をローカルにインストールすることをお勧めします。
Play2.xの上にPlay1.xスタイルの構成を実装することができましたが、Playの作成者は、これを聞いたときにうんざりするでしょう。
コードは完全に共有可能ではありませんが、基本的には、GlobalSettingsの「configuration」メソッドをオーバーライドする必要があります：http：//www.playframework.org/documentation/api/2.0.3/scala/index.html#play。 api.GlobalSettings
「environment.tag=％test」のようなconf設定のシステムをチェックしてから、「％test.foo=bar」のすべての構成を「foo=bar」にオーバーライドできます。