Udostępnij za pośrednictwem

Planowanie implementacji usługi Power BI: weryfikowanie zawartości

  • Artykuł

Uwaga

Ten artykuł stanowi część serii artykułów dotyczących planowania implementacji usługi Power BI. Ta seria koncentruje się głównie na środowisku usługi Power BI w usłudze Microsoft Fabric. Aby zapoznać się z wprowadzeniem do serii, zobacz Planowanie implementacji usługi Power BI.

Ten artykuł ułatwia weryfikowanie zawartości w ramach zarządzania cyklem życia zawartości. Jest ona przeznaczona przede wszystkim na:

  • Centrum doskonałości (COE) i zespoły analizy biznesowej: zespoły odpowiedzialne za nadzorowanie usługi Power BI w organizacji. Zespoły te obejmują osoby podejmujące decyzje, które decydują, jak zarządzać cyklem życia zawartości usługi Power BI. Zespoły te mogą również obejmować menedżerów wydań, którzy obsługują cykl życia wydań zawartości, oraz inżynierów, którzy tworzą składniki potrzebne do efektywnego używania i zarządzania cyklem życia wsparcia technicznego.
  • Twórcy zawartości i właściciele zawartości: użytkownicy, którzy tworzą zawartość, którą chcą publikować w portalu sieci szkieletowej, aby udostępniać je innym osobom. Te osoby są odpowiedzialne za zarządzanie cyklem życia tworzonej zawartości usługi Power BI.

Zarządzanie cyklem życia składa się z procesów i praktyk używanych do obsługi zawartości z jej tworzenia do ewentualnego wycofania. W drugim etapie zarządzania cyklem życia opracowujesz zawartość i zarządzasz zmianami, które obejmują kluczowe decyzje dotyczące sposobu tworzenia zawartości i konfigurowania obszarów roboczych oraz kontroli wersji. Na trzecim etapie weryfikujesz zawartość, aby sprawdzić, czy jest gotowa do wdrożenia.

Uwaga

Zazwyczaj iterujesz etapy dwa i trzy w kolejnych cyklach programowania i weryfikacji.

Weryfikowanie zawartości ma kluczowe znaczenie dla zapewnienia jakości i wiarygodności rozwiązań. Z tego powodu ważne jest przetestowanie zmian zawartości przed ich wdrożeniem w środowisku produkcyjnym.

Na poniższej ilustracji przedstawiono cykl życia zawartości usługi Power BI z wyróżnionym etapem trzecim, w którym weryfikujesz zawartość.

Diagram przedstawia cykl życia zawartości usługi Power BI. Wyróżniono etap 3 dotyczący weryfikacji zawartości.

Uwaga

Aby zapoznać się z omówieniem zarządzania cyklem życia zawartości, zobacz pierwszy artykuł z tej serii.

Ten artykuł koncentruje się na kluczowych zagadnieniach i decyzjach dotyczących weryfikowania zawartości w całym cyklu życia. Aby uzyskać więcej wskazówek dotyczących weryfikowania zawartości, zobacz:

Weryfikowanie zawartości obejmuje podejmowanie określonych decyzji lub akcji w celu zapewnienia, że zawartość działa zgodnie z oczekiwaniami.

Podczas weryfikowania zawartości oceniasz różne aspekty rozwiązania.

  • Funkcjonalność: czy elementy i funkcje, które składają się na rozwiązanie, są funkcjonalne. Przykładem funkcji testowania jest to, czy model semantyczny może ukończyć zaplanowane odświeżanie.
  • Dokładność danych: czy wyświetlane liczby i wyniki są kompletne i dostosowane do oczekiwań biznesowych. Przykładem testowania dokładności danych jest to, czy wartość w raporcie jest zgodna ze znanym punktem odniesienia.
  • Wydajność: określa, czy zapytania mają minimalny wpływ na dostępne zasoby użytkownika, czy czas oczekiwania użytkownika. Przykładem testowania wydajności jest to, czy przepływ danych niezawodnie odświeża się bez osiągnięcia limitu czasu lub ma długie czasy trwania odświeżania.
  • Zabezpieczenia: niezależnie od tego, czy nieautoryzowane osoby nie mogą wyświetlać lub uzyskiwać dostępu do informacji, czy całego rozwiązania. Przykładem testowania zabezpieczeń jest personifikacja użytkownika lub roli podczas weryfikowania zabezpieczeń na poziomie wiersza ..
  • Efektywność: czy rozwiązanie rozwiązuje odpowiedni problem biznesowy lub proces, i wystarczająco obsługuje cele biznesowe zgodnie z oczekiwaniami. Przykładem skuteczności testowania jest zbieranie opinii użytkowników podczas przeprowadzania testów akceptujących użytkowników (UAT).
  • Ułatwienia dostępu: to, czy rozwiązanie spełnia znane standardy ułatwień dostępu, tak aby było możliwe do użycia przez jak największą liczbę osób. Przykładem testowania ułatwień dostępu jest sprawdzenie, czy raport spełnia listę kontrolną ułatwień dostępu raportu firmy Microsoft.

