So verwenden Sie Microsoft Authentication Library (MSAL) für automatisierte Tests

Wie verwende ich MSA oder MSAL, um Clientcode für Business- und Consumer-Testkonten in derselben Testsuite ohne Benutzerinteraktion zu testen? Windows Integrated Auth ist keine Option dafür und ist in MSAL not implemented, auch wenn ich auf der Domäne ausgeführt wurde.So verwenden Sie Microsoft Authentication Library (MSAL) für automatisierte Tests

Für ADAL gibt es diesen Blogbeitrag, Using ADAL .NET to Authenticate Users via Username/Password, aber mein Verständnis ist, dass diese Option nicht unterstützt wird und möglicherweise in der Zukunft deaktiviert wird. Außerdem kann ich dies nicht für Kundenkonten verwenden.

Quelle

2017-01-25 Michael Mainer

Die aktuelle MSAL-Vorschau nur stille Flüsse für benutzerbasierte Authentifizierung basieren alle auf dem Vorhandensein von zwischengespeicherten Tokens, die zuvor durch interaktive Authentifizierung erhalten wurden. Wahrscheinlich wird dies auch für die nächste Vorschau der Fall sein. Die domänenbasierte integrierte Authentifizierung wird eventuell unterstützt. Der aktuelle Plan für die Eingabe von Nutzername und Passwort ist jedoch, dass der Azure AD v2.0-Endpunkt dies nicht unterstützt.

Quelle

2017-02-02 22:18:49 vibronet

Also, bedeutet dies, für automatisierte Tests, ich würde ein Refresh-Token über interaktive Authentifizierung erhalten, manuell zu einem Cache hinzufügen und Zugriffstoken basierend auf dem Refresh-Token anfordern? Ich suche nach einer Lösung für kontinuierliche Integration und Tests. –

Nicht manuell. Jedes Mal, wenn Sie AcquireToken * aufrufen, werden Token automatisch zum Cache hinzugefügt. Was Sie tun müssen, ist eine Cache-Implementierung bereitzustellen, die die Persistenzschicht Ihrer Wahl verwendet, z. eine Datei, damit Sie sie überall dort wiederverwenden können, wo Sie Ihre Tests ausführen. – vibronet

So verwenden Sie Microsoft Authentication Library (MSAL) für automatisierte Tests

Antwort

Verwandte Themen