私が働いている会社には、テスト環境と本番環境の 2 つの環境があります。コストの関係で、現在新しい環境を開始していません。
私たちが従う手順は次のとおりです。ビジネスは機能リクエストを作成し、開発はそれを実現し、テスト環境にデプロイします。その後、ビジネス テスト (UAT) が行われ、問題がなければ、その機能は次の運用展開に含まれます。
問題は、テスト DB のベスト プラクティスです。開発者はテスト環境を遊び場として扱い、テスト目的で DB を初期状態にリセットすることがあります。一方、ビジネスマンは、テスト DB は安定している必要があり、リセットする必要はないと考えています。この問題を解決し、テスト環境を開発チームとビジネス チームのどちらに所属させるかを決定したいと考えています。(開発者はビジネスがテスト環境に顔を出すことを望んでいませんが、ビジネス チームはサーバーにお金を払っています。)
環境に関するベストプラクティスは何ですか? これに関する記事をお勧めできますか？
当社には、テストデータベースと本番データベースの2つのデータベースもあります。テストデータベースは主に開発者によるテストに使用されますが、ビジネステストにも使用される場合があります。このデータベースは、実動データベースの実際のコピーを使用して毎日更新されます。したがって、このデータベースは、遊び場と本格的なテストデータベースの両方になり得ます。しかし、3番目の開発データベースは最良の選択肢です。持っていましたが、今は壊れています。しかし、それらの1つを入手したら、それが十分な頻度で更新されることを確認する必要があります。開発者がそれを遊び場として使用すると、本番環境から外れ、データは古くて破損します。このため、開発者は自分でうまくテストすることができなくなります。したがって、このデータベースを定期的に（おそらく毎日、または少なくとも週に1回）更新するようにしてください。
可能であれば、各開発者にローカル マシン上の独自のデータベースを提供します。そうすれば、他の人に影響を与えることなく、好きなことを行うことができます。これにより、テスト データベースを操作したいという欲求が大幅に減少し、ビジネス UAT により安定した環境が提供されます。
各開発者に最新のデータベース Docker イメージを提供して、ローカル環境で再生することができます。データが破損している場合は、コンテナーを再作成するだけです。