Zawartość można zweryfikować, przeprowadzając różne rodzaje testów. W poniższych sekcjach opisano kluczowe zagadnienia dotyczące podejmowania decyzji dotyczących sposobu przeprowadzania testów przez twórców zawartości i użytkowników zawartości.

Uwaga

Wiele zespołów korzysta z metodologii testowania, które pochodzą z tworzenia oprogramowania, takich jak testy jednostkowe, testy integracji i testy weryfikacyjne kompilacji. Istnieje wiele równie prawidłowych podejść do testowania i walidacji zawartości. Najważniejsze jest przetestowanie zawartości przy użyciu podejścia, które najlepiej odpowiada Twoim potrzebom i działaniu zespołu.

Decydowanie o tym, jak twórcy powinni weryfikować zawartość

Twórcy zawartości powinni weryfikować własne zmiany zawartości, aby zapewnić jakość i funkcjonalność zmian. Testy zwykle odbywają się w obszarze roboczym programowania, który zawiera najnowszą działającą wersję rozwiązania. Twórcy zawartości przetestują własne zmiany, zanim zawartość zostanie wdrożona w testowym obszarze roboczym na potrzeby weryfikacji użytkownika.

Uwaga

Ważne jest, aby twórcy zawartości weryfikowali własną zawartość przed udostępnieniem jej użytkownikom. Jeśli rozwiązanie jest udostępniane do testowania użytkowników z oczywistymi problemami, erodes zaufanie do rozwiązania. Nawet podczas testowania użytkownicy oczekują rozsądnej reprezentacji produktu końcowego. Ponadto rozwiązanie funkcjonalne umożliwia użytkownikom skoncentrowanie się na identyfikowaniu problemów związanych z ich obszarem biznesowym.

Istnieją dwa sposoby weryfikowania zawartości przez twórców zawartości.

  • Testowanie ręczne: Testy ręczne obejmują osobę ręcznie sprawdzającą zawartość za pośrednictwem subiektywnej oceny lub porównując się z niektórymi obiektywnymi kryteriami testu. Testy ręczne są łatwe do wykonania, ale podlegają błędom ludzkim lub stronniczym. Ponadto, gdy zawartość osiągnie określoną skalę, testy ręczne mogą stać się pracochłonne do prawidłowego wykonania. Testowanie ręczne można przeprowadzić na dwa sposoby.
    • Niezależna recenzja, która obejmuje testowanie własnej zawartości, takiej jak modele semantyczne i raporty.
    • Przegląd równorzędny, który obejmuje subiektywną ocenę zawartości, aby krytycznie ocenić rozwiązanie i przekazać sugestie, aby je ulepszyć.
  • Testowanie automatyczne: Testy automatyczne obejmują wstępnie przygotowany test, który jest oceniany automatycznie bez interwencji człowieka. Zazwyczaj testy automatyczne sprawdzają części kodu rozwiązania względem określonych testów porównawczych lub punktów odniesienia. Testowanie automatyczne jest trudniejsze do wykonania i wymaga czasu i nakładu pracy na skonfigurowanie. Jednak zautomatyzowane testowanie jest niezbędne w scenariuszach przedsiębiorstwa w celu zapewnienia jakości i wiarygodności większych implementacji i rozwiązań krytycznych dla działania firmy.

W poniższych sekcjach opisano różne sposoby przeprowadzania testów ręcznych, testów automatycznych i przeglądu równorzędnego przez twórców zawartości.

