2017-01-25 7 views
0

MSAまたはMSALを使用して、同じテストスイート内のビジネステスト用およびコンシューマテスト用の両方のアカウントに対してクライアントコードをテストする方法を教えてください。 Windows Integrated Authはこのためのオプションではなく、ドメインで実行していてもMSALではnot implementedです。自動テストにMicrosoft認証ライブラリ(MSAL)を使用する方法

ADALの場合、このブログの投稿Using ADAL .NET to Authenticate Users via Username/Passwordがありますが、このオプションは推奨されておらず、今後無効になる可能性があります。加えて、私は消費者のアカウントにこれを使用することはできません。

答えて

1

ユーザーベースの認証のための現在のMSALプレビューのみが、以前は対話型認証で取得されていたキャッシュトークンの存在に依存していました。 これは次のプレビューの場合も同様です。ドメインベースの統合認証が最終的にサポートされます。しかし、現在のユーザー名とパスワードの記録の計画は、Azure AD v2.0エンドポイントがそれをサポートしないことです。

+0

自動テストでは、対話型認証でリフレッシュトークンを取得し、手動でキャッシュに追加し、リフレッシュトークンに基づいてアクセストークンを要求する必要がありますか?私は、継続的な統合とテストのためのソリューションを探しています。 –

+0

手動ではありません。 AcquireToken *を呼び出すたびに、トークンが自動的にキャッシュに追加されます。あなたが必要とするのは、あなたが選択した永続化レイヤを使用するキャッシュ実装を提供することです。テストを実行している場所であればどこでも再利用できます。 – vibronet

関連する問題