Faza testowania
Po zakończeniu pracy nad aplikacją, następnym krokiem jest rozpoczęcie testowania. W tej sekcji przedstawiono podstawowe informacje na temat sposobu testowania.
Typy testów
Testy jednostkowe
Test jednostkowy służy do sprawdzania, czy określona funkcja lub cecha aplikacji działa poprawnie.
Kompleksowy test
Aby sprawdzić, czy rozwiązanie ogólne działa poprawnie, można użyć kompleksowego testu. Ma to znaczenie, ponieważ nawet jeśli wszystkie testy jednostkowe funkcjonują poprawnie, integracja dwóch jednostek może zawieść się. Testy te są wykonywane za pomocą następującego scenariusza testowego, który jest zbliżony do wielkości wykorzystania rzeczywistego procesu biznesowego.
Testy akceptacji użytkowników
Test akceptacji użytkownika (UAT) jest wprowadzany przez użytkownika aplikacji, a nie przez producenta. Ten test ma zapewnić, że to, co zostało zbudowane przez twórców, odpowiada wymaganiom początkowo żądanym przez użytkownika.
Oto kilka porad ułatwiających uzyskanie dobrych wyników działaniań testów UAT:
Przetestuj z prawdziwymi użytkownikami.
Próbę wybrania użytkowników mających różnorodność w zakresie poziomu umiejętności IT. Pozwoli to na uzyskanie wielu opinii.
Nie należy podawać instrukcji użytkownika; zobacz, czy aplikacja może w sposób intuicyjny interpretować dostęp do aplikacji.
Sprawdź, w jaki sposób nawigują aplikacje bez pomocy, i zobacz, gdzie można ulepszyć projektowanie.
Gdy użytkownik utknie na ekranie, poproś go o wyjaśnienie, czego się spodziewał.
Wypróbuj różne urządzenia, aby mieć pewność, że przypadki testowe zadziałają tak samo.
Najlepiej jest testować aplikację w rzeczywistym środowisku lub miejscu użytkownika, jeśli aplikacja korzysta z funkcji obsługi trybu offline.
Poproś użytkowników, aby spróbowali „zepsuć” Twoją aplikację, na przykład wprowadzając nietypowe znaki w polach tekstowych.
Użytkownicy zazwyczaj testują „szczęśliwą ścieżkę” (ścieżkę, którą podąża użytkownik, gdy wszystko idzie idealnie); poproś ich, aby przetestowali także scenariusze, takie jak anulowanie raportu z wydatków zamiast jego przesłania lub odrzucenie raportu z wydatków zamiast zatwierdzenia go.
Użytkownicy mogą nie być zaznajomieni z oprogramowaniem testującym. Poinformuj ich, jakiego rodzaju opinii szukasz. Często pomocne jest dostarczenie szablonu dla „błędów”, aby upewnić się, że testerzy dokładnie wyjaśniają, co robią, co się stało, czego się spodziewali, a także wszelkie istotne informacje na temat środowiska testowego (takie jak typ urządzenia i przeglądarka).
To naturalne, że użytkownik może poprosić o zmiany specyfikacji lub poprosić o dodatkowe funkcje. Te żądania powinny być rejestrowane na liście funkcji określonym w sekcji Ustalanie priorytetów funkcji i żądań.
Tworzenie spraw testowych i scenariuszy
Aby napisać kompleksowe scenariusze testowe i przypadki testowe, należy odwołać się do Fazy planowania i Fazy projektowania w celu upewnienia się, że przetestowano wszystkie ważne scenariusze.
Pierwszym krokiem jest wpisanie testów jednostkowych. Pamiętaj, aby rozbić testy na każdą cechę lub funkcję. Przypadki testowe na jednostkę testową powinny być wymienione w poniższej tabeli.
| Nr przypadku testowego | Opis testu | Dane wejściowe do testowania | Oczekiwany wynik | Wynik |
|---|---|---|---|---|
| 1-1 | Wysyłanie szczegółów zamówień z formularza | Numer zamówienia 16516 | Zamówienie zostało pomyślnie przesłane | |
| 1-2 | Sprawdzanie, czy plik PDF jest generowany i dołączany do rekordu | Brak | Plik PDF jest dołączony do rekordu | |
| 1–3 | Powiadomienie pocztą e-mail jest wysyłane do użytkownika | test@contoso.com | Wiadomość e-mail jest odbierana przez określonego odbiorcę |
Narzędzia ułatwiające testowanie aplikacji kanwy
Power Apps Test Studio (wersja eksperymentalna)
Aby móc testować wewnętrzne aplikacje kanwy, można użyć wbudowanego narzędzia o nazwie Power Apps Test Studio w celu zapisania, zorganizowania i zautomatyzowania testów na potrzeby aplikacji kanwy. Więcej informacji: Test Studio (wersja eksperymentalna)
Azure Monitor (wersja eksperymentalna)
Podczas testowania problemów z wydajnością można użyć narzędzia Monitor do sprawdzenia działania sieci, podobnie jak w przypadku śledzenia sieci w przeglądarce. Aby uzyskać szczegółowe informacje na temat narzędzia Monitorowania, zobacz zamieszczanie wpisu Wprowadzenie monitora w celu debugowania aplikacji i poprawy wydajności.
Narzędzia ułatwiające testowanie aplikacji opartych na modelu
EasyRepro
EasyRepro to narzędzie dostępne dla aplikacji opartych na modelu Dynamics 365 i Power Apps. Nie tylko zawiera narzędzie testowe, ale również ponad 200 przykładowych przypadków testowych, które zwiększają szybkość procesu testowego. Aby uzyskać więcej informacji, zobacz wpis na blogu zautomatyzowane środowisko testowe EasyRepro, do którego można uzyskać dostęp przez repozytorium GitHub EasyRepro.
Sprawdzanie rozwiązań
Moduł sprawdzania rozwiązania jest narzędziem, które sprawdza, czy utworzone rozwiązanie jest zdrowe. Można szybko przejrzeć problemy i zapoznać się z zalecanymi poprawkami. Więcej informacji: Użyj modułu sprawdzania rozwiązań do sprawdzania poprawności aplikacji opartych na modelu w Power Apps
Uwaga
Czy możesz poinformować nas o preferencjach dotyczących języka dokumentacji? Wypełnij krótką ankietę. (zauważ, że ta ankieta jest po angielsku)
Ankieta zajmie około siedmiu minut. Nie są zbierane żadne dane osobowe (oświadczenie o ochronie prywatności).