Przeprowadzanie testów ręcznych

Należy przeprowadzić własne testy ręczne na tworzonej zawartości. Te testy powinny zapewnić, że zmiany działają zgodnie z oczekiwaniami i osiągną żądane standardy jakości. Zazwyczaj testowanie ręczne obejmuje używanie i subiektywną ocenę zawartości lub określonych zmian zawartości oraz opisywanie i dokumentowanie wyników.

Poniżej przedstawiono niektóre zagadnienia dotyczące testowania własnej zawartości.

  • Podejmowanie decyzji i dokumentowanie wcześniej warunków testu i kryteriów powodzenia.
  • Należy dokładnie stosować testy i dokumentować wyniki testu. Upewnij się jednak, że unikasz zbędnego testowania, aby praktyki testowe nie spowalniały programowania.
  • Utwórz standardowy zestaw testów dla każdego typu elementu, aby zwiększyć powtarzalność.
  • Dokumentowanie wyników testów i wniosków.
  • Przetestuj wiele razy, aby upewnić się, że wyniki testu najlepiej odzwierciedlają rzeczywistość, a nie losową szansę.
  • Użyj warunków testowych, które są reprezentatywne dla środowiska produkcyjnego.

W poniższych sekcjach opisano inne kluczowe zagadnienia dotyczące testowania ręcznego.

Ręczne testowanie modeli semantycznych

Modele semantyczne są ważną częścią rozwiązania w sieci szkieletowej i usłudze Power BI, ponieważ są one nadrzędnym źródłem raportów, pulpitów nawigacyjnych i innych narzędzi klienckich i obciążeń sieci szkieletowej. W związku z tym ważne jest zweryfikowanie modeli semantycznych przed wdrożeniem.

Odpowiedz na pytania, takie jak poniższe, aby ułatwić zweryfikowanie modelu semantycznego.

  • Czy tabele zawierają nieoczekiwane brakujące, zduplikowane lub nieprawidłowe wartości?
  • Czy miary języka DAX zwracają oczekiwane wyniki bez długich czasów zapytań?
  • Czy zaplanowane odświeżanie zostało ukończone pomyślnie bez długich czasów odświeżania?
  • Czy obserwujesz (puste) wyniki w wizualizacjach, filtrach lub wynikach zapytań spowodowanych naruszeniami integralności referencyjnej?
  • Czy zabezpieczenia danych, takie jak zabezpieczenia na poziomie wiersza lub zabezpieczenia na poziomie obiektu (OLS), wystarczająco uniemożliwiają nieautoryzowanym osobom uzyskanie dostępu do modelu lub jego danych?
  • Czy obiekty modelu (takie jak miary języka DAX lub kolumny tabeli) są zorganizowane w foldery wyświetlania?

Możesz użyć różnych narzędzi i podejść, aby ułatwić weryfikowanie modeli semantycznych.

  • Power BI Desktop: program Power BI Desktop umożliwia weryfikowanie różnych aspektów modeli semantycznych przy użyciu różnych funkcji. Przykłady funkcji programu Power BI Desktop, które ułatwiają testowanie modeli semantycznych, to:
    • Kanwa wizualizacji: testowanie funkcjonalności i dokładności modelu za pomocą wizualizacji przeciągania i upuszczania.
    • Widok zapytań języka DAX: Testowanie dokładności modelu i kodu języka DAX za pomocą zapytań języka DAX, które można zapisać i użyć ponownie później.
    • Diagnostyka zapytań: Testowanie wydajności odświeżania przez uzyskanie informacji diagnostycznych dotyczących sposobu oceniania zapytań w dodatku Power Query.
  • Sieć szkieletowa: funkcje i elementy w portalu sieci szkieletowej umożliwiają weryfikowanie aspektów modelu semantycznego po wdrożeniu go w obszarze roboczym.
  • Narzędzia innych firm: narzędzia innych firm umożliwiają weryfikację innych aspektów modelu semantycznego, udostępniając bardziej szczegółowe informacje lub inne funkcje, które ułatwiają walidację. Przykłady narzędzi innych firm, które ułatwiają testowanie modeli semantycznych, to:
    • DAX Studio: testowanie i optymalizowanie wydajności kodu języka DAX przez otrzymanie szczegółowych podziałów chronometrażu zapytań i planów zapytań języka DAX.
    • Edytor tabelaryczny: Testowanie i debugowanie dokładności kodu języka DAX dzięki otrzymaniu szczegółowych podziałów sposobu oceniania zapytań języka DAX i aktywnego kontekstu oceny.

