Authentifizierung in der Power Apps Test-Engine (veraltet)

Anmerkung

Das Testmodul ist veraltet und wird in einer zukünftigen Version entfernt. Verwenden Sie Power Platform Playwright-Beispiele für Testautomatisierungsfunktionen in Power Platform- und Dynamics 365-Diensten.

Test Engine bietet unkomplizierte Authentifizierungsoptionen, um sowohl Entwicklungs- als auch Produktionsszenarien zu unterstützen. Dieser Artikel bietet einen klaren Überblick über Ihre Authentifizierungsoptionen und wie Sie die beste Option für Ihre Anforderungen auswählen.

Authentifizierung leicht gemacht

Test Engine bietet benutzerfreundliche Authentifizierungsmethoden, je nachdem, welche Art von Test Sie erstellen möchten.

Webbasierte Tests (Canvas, modellgesteuerte Apps)

Für webbasierte Tests, bei denen ein interaktives Benutzerkonto zum Ausführen des Tests verwendet wird.

StorageState (Standard)

  • Verwendet Windows Datenschutz-API für sicheren lokalen Speicher
  • Perfekt für die individuelle Entwicklung und das Testen
  • Verarbeitet MFA und bedingten Zugriff automatisch
  • Interaktive Erstanmeldung, danach automatisiert
  • Wird für webbasierte Canvas- und modellgesteuerte App-Tests verwendet

Dataverse

  • Verwendet X.509-Zertifikate und ASP.NET Core Datenschutz
  • Ideal für Teamumgebungen und CI/CD-Pipelines
  • Speichert verschlüsselte Token in Dataverse
  • Unterstützt Dienstprinzipale für automatisierte Tests
  • Wird für webbasierte Canvas- und modellgesteuerte App-Tests verwendet

OAuth-basierte Tests (Dataverse)

Für PowerFx-Anbieter und direkte Dataverse-Tests funktioniert die Authentifizierung anders. Diese Tests rufen Zugriffstoken direkt aus Ihrer Azure CLI Sitzung mithilfe von az-Befehlen ab, um ressourcenspezifische Zugriffstoken abzurufen. Stellen Sie sicher, dass Sie mit az login --allow-no-subscriptions angemeldet sind, bevor Sie diese Art von Tests ausführen.

Wann sind die einzelnen Authentifizierungsmethoden zu verwenden?

In der folgenden Tabelle wird beschrieben, wann die einzelnen Authentifizierungsmethoden verwendet werden sollten:

Wenn Sie Folgendes tun müssen ... Auswählen Warum es am besten funktioniert
Schneller Einstieg StorageState Keine Einrichtung, führen Sie einfach Ihre Tests aus und melden Sie sich an
Lokales Testen mit MFA StorageState Verarbeitet alle modernen Authentifizierungsmethoden
Testbenutzer mit Ihrem Team teilen Dataverse Zentralisierte, sichere Speicherung von Anmeldeinformationen
Tests in CI/CD-Pipelines ausführen Dataverse Nicht interaktiv, automatisierungsfreundlich
Serviceprinzipale verwenden Dataverse Unterstützt sichere, Headless-Authentifizierung

StorageState-Authentifizierung: Schnellstart

Die StorageState-Methode speichert sicher Browserauthentifizierungsdaten lokal mithilfe der Windows Data Protection API. Es ist perfekt für einzelne Entwickler und Tester.

# StorageState is the default, so you don't need to set it using the --user-auth parameter
pac test run `
   --provider canvas `
   --test-plan-file testplan.yaml `
   --tenant your-tenant-id `
   --environment-id your-environment-id

Dataverse-Authentifizierung: Teamfähig

Die Dataverse-Methode speichert verschlüsselte Token in Dataverse mithilfe von X.509-Zertifikaten und ASP.NET Core Datenverschlüsselung. Es ist ideal für Teams und automatisierte Workflows.

Dataverse-Authentifizierung einrichten

  1. Laden Sie die Test Engine-Lösung herunter: https://aka.ms/TestEngineAuth
  2. Lösung in die eigene Dataverse-Umgebung importieren
  3. Richten Sie ein Zertifikat ein (selbstsigniert oder von Ihrer Zertifizierungsstelle)
  4. Dienstprinzipale für automatisierte Tests konfigurieren (optional, aber empfohlen)
# Example command with Dataverse authentication
pac test run `
   --provider canvas `
   --user-auth Dataverse `
   --auth Certstore `
   --test-plan-file testplan.yaml `
   --tenant your-tenant-id `
   --environment-id your-environment-id

Nächste Schritte,

Wählen Sie den am besten für Sie geeigneten Pfad aus:

  • Last updated on