回答。

質問の歴史

テスト環境はIT製品の複雑さの増加とともに登場しました。別の環境を設けることで、テスターは実際のユーザーやデータに影響を与えることなく、新しい機能を安全に検証できます。

問題

本番環境（production）でテストを行うと、データ損失やビジネスプロセスの中断、セキュリティインシデントのリスクがあります。また、テスト環境と本番環境が異なる場合、「捉えどころのない」バグが発生することがあります。変更がテストでは動作するが、本番では動作しない（またはその逆）。

解決策

テスト（test）、ステージング（staging）、プレプロダクション（pre-prod）のために独立した環境を構築し、できるだけ本番環境に類似させます。手動テストにはAPI、データ、設定、さらにはハードウェアの実際の一致が重要です。ユーザーデータの隔離、ロギング、監視、およびコントロールデータの設定にも特に注意が払われます。

重要な特徴：

環境の独立性は安全性を確保し、あらゆるテストを実施できるようにします。
本番環境に最大限に類似させることで、「隠れた」バグのリスクを減少させます。
テストデータと設定の定期的な更新が必要です。

陥りやすい質問。

テストが無害な場合、プロダクション環境をテストに使用できますか？

いいえ、常にユーザーの作業を妨げたり、テストデータを「露出させる」リスクがあります。たとえ「無害な」テストでも、統計に影響を与えたり、負荷を引き起こす可能性があります。

test、staging、pre-prod環境の違いは何ですか？

Testは主な手動および自動テストのための環境で、データに違いがある可能性があります。Staging/pre-prodは本番環境にできるだけ似ており、最終テストのためのインフラとデータを再現します。

テスト環境で使用するのに最適なデータは、実データ、匿名化されたデータ、または合成データどれですか？

最良の選択肢は、実際に近い構造の匿名化されたデータです。実データはセキュリティを侵害し、完全に合成されたデータは実際の動作を反映しません。

一般的な誤りとアンチパターン

テストに「本番」データまたはプロダクションサーバーを使用すること。
あまりにも単純化されたテスト環境。
設定とデータの定期的な更新がないこと。

生活の例

ネガティブケース

バグ修正のテストが本番で行われ、バグが修正されるのはテスト環境だけで、その結果、本番で新しいエラーが発生し、顧客が大量に苦情を申し立てます。

利点:

小さな改修の迅速なテスト

欠点:

データ損失
本番サービスでのインシデントの可能性

ポジティブケース

チームが別のステージング環境で機能を手動で確認し、テストデータが定期的に更新され、テストが現実にできるだけ近く保たれています。