Napiwek

Diagnostyka zapytań umożliwia ręczne weryfikowanie i optymalizowanie wydajności dodatku Power Query z innych elementów, które go używają, takich jak przepływy danych.

Ponadto można użyć widoku zapytań języka DAX i narzędzi innych firm, takich jak DAX Studio, do weryfikowania i optymalizowania zapytań języka DAX dla raportów podzielonych na strony i kart wyników.

Ręczne testowanie raportów

Raporty są typowym sposobem interakcji użytkowników z danymi. Wielu użytkowników zależy od raportów, aby podejmować decyzje i podejmować działania w celu osiągnięcia celów biznesowych. W związku z tym ważne jest zweryfikowanie raportów przed wdrożeniem.

Odpowiedz na pytania, takie jak poniższe, aby ułatwić weryfikowanie raportów.

  • Czy raporty spełniają udokumentowane wymagania biznesowe?
  • Czy odpowiednie typy wizualizacji są używane do rozwiązywania właściwego pytania?
  • Czy strony raportu są jasne i zwięzłe bez przytłaczających kolorów lub zbyt wielu wizualizacji?
  • Czy raport działa zgodnie z oczekiwaniami podczas filtrowania do wąskiego podzestawu danych?
  • Czy raport zezwala na eksportowanie do programu Excel, a jeśli tak, czy zezwala na pobieranie podsumowanych danych lub danych bazowych?
  • Czy raport może być używany do przeglądania szczegółowego między raportami lub personalizacji wizualizacji?

Możesz użyć różnych narzędzi i podejść, aby ułatwić weryfikowanie raportów.

  • Power BI Desktop: program Power BI Desktop umożliwia weryfikowanie różnych aspektów raportów przy użyciu różnych funkcji. Przykłady funkcji programu Power BI Desktop, które ułatwiają testowanie raportów, obejmują:
    • Kanwa wizualizacji: testowanie funkcjonalności raportu przy użyciu fragmentatorów, filtrów i innych elementów interaktywnych.
    • Analizator wydajności: Wydajność raportu testowego przez pomiar czasu renderowania wizualnego i zapytań języka DAX. Możesz skopiować wizualne zapytania języka DAX z analizatora wydajności do użycia w innych narzędziach i zapisać wyniki wydajności dla dokumentacji.
    • Symulacje limitów zapytań: testowanie wydajności raportu przez symulowanie limitów pamięci w pojemności, w której zostanie wdrożona.
  • Sieć szkieletowa: funkcje i elementy w portalu sieci szkieletowej umożliwiają weryfikowanie aspektów raportu po wdrożeniu go w obszarze roboczym.
    • Aktualizowanie aplikacji: Testowanie funkcjonalności i zabezpieczeń raportów podczas dystrybucji raportów w aplikacjach usługi Power BI i ustawianie różnych odbiorców aplikacji w celu określenia, kto może wyświetlać zawartość. Gdy używasz odbiorców aplikacji, możesz wyświetlić podgląd raportów, do których będą mieli dostęp, i samodzielnie przetestować środowisko aplikacji.
    • Widok do czytania w obszarze roboczym lub aplikacji: Testowanie funkcjonalności i dokładności raportu przy użyciu go w tym samym środowisku co użytkownik.

Uwaga

Pulpity nawigacyjne można opracowywać i weryfikować tylko w portalu sieci szkieletowej.

Ważne

Ważne jest przetestowanie raportów zarówno w programie Power BI Desktop, jak i po wdrożeniu w portalu sieci szkieletowej. Renderowanie wizualne może zachowywać się inaczej na komputerze lokalnym w porównaniu z raportami w obszarze roboczym sieć szkieletowa. Ponadto należy pamiętać, że środowisko użytkownika korzystania z raportu z obszaru roboczego lub aplikacji znacznie różni się od korzystania z raportu w programie Power BI Desktop.

Ręczne testowanie przez przeprowadzenie przeglądu równorzędnego

