> ## Documentation Index > Fetch the complete documentation index at: https://docs-dev-actions-triggers-prototype.mintlify.site/llms.txt > Use this file to discover all available pages before exploring further. # アプリケーションをローカルでテスト > Auth0アプリケーションを開発およびテストする方法について説明します。 ほとんどの場合、Auth0によるユーザーの認証にはインターネット接続が必要です。ただし、Auth0をローカルで使用するアプリを開発およびテストすることはできます。場合によっては、インターネット接続へのアクセスが必要ないことがあります。 Auth0を使用するときに開発、テスト、および本番環境を構築する方法については、[「複数の環境のセットアップ」](/docs/ja-jp/get-started/auth0-overview/create-tenants/set-up-multiple-environments)に関するページを参照してください。 ## クライアント側アプリケーションでJSON Webトークンを使用します [JSON Webトークン (JWT)](/docs/ja-jp/secure/tokens/json-web-tokens) はステートレス（つまり、それらを使用するアプリは、以前の状態ではなく、その内容のみを考慮します）であるため、これはローカルでテストする最も簡単なシナリオの1つです。 次のいずれかの方法を使用して、テスト用のJWTを取得できます。 1. [データベース接続](/docs/ja-jp/connections/database)用のテストユーザーを作成し、プログラムによってユーザーをログインします。基本的には、[リソース所有者パスワードフロー](/docs/ja-jp/get-started/authentication-and-authorization-flow/resource-owner-password-flow)を使用します。実装手順の詳細については、「[リソース所有者のパスワードフローを使ってAPIをを呼び出す](/docs/ja-jp/get-started/authentication-and-authorization-flow/resource-owner-password-flow/call-your-api-using-resource-owner-password-flow)」をお読みください。 2. ブラウザボットを使用してユーザーのロールを果たし、ログインしてJWTを取得します。 ## サーバー側アプリケーションでセッションを使用します サーバー側アプリケーションでテスト用の人工セッションの生成が許可されていない限り、Auth0を使用して手動でログインを実行する方法が必要です。 これを行う方法の概要については、「[認可コードフロー](/docs/ja-jp/get-started/authentication-and-authorization-flow/authorization-code-flow)」を参照してください。実装手順の詳細については、チュートリアル「[認可コードフローを使用してログインを追加](/docs/ja-jp/get-started/authentication-and-authorization-flow/authorization-code-flow/add-login-auth-code-flow)」を参照してください。 ## Auth0でローカルドメインを使用します アプリケーションをローカルで開発している場合は、`localhost`およびAuth0からアクセスできないその他のドメイン（イントラネット上のドメインなど）を[callback URL](/docs/ja-jp/authenticate/login/redirect-users-after-login)として使用できます。たとえば、開発中にcallback URLとして`http://localhost:3000/callback`を使用できます。 1. [［Auth0 Dashboard］>［Applications（アプリケーション）］>［Applications（アプリケーション）］](https://manage.auth0.com/#/applications/\{yourClientId}/settings)に移動して、アプリケーションをクリックします。 2. URLを **［Allowed Callback URLs（許可されたコールバック URL）］** リストに追加します。 Auth0のメインIDプロトコルは、[OpenID Connect (OIDC)](/docs/ja-jp/authenticate/protocols/openid-connect-protocol) であるため、Auth0がアプリケーションのサーバーを直接呼び出す必要はありません。代わりに、Auth0は、クエリ文字列またはハッシュフラグメントに含まれる必要な情報を使用して、ユーザーをアプリケーションのエンドポイントにリダイレクトします。 ## テスト用にメールを転送 ローカルアプリケーションをテストし、アプリケーションが作成または検証するユーザーの実際の電子メールアドレスに電子メール（作成、検証など。）を配信したくない場合、Auth0はカスタム電子メールプロバイダーを使用することをお勧めします。たとえば、[Mailtrap](https://mailtrap.io/signin)などのサービスや独自のカスタムSMTPサーバー実装では、電子メールをトラップするために必要なすべてのロジックを適用できます。これにより、ユーザーは電子メールを受信しませんが、検証とトラブルシューティングのためにアクセスできます。詳細については、「[テストSMTPメールサーバーを構成する](/docs/ja-jp/customize/email/configure-test-smtp-email-servers)」をお読みください。 Auth0では、テスト中に一般的に使用される特定の「false」ドメインは許可されません。中断やエラーを回避するには、実際の電子メールアドレスを使用します。 ## もっと詳しく * [ドメインを確認する](/docs/ja-jp/troubleshoot/basic-issues/verify-domain) * [プラットフォームの確認](/docs/ja-jp/troubleshoot/basic-issues/verify-platform)