Udostępnij przez

Opis dostawców aparatu testowego (wersja zapoznawcza)

Test Engine korzysta z architektury opartej na dostawcy, która umożliwia obsługę testowania w różnych typach aplikacji. Każdy dostawca jest zoptymalizowany pod kątem określonego typu aplikacji, co pozwala na wydajną automatyzację testów przy jednoczesnym zapewnieniu spójnego doświadczenia testowego.

Kim są dostawcy?

Dostawcy to wyspecjalizowane moduły w module Test Engine, które obsługują specyfikę interakcji z różnymi typami aplikacji:

  • Streszczają złożoność testowania różnych technologii aplikacji
  • Zapewniają one specyficzną dla typu implementację działań testowych
  • Obsługują one uwierzytelnianie i kontekst odpowiednio dla każdego typu aplikacji
  • Określają, w jaki sposób testy są wykonywane i interpretowane

Typy dostawców

W poniższych sekcjach opisano różne typy dostawców dostępnych w module Test Engine. Każdy dostawca jest zaprojektowany dla konkretnego scenariusza aplikacji, oferując dostosowane możliwości testowania opartego na sieci Web i interfejsie API.

Dostawcy internetowi

Dostawcy internetowi rozszerzają możliwości automatyzacji przeglądarki Playwright, dodając abstrakcje specyficzne dla aplikacji, co ułatwia testowanie aplikacji internetowych bez zajmowania się niskopoziomowymi elementami DOM.

Dostawca aplikacji kanwy

Dostawca aplikacji kanwy (canvas) specjalizuje się w testowaniu Power Apps aplikacji kanwy:

  • Poziom abstrakcji: działa z nazwami kontrolek zdefiniowanymi w programie App Maker Studio
  • Technologia: Rozszerza Playwright o automatyzację opartą na przeglądarce
  • Kluczowe możliwości:
    • Uzyskuje dostęp do kontrolek aplikacji kanwy według nazw logicznych
    • Obsługuje typy kontrolek i zdarzenia specyficzne dla kanwy
    • Obsługuje galerię, kontrolkę, nawigację i interakcję

Przykład polecenia:

pac test run `
   --provider canvas `
   --test-plan-file your-testplan.te.yaml `
   --tenant your-tenantid-guid-value `
   --environment-id your-environmentid-guid-value

Dowiedz się więcej o testowaniu aplikacji kanwy.

Dostawca aplikacji opartych na modelu

Dostawca aplikacji sterowanych modelem (mda) specjalizuje się w aplikacjach opartych na Dataverse modelu:

  • Poziom abstrakcji: Współpracuje z elementami aplikacji sterowanymi modelem, takimi jak formularze, widoki i przepływy procesów biznesowych
  • Technologia: Rozszerza Playwright o automatyzację opartą na przeglądarce
  • Kluczowe możliwości:
    • Porusza się po złożonych interfejsach aplikacji opartych na modelu
    • Obsługuje wprowadzanie danych formularzy i walidację
    • Obsługuje operacje na rekordach encji

Przykład polecenia:

pac test run `
   --provider mda `
   --test-plan-file your-testplan.te.yaml `
   --tenant your-tenantid-guid-value `
   --environment-id your-environmentid-guid-value `
   --domain "https://contoso.crm.dynamics.com/main.aspx?appid=00001111-aaaa-2222-bbbb-3333cccc4444&pagetype=entityrecord&etn=account"

Dowiedz się więcej o testowaniu aplikacji opartych na modelach.

Dostawcy bazujący na interfejsie API

Dostawcy oparci na interfejsie API wchodzą w bezpośrednią interakcję z usługami zaplecza bez konieczności korzystania z interfejsu przeglądarki.

Power Fx dostawca

Dostawca Power Fx (powerfx) umożliwia bezpośrednie wykonywanie formuł, przydatnych Power Fx do Dataverse testów integracyjnych:

  • Uwierzytelnianie: używa OAuth tokenów uzyskanych za pomocą polecenia az logowania interfejsu wiersza polecenia platformy Azure
  • Technologia: Bezpośrednie wywoływanie Dataverse punktów końcowych interfejsu API
  • Kluczowe możliwości:
    • Wykonuje operacje CRUD na Dataverse tabelach
    • Wykonuje logikę biznesową bez interakcji z interfejsem użytkownika
    • Umożliwia ukierunkowane testowanie integracyjne

Przykład polecenia:

pac test run `
   --provider powerfx `
   --test-plan-file your-testplan.te.yaml `
   --tenant your-tenantid-guid-value `
   --environment-id your-environmentid-guid-value `
   --domain "https://contoso.crm.dynamics.com"

Dowiedz się więcej o testowaniu Dataverse rozszerzeń.

Implementacja techniczna

W poniższych sekcjach wyjaśniono podstawową architekturę, przepływy uwierzytelniania i Dataverse integrację dla dostawców aparatu testowego. Zrozumienie tych szczegółów ułatwia konfigurowanie i rozszerzanie dostawców pod kątem konkretnych potrzeb związanych z testowaniem.

Architektura

Architektura dostawcy Test Engine jest zgodna z podejściem warstwowym:

  1. Podstawowa warstwa silnika: zawiera funkcje wspólne dla wszystkich dostawców
  2. Warstwa dostawcy: implementuje logikę testowania specyficzną dla aplikacji
  3. Warstwa uwierzytelniania: obsługuje kontekst tożsamości i zabezpieczeń
  4. Warstwa rozszerzenia: Umożliwia dodawanie niestandardowych funkcji

Przepływ uwierzytelniania

Dostawcy używają różnych przepływów uwierzytelniania w zależności od swoich wymagań:

  • Dostawcy sieci Web (kanwa, sterowani przez model): używanie uwierzytelniania opartego na przeglądarce ze stanem przechowywania
  • Dostawcy interfejsu API (Power Fx): Użyj OAuth tokenów z interfejsu wiersza polecenia platformy Azure w celu uzyskania bezpośredniego dostępu do interfejsu API

Integracja aplikacji Dataverse

Wszyscy dostawcy mogą czerpać korzyści z Dataverse integracji, która umożliwia:

  • Bezpośredni dostęp do stołu za pomocą Power Fx funkcji
  • Operacje rozmieszczania i czyszczenia danych
  • Weryfikacja zmian stanu backendu

Aby włączyć Dataverse integrację, dodaj następujące elementy do ustawień testu:

testSettings:
  extensionModules:
    enable: true
    parameters:
      enableDataverseFunctions: true

Dowiedz się, jak testować Dataverse rozszerzenia

Wybór odpowiedniego dostawcy

Wybierz dostawcę na podstawie typu aplikacji i wymagań dotyczących testowania:

Typ aplikacji Provider Najlepszy dla
Aplikacje kanwy canvas Testowanie interfejsu użytkownika, interakcja ze sterowaniem, nawigacja po ekranie
Aplikacje oparte na modelu mda Formularze, widoki, przepływy procesów biznesowych, operacje na jednostkach
Czysta Dataverse integracja powerfx Logika zaplecza, operacje na tabelach, walidacja wtyczek

Testowanie aplikacji kanwy
Testowanie aplikacji opartych na modelu
Rozszerzenia testowe Dataverse
Rozszerzalność silnika testowego
Silnik testowy i dramaturg

  • Last updated on