Innym sposobem ręcznego weryfikowania zawartości jest przeprowadzenie przeglądu równorzędnego. W ramach przeglądu równorzędnego twórca zawartości udostępnia rozwiązanie lub część rozwiązania współpracownikowi do oceny. Celem przeglądu równorzędnego jest ulepszenie rozwiązania przy użyciu zbiorowego doświadczenia i wiedzy wielu twórców zawartości. Podczas i po ręcznym i zautomatyzowanym testowaniu można przeprowadzić przegląd równorzędny.

Uwaga

Przegląd równorzędny to standardowe podejście używane w wielu branżach. Takie podejście jest powszechnie znane w celu poprawy jakości zawartości, produktów i procesów.

Napiwek

Jeśli jesteś jedynym twórcą zawartości dla rozwiązania, rozważ znalezienie innego twórcy zawartości w innym zespole, aby przejrzeć rozwiązanie i zaoferować im to samo.

Istnieją różne sposoby przeprowadzania przeglądu równorzędnego.

  • Przegląd funkcjonalny: przegląd funkcjonalny koncentruje się na funkcjach, procesach lub wymaganiach biznesowych, które rozwiązanie powinno spełniać. W przeglądzie funkcjonalnym recenzenci używają rozwiązania tak, jakby byli użytkownikami końcowymi. Dokumentują wszelkie wady lub problemy, które znajdują, wraz z subiektywną krytyką w celu poprawy implementacji.
  • Przegląd techniczny: Przegląd techniczny koncentruje się na aspektach technicznych rozwiązania, takich jak modelowanie danych, kod lub projekt. W przeglądzie technicznym recenzenci oceniają, w jaki sposób niektóre funkcje lub zmiany zostały zaimplementowane, i sugerują alternatywne podejścia lub podkreślają potencjalne wady lub zagrożenia dla bieżącego podejścia.
  • Żądanie ściągnięcia: podczas wykonywania kontroli źródła należy utworzyć żądanie ściągnięcia w celu scalenia zmian z najnowszą wersją rozwiązania. Właściciel techniczny przegląda proponowane zmiany i ocenia kod źródłowy. Ten rodzaj przeglądu przydaje się do zapewnienia, że kod jest zgodny ze standardowymi konwencjami, takimi jak formatowanie kodu JĘZYKA DAX lub M, albo identyfikowanie wzorców antyszemimowych lub potencjalnie problematycznych kodów.

Napiwek

Zalecamy przeprowadzenie pewnego rodzaju formalnego przeglądu równorzędnego i zatwierdzenia przed przejściem zmian zawartości do testowania akceptacyjnego użytkownika. Wynika to z faktu, że niska jakość zawartości może zaszkodzić zaufaniu w rozwiązaniach danych, nawet podczas testowania. Ponadto przegląd równorzędny może również przynieść korzyści współpracy i dzielenia się wiedzą wśród członków zespołu.

Po zakończeniu cyklu przeglądu równorzędnego należy udokumentować i uwzględnić wszelkie zalecane zmiany. W razie potrzeby należy ponownie przesłać zmiany do zatwierdzenia przed przejściem do testowania użytkownika. Zazwyczaj wiele iteracji przeglądu równorzędnego jest potrzebnych tylko wtedy, gdy istnieje wiele zmian lub kilka złożonych zmian do testowania.

Automatyzowanie testowania

Twórcy zawartości mogą zautomatyzować testowanie, aby testy były wykonywane automatycznie przed wdrożeniem. Testy automatyczne zwykle obejmują wstępnie utworzone warunki testu, które są uruchamiane i orkiestrowane programowo w odpowiedzi na określone akcje, takie jak zapisywanie zawartości lub przesyłanie żądania ściągnięcia (PR). Wyniki testów automatycznych są automatycznie przechowywane do późniejszego odwołania i dokumentacji.

Celem zautomatyzowanego testu jest skrócenie czasu i wysiłku w celu zweryfikowania zmian zawartości, jednocześnie poprawiając spójność testów i niezawodności wyników. Gdy zawartość kończy się niepowodzeniem testu automatycznego, zwykle nie można jej wdrożyć, dopóki twórca zawartości nie rozwiąże problemów.

