Test Studio

Twórz kompleksowe testy interfejsu użytkownika dla aplikacji kanwy przy użyciu programu Test Studio. Utrzymuj jakość aplikacji, stale weryfikując, czy aplikacja działa zgodnie z oczekiwaniami po wdrożeniu nowych zmian lub aktualizacji.

Omówienie

Testowanie jest ważną częścią cyklu życia tworzenia oprogramowania (SDLC). Testowanie może pomóc w zapewnieniu jakości aplikacji dostarczanej klientom. Może ono identyfikować problemy lub wady na wczesnym etapie procesu tworzenia wersji i umożliwia naprawienie tych problemów przed opublikowaniem zmian,aby aplikacja była bardziej niezawodna. W zależności od wielkości i użycia aplikacji może wystarczyć ręczne testowanie nowych zmian. Jednak wraz ze wzrostem złożoności i użycia aplikacji może być konieczne rozważenie strategii testów zamiast testowania ręcznego. Jeśli aplikacja ma kluczowe znaczenie, nawet niewielki błąd może mieć znaczący wpływ.

Większe zmiany aplikacji mogą skutkować dłuższymi cyklami testowania. Ostatecznie testy regresji aplikacji mogą być dłuższe niż czas poświęcony na opracowanie nowych funkcji. Przy szybkim tempie rozwoju dokładne testowanie każdej funkcji w aplikacji staje się wąskim gardłem wydawania aktualizacji oprogramowania. Jedną z możliwości skrócenia czasu potrzebnego podczas cyklu testowania i testów regresyjnych jest automatyzacja testów. Automatyzacja testów może pomóc w testowaniu aplikacji przy minimalnym nakładzie pracy, skracając czas testowania i identyfikując krytyczne problemy przed wydaniem.

Program Test Studio usługi Power Apps to rozwiązanie z niewielką ilością kodu służące do pisania, organizowania i automatyzacji testów aplikacji kanwy. W programie Test Studio możesz pisać testy przy użyciu wyrażeń usługi Power Apps lub użyć rejestratora do zapisania interakcji aplikacji w celu automatycznego wygenerowania wyrażeń. Możesz odtworzyć napisane testy w programie Test Studio, aby sprawdzić funkcjonalność aplikacji, a także uruchomić testy w przeglądarce internetowej i wbudować zautomatyzowane testy w proces wdrażania aplikacji.

Wymagania wstępne

Aby przetestować aplikację za pomocą Test Studio, musisz być twórcą lub współwłaścicielem aplikacji.

Terminologia dotycząca programu Test Studio

W poniższej sekcji opisano kluczową terminologię dotyczącą programu Test Studio.

Przypadki testowe

Przypadki testowe składają się z szeregu instrukcji lub akcji, zwanych krokami testu. Przypadki testowe są wykonywane w celu zweryfikowania, czy aplikacja lub określone funkcje w aplikacji działają zgodnie z oczekiwaniami. Na przykład w aplikacji do obsługi wydatków chcesz się upewnić, że zgłaszane są tylko wydatki ze skojarzonym rzeczywistym kosztem. Przypadek testowy może pomóc w sprawdzeniu, czy ten warunek lub wymaganie są zawsze spełnione.

W programie Test Studio te kroki testu są pisane przy użyciu języka wyrażeń usługi Power Apps. Wyrażenia testowe mogą zawierać zarówno funkcje dostępne podczas kompilowania aplikacji, jak i dodatkowe wyrażenia do obsługi zautomatyzowanych testów.

Zestawy testów

Zestawy testów służą do organizowania lub grupowania przypadków testowych. W miarę wzrostu liczby przypadków testowych w aplikacji możesz rozważyć zorganizowanie przypadków testowych według określonych funkcji lub funkcjonalności. Na przykład można mieć jeden zestaw testów z przypadkami testowymi do sprawdzania zgłoszeń raportów wydatków i drugi zestaw testów, który koncentruje się tylko na zatwierdzaniu wydatków.

Przypadki testowe zawarte w zestawach testów są uruchamiane sekwencyjnie. Stan aplikacji jest utrwalany we wszystkich przypadkach testowych w zestawie. Na przykład jeśli masz przypadek testowy, który kończy się na ekranie 5 w aplikacji, następny przypadek testowy w zestawie testów rozpocznie działanie od ekranu 5. Umożliwia to rozbicie złożonego scenariusza testu na wiele przypadków testowych w ramach jednego zestawu, a stan jest udostępniany wszystkim przypadkom testowym. Jeśli drugi przypadek testowy oczekuje rozpoczęcia od ekranu startowego aplikacji, możesz przejść do ekranu startowego jako pierwszego kroku w przypadku testowym. Ważne jest, aby podczas planowania wykonywania testu pamiętać, że aplikacja nie jest ponownie ładowana na początku każdego przypadku testowego w zestawie testów.

