これは、2つの環境を分離した正しい答えです
（テストと開発）より安定し、より「制御された」
開発環境でテストを行っているため、本番環境をそこに置きたくありません。本番環境で実験を行いたくありません。環境を分離することで、よりリスクのない本番環境を実現し、開発者がテスト環境をより柔軟に制御できるようになります。

ファジングまたはファジング テストは、無効なデータ、予期しないデータ、またはランダムなデータをコンピュータ プログラムへの入力として提供する、自動化されたソフトウェア テスト手法です。その後、クラッシュ、組み込みコード アサーションの失敗、潜在的なメモリ リークなどの例外がないかプログラムが監視されます。

OAuth 2.0 は、リソース所有者に代わって、またはサードパーティ アプリケーションが自らに代わってアクセスできるようにすることで、サードパーティ アプリケーションが HTTP サービスへの限定アクセスを取得できるようにする承認フレームワークです。エンド ユーザーは、サービス プロバイダーにアクセス トークンを提供する必要があります。このトークンは、ユーザーがサードパーティ アプリケーションに許可を与えた後に承認サーバーによって発行されます。アクセス トークンは、ユーザーの ID と、ユーザーが付与したアクセスの範囲を表します。サービス プロバイダーは、アクセス トークンを使用してユーザーを認証し、要求されたサービスを提供できます。ユーザー名とパスワードは、OAuth 2.0 では必要ありません。これらは、サービス プロバイダーではなく、承認サーバーに対してユーザーを認証するためにのみ使用されます。
ユーザー名やパスワードだけでは、ユーザーが許可したアクセスの範囲を示すものではないため、サービス プロバイダーに対してユーザーを認証するには不十分です。参考資料: OAuth 2.0、CISSP オールインワン試験ガイド、第 8 版、第 5 章: アイデンティティとアクセス管理 (IAM)