Skuteczne testowanie automatyczne jest kluczowym elementem implementowania metodyki DataOps. Metodyka DataOps umożliwia zespołom automatyzowanie i skalowanie procesów dzięki wdrożeniu rozwiązań, które usprawniają i przyspieszają dostarczanie danych i analiz.

Ważne

Aby skutecznie zautomatyzować testowanie, należy utworzyć dobrze zaprojektowane testy. Tworzenie takich testów może zająć dużo czasu i wysiłku. Jeśli warunki i oczekiwania testowe są źle zdefiniowane, testy automatyczne nie będą mogły zweryfikować odpowiednich aspektów zawartości i otrzymasz niewielkie korzyści z automatyzacji tych testów.

Napiwek

Testowanie automatyczne jest najbardziej korzystne w przypadku integracji z wdrożeniem rozwiązania w scenariuszach publikowania zawartości przedsiębiorstwa. Na przykład można zautomatyzować testowanie przy użyciu usługi Azure Pipelines w ramach potoku weryfikacji, co gwarantuje, że zawartość będzie gotowa do wdrożenia. Aby uzyskać więcej informacji, zobacz Etap 4: Wdrażanie zawartości.

W poniższych sekcjach opisano kluczowe zagadnienia dotyczące automatycznego testowania semantycznych modeli i raportów usługi Power BI.

Automatyzowanie testowania modeli semantycznych

Zautomatyzowane testowanie modeli semantycznych jest możliwe, chociaż zwykle wymaga konfiguracji niestandardowej przy użyciu narzędzi i struktur innych firm.

Możesz użyć różnych narzędzi i podejść do automatyzowania testowania modeli semantycznych.

  • Analizator najlepszych rozwiązań (BPA): Analizator najlepszych rozwiązań umożliwia określenie reguł, których można użyć do oceny modelu semantycznego. Narzędzie BPA można uruchomić przy użyciu edytora tabelarycznego, który będzie identyfikować wszelkie naruszenia reguł w modelu semantycznym. Sprawdzanie naruszeń reguł narzędzia BPA można zautomatyzować przy użyciu interfejsu wiersza polecenia edytora tabelarycznego (CLI) razem z usługą Azure DevOps lub w ramach innego zaplanowanego procesu.
  • Notesy sieci szkieletowej i link semantyczny:Notesy w sieci szkieletowej umożliwiają programową interakcję z modelami semantycznymi za pomocą łącza semantycznego. Możesz użyć notesów do uruchamiania struktur, takich jak Wielkie oczekiwania (GX), aby zweryfikować dane. Ponadto możesz ocenić miary i zapytania języka DAX, a następnie przetestować wyniki względem znanych punktów odniesienia.
  • Power Automate:Power Automate umożliwia uruchamianie zapytań względem modeli semantycznych i eksportowanie raportów przy użyciu interfejsów API REST usługi Power BI. Możesz sprawdzić wyniki zapytania względem znanych punktów odniesienia, a następnie wykonać akcje podrzędne, takie jak wyzwalanie alertów dla właścicieli zawartości.

Napiwek

Rozważ połączenie zautomatyzowanego testowania i aranżacji modeli semantycznych. Na przykład można przeprowadzać testy automatyczne w źródle danych i modelu semantycznym przed odświeżeniem przy użyciu notesów lub usługi Power Automate. Jeśli testy nie powiodą się, można zapobiec odświeżeniu, co może również uniemożliwić błędy odświeżania lub nieprawidłowe dane pochodzące z raportów biznesowych.

Automatyzowanie testowania raportów

Dostępne są ograniczone opcje automatyzowania testowania raportów. Te opcje polegają na narzędziach zewnętrznych lub rozwiązaniach społeczności, aby automatycznie weryfikować wizualizacje lub właściwości raportu, takie jak weryfikowanie metadanych raportu lub symulowanie interakcji użytkowników z raportami.