Asercje testowe

Każdy przypadek testowy powinien mieć oczekiwany wynik. Aby zweryfikować oczekiwany wynik testu względem rzeczywistego wyniku testu, możesz napisać asercje testowe. Asercja jest wyrażeniem, które daje w wyniku wartość true lub false w teście. Jeśli wyrażenie zwróci wartość false, przypadek testowy zakończy się niepowodzeniem.

W powyższym przykładzie aplikacji wydatków można napisać asercję, aby sprawdzać, czy raport wydatków nie został utworzony z linią wydatków, z którą nie są skojarzone żadne koszty.

Najlepsze rozwiązania

Podczas testowania aplikacji kanwy przy użyciu programu Test Studio rozważ następujące najlepsze rozwiązania, aby uzyskać maksymalne korzyści w celu poprawy jakości aplikacji:

1. Określ, które przypadki testowe powinny zostać zautomatyzowane.

   Trudno jest zautomatyzować wszystkie testy i nie zalecamy całkowitego polegania na automatyzacji testów. Oprócz testów zautomatyzowanych należy wykonać testowanie ręczne. Oto testy najlepiej dostosowane do automatyzacji:

   • Testy powtarzalne.
   • Testy funkcjonalności o dużym wpływie na działalność biznesową.
   • Funkcje, które są stabilne i nie ulegają znaczącej zmianie.
   • Funkcje wymagające wielu zestawów danych.
   • Testowanie ręczne, które wymaga dużo czasu i wysiłku.

2. Zachowaj małe przypadki testowe.

   Chociaż pojedynczy przypadek testowy może obsługiwać testowanie wszystkich funkcji w aplikacji, zalecamy unikanie pisania monolitycznego przypadku testowego i próby podzielenia go na wiele przypadków testowych. Każdy przypadek testowy może przetestować konkretną funkcję lub funkcjonalność w aplikacji. Niepowodzenie asercji w dużym przypadku testowym może spowodować, że pozostałe funkcje pozostaną nieprzetestowane. Użycie wielu przypadków testowych zawartych w zestawie testów pozwala na przetestowanie innych funkcji niezależnie od tego, czy poprzedni przypadek testowy zakończył się niepowodzeniem. Ta strategia ułatwia także izolowanie błędów testów.

3. Zachowaj wyrażenia w pojedynczej akcji testowej.

   Akcja testu może zawierać wiele wyrażeń. Duże wyrażenia testowe z wieloma akcjami dla pojedynczego kroku mogą mieć wpływ na możliwość debugowania i izolowania niepowodzeń testu. Rozważ podzielenie kroku testu z wieloma akcjami na wiele kroków testu obejmujących pojedyncze akcje, aby szybciej zidentyfikować problemy.

4. Każdy przypadek testowy powinien mieć oczekiwany wynik.

   Każdy przypadek testowy powinien mieć co najmniej jeden oczekiwany wynik. Należy użyć asercji testowych w celu zweryfikowania oczekiwanych wyników testu względem rzeczywistych wyników. Dla pojedynczego przypadku testowego można napisać wiele asercji.

5. Używaj zestawów testów.

   Na potrzeby konserwacji zgrupuj lub skategoryzuj podobne przypadki testowe razem i podaj opisy dotyczące celu oraz oczekiwanych wyników testu.

Znane ograniczenia

Obecnie trwają prace nad zapewnieniem pełnego zakresu kontroli w programie Power Apps Test Studio, ale następujące funkcje są niedostępne:

• Składniki.
• Składniki kodu napisane w programie Power Apps Component Framework.
• Galerie zagnieżdżone.
• Kontrolki multimediów.
• Funkcja eksperymentalna zarządzania błędami na poziomie formuły musi zostać włączona dla aplikacji.
• Obsługa kontrolek niewymienionych w funkcjach Select i SetProperty.
• Kolumny typu Osoba.
• Test Studio nie jest zgodny z funkcją formantu wersji Git i nie działa prawidłowo, jeśli ta funkcja jest włączona.

Następne kroki

• Praca z programem Test Studio

Zobacz też

• Automatyzowanie testów przy użyciu usługi Azure Pipelines za pomocą edytora klasycznego