Możesz użyć różnych narzędzi i podejść do automatyzacji testowania raportów.

  • Analizatory najlepszych rozwiązań raportów: istnieją różne narzędzia innych firm, które obsługują funkcje podobne do analizatora najlepszych rozwiązań w celu zautomatyzowania wykrywania problemów w raportach, sprawdzając definicję raportu. Dwa narzędzia, które obsługują tę funkcję, to NARZĘDZIA PBI Explorer i PBI Inspector.
  • Power Automate Desktop: narzędzia automatyzacji interfejsu użytkownika, takie jak Selenium dla języka Python lub Power Automate Desktop , umożliwiają symulowanie interakcji myszy użytkownika z raportami. Definiując przepływ użytkownika, można przetestować nawigację i interakcje. Te testy przechodzą pomyślnie, gdy mogą ukończyć przepływ i kończą się niepowodzeniem, gdy wykrywają określone wyrazy lub obrazy na ekranie (na przykład komunikat o błędzie lub pustą wizualizację).

Decydowanie o tym, jak użytkownicy powinni weryfikować zawartość

Po zakończeniu testowania ręcznego, zautomatyzowanego testowania i przeglądu równorzędnego zawartość może przejść do testowania użytkowników. Gdy użytkownicy testują zawartość, przekazują subiektywne opinie na temat tego, czy zawartość spełnia wymagania biznesowe i spełnia swoje oczekiwania, w tym zwraca dokładne wyniki.

Walidacja użytkownika zwykle odbywa się w obszarze roboczym testowym. Podczas konfigurowania obszaru roboczego testowego należy wziąć pod uwagę następujące kwestie.

  • Tworzenie aplikacji testowej: jeśli zamierzasz rozpowszechniać zawartość przy użyciu aplikacji usługi Power BI, skonfiguruj aplikację testową dla użytkowników testowych w celu zweryfikowania zawartości. Aplikacja testowa powinna być identyczna z aplikacją skonfigurowaną w środowisku produkcyjnym. W nawigacji aplikacji testowej rozważ dołączenie linków do dokumentacji, szkoleń i formularzy opinii.
  • Aprowizuj dostęp: zidentyfikuj podzbiór użytkowników ze społeczności, którzy zweryfikują rozwiązanie. Skontaktuj się z tymi użytkownikami i wyprowadź umowę dotyczącą tego, kiedy i dlaczego powinni zweryfikować tę zawartość. Następnie upewnij się, że zapewniasz im dostęp do zawartości, i dodaj je do odpowiednich ról zabezpieczeń. Udostępnij linki do zawartości lub aplikacji testowej użytkownikom, aby mogli rozpocząć testowanie.
  • Konfigurowanie zaplanowanego odświeżania: walidacja użytkownika zwykle obejmuje dłuższy okres. Warto skonfigurować zaplanowane odświeżanie elementów danych w obszarze roboczym testowym, aby użytkownicy testowali najnowsze dane.

Ważne

Podczas wdrażania zawartości w obszarze roboczym testowym należy ręcznie zaktualizować aplikację, zanim zmiany w raportach i pulpitach nawigacyjnych będą widoczne dla użytkowników.

Uwaga

Nie można wdrażać ani kopiować aplikacji z jednego obszaru roboczego do innego. Wszelkie zmiany w aplikacji muszą zostać wprowadzone ręcznie w konfiguracji dla tego obszaru roboczego.

Przed rozpoczęciem weryfikacji użytkownika należy przeprowadzić niezbędne przygotowania.

  • Zaplanuj, kiedy powinna zostać wykonana walidacja użytkownika.
  • Określ, czy walidacja użytkownika jest ograniczona do określonego okresu, czy części procesu iteracyjnego.
  • Utwórz metodę zbierania opinii, na przykład przy użyciu programu Microsoft Forms.
  • Komunikowanie się użytkownikom zaangażowanym w walidację planowania i oczekiwań.
  • Organizuj rozpoczęcie weryfikacji użytkowników, aby kierować użytkownikami i zarządzać oczekiwaniami.
  • Przeprowadź szkolenia dla użytkowników, aby zademonstrować proces weryfikacji i opinii.

Poniżej przedstawiono kilka różnych sposobów ułatwiania weryfikacji zawartości przez użytkownika.

  • Testowanie obserwatorium: Testy obserwatorium to krótkie sesje, w których twórcy zawartości obserwują, jak jeden lub więcej użytkowników korzysta z zawartości bez wskazówek ani instrukcji. W tych sesjach twórcy zawartości używają swoich obserwacji do identyfikowania potencjalnych wad, problemów lub ulepszeń rozwiązania. Te testy mogą być cenne, ponieważ wymagają one niewielkiego czasu i nakładu pracy w celu zorganizowania i mogą być ograniczone do określonych funkcji lub części rozwiązania. Testy obserwatorium są najbardziej korzystne, aby uzyskać wczesne opinie na temat projektu lub podejścia, na przykład z weryfikacją koncepcji (POC).
  • Testowanie grup fokusu: Testy grupowe fokusu to ograniczone sesje zorganizowane z małą grupą użytkowników, którzy przechodzą przez zawartość razem. Te grupy fokusowe są wyselekcjonowane, aby wybrać kluczowych uczestników projektu i ekspertów w danej dziedzinie, którzy mogą przekazać najlepszą opinię na temat niektórych funkcji lub funkcji. Testy grup fokusu mogą wystąpić w wielu interakcyjnych sesjach. Testowanie grup fokusu wymaga więcej czasu i nakładu pracy niż testowanie obserwatorium, ale może przekazać bardziej szczegółowe opinie na temat rozwiązania.
  • Testowanie akceptacyjne użytkowników: Testowanie akceptacyjne użytkownika (UAT) to formalny proces, w którym większa grupa osób ze społeczności użytkowników weryfikuje i dostarcza asynchroniczne opinie na temat rozwiązania. Funkcja UAT wymaga największego czasu i nakładu pracy w celu zorganizowania, ale jest to najbardziej dokładny sposób przeprowadzania testów użytkowników. Po zaakceptowaniu przez użytkowników testowych rozwiązania i rozwiązywania problemów z opiniami zawartość można wdrożyć w produkcyjnym obszarze roboczym.

Po podjęciu decyzji, jak zweryfikować zawartość, możesz zaplanować sposób wdrażania jej w obszarach roboczych i między nimi.

Lista kontrolna — podczas planowania sprawdzania poprawności zawartości kluczowe decyzje i akcje obejmują:

  • Projektowanie i dokumentowanie warunków testu: opisz testy, które będą wykonywane, co testują i jak je wykonasz.
  • Zdecyduj się na proces przeglądu równorzędnego: Opisz, kto inny zweryfikuje zawartość niezależnie od siebie.
  • Zdecyduj o podejściu do testowania ręcznego: zdecyduj, które narzędzia i funkcje będą używane do weryfikowania tworzonej zawartości.
  • Zdecyduj, czy używasz zautomatyzowanego testowania: określ, czy skala i zakres zawartości uzasadnia skonfigurowanie testów automatycznych. Jeśli tak, upewnij się, że planujesz niezbędny czas i zasoby do zaprojektowania i wdrożenia tych testów, aby zweryfikować oczekiwane elementy.
  • Wdróż zawartość z obszaru roboczego programowania w obszarze roboczym testowym: wdróż zmiany z obszaru roboczego programowania do obszaru roboczego testowego, aby zmiany są widoczne dla użytkowników. Upewnij się, że wykonano niezbędne działania po wdrożeniu w obszarze roboczym testowym, takie jak konfigurowanie i aktualizowanie aplikacji testowej.
  • Zdecyduj o podejściu do testowania użytkowników: zdecyduj, w jaki sposób użytkownicy będą weryfikować zawartość.
  • Identyfikowanie użytkowników testowych: określ, kto wśród społeczności użytkowników zweryfikuje zawartość. Osiągnąć porozumienie z tymi osobami w zakresie ich zaangażowania i oczekiwań.
  • Zbieranie opinii użytkowników: konfigurowanie narzędzi i procesów w celu automatycznego zbierania opinii. Na przykład można użyć zadań i planisty w usłudze Microsoft Teams lub Microsoft Forms.
  • Wyniki testu dokumentu: dokumentowanie wyników całej weryfikacji zawartości oraz wszelkich zmian wprowadzonych w wyniku wyników testu. Upewnij się, że ta dokumentacja jest łatwa do znalezienia.
  • Planowanie wdrożenia w środowisku produkcyjnym: po zakończeniu testowania użytkownika przygotuj się do wdrożenia zawartości z obszaru roboczego testowego do produkcyjnego obszaru roboczego.

Powiązana zawartość

W następnym artykule z tej serii dowiesz się, jak wdrożyć zawartość w ramach zarządzania cyklem życia zawartości.