Sdílet prostřednictvím

Plánování implementace Power BI: Ověření obsahu

  • Článek

Poznámka:

Tento článek je součástí řady článků o plánování implementace Power BI. Tato série se zaměřuje především na prostředí Power BI v Rámci Microsoft Fabric. Úvod do série najdete v tématu Plánování implementace Power BI.

Tento článek vám pomůže ověřit obsah v rámci správy životního cyklu obsahu. Primárně se zaměřuje na:

  • Týmy Center of Excellence (COE) a BI: Týmy zodpovědné za dohled nad Power BI v organizaci. Mezi tyto týmy patří rozhodovací pracovníci, kteří se rozhodnou, jak spravovat životní cyklus obsahu Power BI. Tyto týmy mohou také zahrnovat správce verzí, kteří zpracovávají životní cyklus vydaných verzí obsahu, a technici, kteří vytvářejí a spravují komponenty potřebné k efektivnímu používání a podpoře správy životního cyklu.
  • Tvůrci obsahu a vlastníci obsahu: Uživatelé, kteří vytvářejí obsah, který chtějí publikovat na portálu Fabric, aby ho mohli sdílet s ostatními. Tito jednotlivci zodpovídají za správu životního cyklu obsahu Power BI, který vytvářejí.

Správa životního cyklu se skládá z procesůach Ve druhé fázi správy životního cyklu vyvíjíte obsah a spravujete změny, které zahrnují klíčová rozhodnutí o tom, jak budete vyvíjet obsah a nastavovat pracovní prostory a správu verzí. Ve třetí fázi ověříte obsah a otestujete, jestli je připravený k nasazení.

Poznámka:

Obvykle iterujete fázemi 2 a tři v následných cyklech vývoje a ověřování.

Ověřování obsahu je důležité k zajištění kvality a důvěryhodnosti vašich řešení. Z tohoto důvodu je důležité, abyste před nasazením do produkčního prostředí otestovali změny obsahu.

Následující obrázek znázorňuje životní cyklus obsahu Power BI a zvýrazňuje fázi tři, kde ověřujete obsah.

Diagram znázorňuje životní cyklus obsahu Power BI. Fáze 3, která se týká ověřování obsahu, je zvýrazněná.

Poznámka:

Přehled správy životního cyklu obsahu najdete v prvním článku této série.

Tento článek se zaměřuje na klíčové aspekty a rozhodnutí týkající se ověřování obsahu v průběhu životního cyklu. Další pokyny k ověřování obsahu najdete v tématech:

Ověřování obsahu zahrnuje konkrétní rozhodnutí nebo akce, aby se zajistilo, že obsah funguje podle očekávání.

Při ověřování obsahu posuzujete různé aspekty řešení.

  • Funkce: Zda jsou položky a funkce, které tvoří řešení, funkční. Příkladem testování funkčnosti je, jestli může sémantický model dokončit plánovanou aktualizaci.
  • Přesnost dat: Zda jsou zobrazené údaje a výsledky úplné a v souladu s obchodními očekáváními. Příkladem přesnosti testování dat je to, jestli se hodnota v sestavě shoduje se známým směrným plánem.
  • Výkon: Určuje, jestli dotazy mají minimální dopad na dostupné prostředky uživatelů nebo doby čekání uživatelů. Příkladem testování výkonu je tok dat, který spolehlivě aktualizuje bez dosažení časového limitu nebo dlouhé doby trvání aktualizace.
  • Zabezpečení: Jestli jsou neoprávnění jednotlivci omezeni na prohlížení nebo přístup k informacím nebo k celému řešení. Příkladem testování zabezpečení je zosobnění uživatele nebo role při ověřování zabezpečení na úrovni řádků (RLS).
  • Účinnost: Zda řešení řeší relevantní obchodní problém nebo proces a dostatečně podporuje obchodní cíle podle očekávání. Příkladem efektivity testování je shromažďování zpětné vazby uživatelů při provádění testování přijetí uživatelem (UAT).
  • Přístupnost: Určuje, jestli řešení splňuje známé standardy přístupnosti, aby bylo možné ho použít co nejvíce lidí. Příkladem testování přístupnosti je kontrola, jestli vaše sestava splňuje kontrolní seznam přístupnosti sestav Microsoftu.

Obsah ověříte provedením různých druhů testů. Následující části popisují klíčové aspekty rozhodování o tom, jak tvůrci obsahu a uživatelé obsahu provádějí testování.

Poznámka:

Mnoho týmů používá metodologie testů, které pocházejí z vývoje softwaru, jako jsou testy jednotek, integrační testy a orientační testy. Testování a ověřování obsahu má mnoho stejných platných přístupů. Nejdůležitější je, že obsah testujete pomocí přístupu, který nejlépe vyhovuje vašim potřebám a způsobu, jakým váš tým funguje.

Rozhodnutí o tom, jak by tvůrci měli ověřit obsah

Tvůrci obsahu by měli ověřit své vlastní změny obsahu, aby zajistili kvalitu a funkčnost změn. Testy obvykle probíhají ve vývojovém pracovním prostoru, který obsahuje nejnovější funkční verzi řešení. Tvůrci obsahu testují své vlastní změny před nasazením obsahu do testovacího pracovního prostoru pro ověření uživatele.

Poznámka:

Před zpřístupněním obsahu uživatelům je nezbytné, aby tvůrci obsahu ověřili svůj vlastní obsah. Pokud je k dispozici řešení pro testování uživatelů se zjevnými problémy, ohrožuje důvěru v řešení. I při testování uživatelé očekávají přiměřenou reprezentaci konečného produktu. Funkční řešení navíc umožňuje uživatelům zaměřit se na identifikaci problémů souvisejících s jejich obchodní oblastí.

Existují dva způsoby, jak tvůrci obsahu ověřit obsah.

  • Ruční testování: Ruční testy zahrnují někoho, kdo obsah ručně ověřuje, buď prostřednictvím subjektivního hodnocení, nebo porovnáním s některými objektivními testovacími kritérii. Ruční testy se dají snadno provádět, ale podléhají lidské chybě nebo předsudkům. Navíc, když obsah dosáhne určitého měřítka, ruční testy mohou být pracné, aby správně fungovaly. Ruční testování můžete provést dvěma způsoby.
    • Nezávislá kontrola, která zahrnuje testování vlastního obsahu, jako jsou sémantické modely a sestavy.
    • Peer review, který zahrnuje subjektivní posouzení obsahu, aby se kriticky zhodnotil řešení a poskytl návrhy na jeho zlepšení.
  • Automatizované testování: Automatizované testy zahrnují předem připravený test, který se vyhodnocuje automaticky bez zásahu člověka. Automatizované testy obvykle kontrolují části kódu řešení proti konkrétním srovnávacím testům nebo směrnému plánu. Automatizované testování je obtížnější provádět a vyžaduje čas a úsilí při nastavování. Automatizované testování je však nezbytné v podnikových scénářích k zajištění kvality a důvěryhodnosti větších implementací a důležitých obchodních řešení.

Následující části popisují různé způsoby, jak můžou tvůrci obsahu provádět ruční testování, automatizované testování a peer review.

Provedení ručního testování

Měli byste provádět vlastní ruční testy obsahu, který vytvoříte. Tyto testy by měly zajistit, aby vaše změny fungovaly podle očekávání a dosahovaly požadovaných standardů kvality. Ruční testování obvykle zahrnuje použití a subjektivní posouzení obsahu nebo konkrétních změn obsahu a popis a dokumentaci výsledků.

Tady je několik důležitých aspektů při testování vlastního obsahu.

  • Rozhodněte se a zdokumentujte předem podmínky testu a kritéria úspěchu.
  • Buďte důkladní s testováním a dokumentováním výsledků testu. Ujistěte se ale, že se vyhnete nadbytečnému testování, aby vaše testovací postupy nezpomalily vývoj.
  • Vytvořte standardní sadu testů pro každý typ položky, aby se zlepšila opakovatelnost.
  • Zdokumentujte výsledky testů a závěry.
  • Testujte vícekrát, abyste zajistili, že výsledky testů nejlépe odrážejí realitu a ne náhodnou šanci.
  • Použijte testovací podmínky, které představují vaše produkční prostředí.

Následující části popisují další klíčové aspekty ručního testování.

Ruční testování sémantických modelů

Sémantické modely jsou důležitou součástí řešení v Prostředcích infrastruktury a Power BI, protože představují nadřazený zdroj pro sestavy, řídicí panely a další klientské nástroje a úlohy Fabric. Proto je důležité před nasazením ověřit sémantické modely.

Odpovězte na otázky, například následující, které vám pomůžou ověřit sémantický model.

  • Obsahují tabulky neočekávané chybějící, duplicitní nebo nesprávné hodnoty?
  • Vrací míry DAX očekávané výsledky bez dlouhých časů dotazu?
  • Dokončila se plánovaná aktualizace úspěšně bez dlouhých dob aktualizace?
  • Sledujete (prázdné) výsledky ve vizuálech, filtrech nebo výsledcích dotazu způsobených porušeními referenční integrity?
  • Brání zabezpečení dat, jako je zabezpečení na úrovni řádků nebo zabezpečení na úrovni objektů( OLS), dostatečně zabránit neoprávněným jednotlivcům v přístupu k modelu nebo jeho datům?
  • Jsou objekty modelu (například míry DAX nebo sloupce tabulky) uspořádané do zobrazených složek?

K ověření sémantických modelů můžete použít různé nástroje a přístupy.

  • Power BI Desktop: Power BI Desktop umožňuje ověřovat různé aspekty sémantických modelů pomocí různých funkcí. Mezi příklady funkcí Power BI Desktopu, které usnadňují testování sémantických modelů, patří:
    • Vizuální plátno: Testování funkčnosti a přesnosti modelu pomocí vizuálů přetahování myší
    • Zobrazení dotazů DAX: Testování přesnosti modelu a kódu DAX pomocí dotazů DAX, které můžete uložit a znovu použít později.
    • Diagnostika dotazů: Testování výkonu aktualizace získáním diagnostických informací o tom, jak se dotazy vyhodnocují v Power Query.
  • Prostředky infrastruktury: Funkce a položky na portálu Fabric umožňují ověřit aspekty sémantického modelu po nasazení do pracovního prostoru.
  • Nástroje třetích stran: Nástroje třetích stran umožňují ověřit další aspekty sémantického modelu, a to buď poskytnutím dalších podrobností nebo dalších funkcí, které usnadňují ověřování. Mezi příklady nástrojů třetích stran, které usnadňují testování sémantických modelů, patří:
    • DAX Studio: Otestujte a optimalizujte výkon kódu DAX tím, že obdržíte podrobné rozpisy časování dotazů a plánů dotazů DAX.
    • Tabulkový editor: Přesnost testování a ladění kódu DAX tím, že obdrží podrobné rozpisy toho, jak se vyhodnocují dotazy DAX a jaký kontext vyhodnocení je aktivní.

Tip

Diagnostiku dotazů můžete použít k ručnímu ověření a optimalizaci výkonu Power Query z jiných položek, které ho používají, jako jsou toky dat.

Kromě toho můžete použít zobrazení dotazů DAX a nástroje třetích stran, jako je DAX Studio, k ověření a optimalizaci dotazů DAX pro stránkované sestavy a přehledy výkonnostních metrik.

Ruční testování sestav

Sestavy jsou běžným způsobem, jak uživatelé pracovat s vašimi daty. Mnoho uživatelů závisí na sestavách, aby se rozhodli a podnikli akce, které budou postupovat směrem k jejich obchodním cílům. Proto je důležité před nasazením sestavy ověřit.

Odpovězte na otázky, například následující, které vám pomůžou ověřit sestavy.

  • Splňují sestavy zdokumentované obchodní požadavky?
  • Používají se správné typy vizuálů k vyřešení správné otázky?
  • Jsou stránky sestavy jasné a stručné bez zahlcení barev nebo příliš mnoha vizuálů?
  • Funguje sestava při filtrování na úzkou podmnožinu dat podle očekávání?
  • Umožňuje sestava export do Excelu, a pokud ano, umožňuje načítání souhrnných dat nebo podkladových dat?
  • Dá se sestava použít pro podrobnou analýzu křížové sestavy nebo přizpůsobení vizuálů?

K ověření sestav můžete použít různé nástroje a přístupy.

  • Power BI Desktop: Power BI Desktop umožňuje ověřovat různé aspekty sestav pomocí různých funkcí. Mezi příklady funkcí Power BI Desktopu, které usnadňují testování sestav, patří:
    • Vizuální plátno: Testování funkčnosti sestavy pomocí průřezů, filtrů a dalších interaktivních prvků
    • Analyzátor výkonu: Testujte výkon sestavy měřením vizuálního vykreslování a časů dotazů DAX. Vizuální dotazy DAX můžete z analyzátoru výkonu kopírovat, abyste je mohli použít v jiných nástrojích a uložit výsledky výkonu do dokumentace.
    • Simulace limitů dotazů: Otestujte výkon sestavy simulací limitů paměti v kapacitě, ve které se nasadí.
  • Prostředky infrastruktury: Funkce a položky na portálu Fabric umožňují ověřit aspekty sestavy po nasazení do pracovního prostoru.
    • Aktualizace aplikace: Testování funkčnosti sestav a zabezpečení při distribuci sestav v aplikacích Power BI a nastavení různých cílových skupin aplikací k určení, kdo může zobrazit obsah. Když používáte cílové skupiny aplikací, můžete zobrazit náhled sestav, ke kterým budou mít přístup, a otestovat prostředí aplikace sami.
    • Zobrazení pro čtení v pracovním prostoru nebo aplikaci: Otestujte funkčnost sestavy a přesnost pomocí tohoto zobrazení ve stejném prostředí jako uživatel.

Poznámka:

Řídicí panely můžete vyvíjet a ověřovat pouze na portálu Fabric.

Důležité

Testování sestav v Power BI Desktopu i po nasazení na portálu Fabric je nezbytné. Vizuální vykreslování se může na místním počítači chovat jinak než sestavy v pracovním prostoru Fabric. Kromě toho mějte na paměti, že uživatelské prostředí při používání sestavy z pracovního prostoru nebo aplikace se výrazně liší od použití sestavy v Power BI Desktopu.

Ruční testování provedením partnerské kontroly

Dalším způsobem ručního ověření obsahu je provedením partnerské kontroly. V rámci partnerské kontroly tvůrce obsahu poskytuje řešení nebo část řešení kolegovi, který se má vyhodnotit. Účelem partnerského hodnocení je zlepšit řešení pomocí kolektivního prostředí a odborných znalostí více tvůrců obsahu. Během ručního a automatizovaného testování můžete provést peer review.

Poznámka:

Peer review je standardní přístup, který se používá v mnoha odvětvích. Tento přístup se běžně označuje ke zlepšení kvality obsahu, produktů a procesů.

Tip

Pokud jste jediným tvůrcem obsahu pro řešení, zvažte možnost najít jiného autora obsahu v jiném týmu, abyste zkontrolovali vaše řešení, a nabídli jim to samé.

Existují různé způsoby, jak provést peer review.

  • Funkční kontrola: Funkční kontrola se zaměřuje na funkce, procesy nebo obchodní požadavky, které by řešení mělo splnit. Při funkční kontrole používají revidoři řešení, jako by byli koncovým uživatelem. Zdokumentují případné vady nebo problémy, které najdou, spolu s jakoukoli subjektivní kritikou, aby zlepšily implementaci.
  • Technická kontrola: Technická kontrola se zaměřuje na technické aspekty řešení, jako jsou modelování dat, kód nebo návrh. V technickém posouzení kontroloři posoudí, jak byly některé funkce nebo změny implementovány, a navrhují alternativní přístupy nebo zvýrazňují potenciální nedostatky nebo rizika současného přístupu.
  • Žádost o přijetí změn: Při provádění správy zdrojového kódu vytvoříte žádost o přijetí změn (PR) pro sloučení změn s nejnovější verzí řešení. Technický vlastník zkontroluje navrhované změny a vyhodnotí zdrojový kód. Tento druh kontroly je užitečný k zajištění toho, aby kód dodržoval standardní konvence, jako je formátování kódu DAX nebo M, nebo identifikace anti-vzorů nebo potenciálně problematického kódu.

Tip

Než se změny obsahu můžou přesunout do testování přijetí uživatelů, doporučujeme provést určitý druh formální kontroly a schválení partnerského vztahu. Je to proto, že nízký obsah kvality může poškodit důvěru v vaše datová řešení, a to i během testování. Kromě toho může peer review přinést výhody spolupráce a sdílení znalostí mezi členy týmu.

Po dokončení cyklu kontroly partnerského vztahu byste měli zdokumentovat a začlenit všechny doporučené změny. V případě potřeby byste před přechodem na testování uživatelů měli změny znovu odeslat ke schválení. Obvykle je potřeba provést několik iterací partnerské kontroly, pouze pokud existuje mnoho změn nebo několik složitých změn k otestování.

Automatizace testování

Tvůrci obsahu můžou automatizovat testování, aby se testy prováděly automaticky před nasazením. Automatizované testy obvykle zahrnují předem připravené testovací podmínky, které se spouští a orchestrují programově v reakci na určité akce, jako je uložení obsahu nebo odeslání žádosti o přijetí změn. Výsledky automatizovaných testů se automaticky ukládají pro pozdější referenci a dokumentaci.

Účelem automatizovaného testu je zkrátit čas a úsilí při ověřování změn obsahu a zároveň zlepšit konzistenci testů a spolehlivost jejich výsledků. Pokud obsah selže s automatizovaným testem, obvykle se zabrání nasazení, dokud tvůrce obsahu nevyřeší problémy.

Efektivní automatizované testování je klíčovou součástí implementace DataOps. DataOps umožňuje týmům automatizovat a škálovat procesy přijetím postupů, které zlepšují a urychlují doručování dat a analýz.

Důležité

Pokud chcete efektivně automatizovat testování, měli byste vytvářet dobře navržené testy. Vytvoření takových testů může trvat značné množství času a úsilí. Pokud jsou vaše testovací podmínky a očekávání špatně definované, automatizované testy nebudou moct ověřit správné aspekty obsahu a při automatizaci těchto testů získáte malou výhodu.

Tip

Automatizované testování je nejvhodnější při integraci s nasazením řešení ve scénářích publikování podnikového obsahu. Testování můžete například automatizovat pomocí Azure Pipelines jako součásti ověřovacího kanálu, což zajišťuje, že obsah je připravený k nasazení. Další informace najdete ve fázi 4: Nasazení obsahu.

Následující části popisují klíčové aspekty automatického testování sémantických modelů a sestav Power BI.

Automatizace testování sémantických modelů

Automatizované testování sémantických modelů je možné, i když obvykle vyžaduje vlastní nastavení pomocí nástrojů a architektur třetích stran.

K automatizaci testování sémantických modelů můžete použít různé nástroje a přístupy.

  • Analyzátor osvědčených postupů (BPA): Analyzátor osvědčených postupů umožňuje určit pravidla, která můžete použít k vyhodnocení sémantického modelu. Analyzátor osvědčených procesů můžete spustit pomocí tabulkového editoru, který identifikuje porušení pravidel v sémantickém modelu. Kontroly porušení pravidel analyzátoru osvědčených procesů můžete automatizovat pomocí rozhraní příkazového řádku (CLI) tabulkového editoru společně s Azure DevOps nebo jako součást jiného naplánovaného procesu.
  • Poznámkové bloky prostředků infrastruktury a sémantické odkazy: Poznámkové bloky v prostředcích infrastruktury umožňují používat sémantické odkazy k programové interakci s sémantických modelů. Poznámkové bloky můžete použít ke spouštění architektur, jako jsou Great Expectations (GX), k ověřování dat. Kromě toho můžete vyhodnotit míry a dotazy DAX a pak otestovat výsledky na známých směrných plánech.
  • Power Automate:Power Automate umožňuje spouštět dotazy na sémantické modely a exportovat sestavy pomocí rozhraní REST API Power BI. Výsledky dotazu můžete zkontrolovat u známých směrných plánů a pak provádět podřízené akce, jako je aktivace upozornění vlastníkům obsahu.

Tip

Zvažte kombinaci automatizovaného testování a orchestrace sémantických modelů. Můžete například provádět automatizované testy zdroje dat a sémantického modelu před aktualizací pomocí poznámkových bloků nebo Power Automate. Pokud testy selžou, můžete zabránit aktualizaci, což může také zabránit chybám aktualizace nebo nesprávným datům přicházejícím do obchodních sestav.

Automatizace testování sestav

K dispozici jsou omezené možnosti pro automatizaci testování sestav. Tyto možnosti využívají externí nástroje nebo komunitní řešení k automatickému ověřování vizuálů nebo vlastností sestavy, jako je ověřování metadat sestavy nebo simulace interakcí uživatelů se sestavami.

K automatizaci testování sestav můžete použít různé nástroje a přístupy.

  • Analyzátory osvědčených postupů sestav: Existují různé nástroje třetích stran, které podporují funkce podobné analyzátoru osvědčených postupů, které automatizují detekci problémů v sestavách prozkoumáním definice sestavy. Dvě nástroje, které tuto funkci podporují, jsou PBI Explorer a PBI Inspector.
  • Power Automate Desktop: Nástroje pro automatizaci uživatelského rozhraní, jako je Selenium pro Python nebo Power Automate Desktop , umožňují simulovat interakce uživatelských myší se sestavami. Definováním toku uživatele můžete otestovat navigaci a interakce. Tyto testy projdou, když můžou tok dokončit a při zjištění konkrétních slov nebo obrázků na obrazovce selžou (například chybovou zprávu nebo prázdný vizuál).

Rozhodnutí o tom, jak mají uživatelé ověřovat obsah

Jakmile obsah projde ručním testováním, automatizovaným testováním a peer reviewem, může přejít k uživatelskému testování. Když uživatelé testují obsah, poskytují subjektivní zpětnou vazbu o tom, jestli daný obsah splňuje obchodní požadavky a provádí své očekávání, včetně vrácení přesných výsledků.

Ověření uživatele obvykle probíhá v testovacím pracovním prostoru. Při nastavování testovacího pracovního prostoru vezměte v úvahu následující aspekty.

  • Vytvoření testovací aplikace: Pokud chcete distribuovat obsah pomocí aplikace Power BI, nastavte testovací aplikaci pro testovací uživatele, aby ověřili obsah. Testovací aplikace by měla být shodná s aplikací, kterou nastavíte v produkčním prostředí. V navigaci testovací aplikace zvažte zahrnutí odkazů na dokumentaci, školení a formuláře pro zpětnou vazbu.
  • Přístup ke zřízení: Identifikujte podmnožinu uživatelů z komunity, kteří řešení ověří. Obraťte se na tyto uživatele a vytvořte smlouvu o tom, kdy a proč by tento obsah měli ověřit. Pak se ujistěte, že jim poskytnete přístup k obsahu, a přidejte je do příslušných rolí zabezpečení. Sdílejte odkazy na obsah nebo testovací aplikaci s uživateli, aby mohli začít s testováním.
  • Nastavení plánované aktualizace: Ověřování uživatelů obvykle trvá delší dobu. Je vhodné nastavit plánovanou aktualizaci datových položek v testovacím pracovním prostoru tak, aby uživatelé testovali s nejnovějšími daty.

Důležité

Když nasadíte obsah do testovacího pracovního prostoru, musíte aplikaci před změnami sestav a řídicích panelů zobrazit uživatelům ručně.

Poznámka:

Aplikace z jednoho pracovního prostoru nemůžete nasadit ani zkopírovat do jiného. Všechny změny aplikace musí být provedeny ručně v konfiguraci pro tento pracovní prostor.

Před zahájením ověření uživatele byste měli provést nezbytné přípravy.

  • Naplánujte, kdy by mělo dojít k ověření uživatele.
  • Určete, zda je ověření uživatele omezeno na konkrétní období nebo část iterativního procesu.
  • Vytvořte metodu pro shromáždění zpětné vazby, například pomocí Microsoft Forms.
  • Informujte uživatele, kteří se podílejí na ověřování plánování a očekávání.
  • Uspořádejte úvodní akci pro ověřování uživatelů, abyste mohli uživatele vést a spravovat očekávání.
  • Proveďte školení pro uživatele a předveďte proces ověřování a zpětné vazby.

Tady je několik různých způsobů, jak usnadnit ověřování obsahu uživatelem.

  • Testování pozorování: Testy pro sledování pozorovatelů jsou krátké relace, kdy tvůrci obsahu sledují obsah bez pokynů nebo instrukcí. V těchto relacích tvůrci obsahu používají své pozorování k identifikaci potenciálních chyb, problémů nebo vylepšení řešení. Tyto testy můžou být cenné, protože k uspořádání vyžadují málo času a úsilí a mohou být omezené na konkrétní funkce nebo části řešení. Testy pro pozorování jsou nejužitevější, když získáte zpětnou vazbu k návrhu nebo přístupu, jako je testování konceptu (POC).
  • Testování skupin fokusu: Testy skupin fokusu jsou omezené relace uspořádané s malou skupinou uživatelů, kteří procházejí obsahem společně. Tyto skupiny se zaměřují na výběr klíčových zúčastněných stran a odborníků na danou problematiku, kteří můžou poskytnout nejlepší zpětnou vazbu k určitým funkcím nebo funkcím. Testy skupin fokusu můžou probíhat v několika interaktivních relacích. Testování skupin fokusu vyžaduje více času a úsilí než testování pozorování, ale může poskytnout podrobnější zpětnou vazbu k řešení.
  • Testování přijetí uživatele: Uživatelské akceptační testování (UAT) je formální proces, kdy větší skupina jednotlivců z komunity uživatelů ověřuje a poskytuje asynchronní zpětnou vazbu k řešení. UAT vyžaduje co nejvíce času a úsilí k uspořádání, ale je to nejpodrobnější způsob, jak provádět testování uživatelů. Jakmile testovací uživatelé přijmou řešení a vyřeší problémy s zpětnou vazbou, můžete obsah nasadit do produkčního pracovního prostoru.

Jakmile se rozhodnete, jak ověřit obsah, můžete naplánovat, jak ho nasadíte do a mezi pracovními prostory.

Kontrolní seznam – Při plánování ověřování obsahu, klíčových rozhodnutí a akcí patří:

  • Podmínky testování návrhu a dokumentu: Popište testy, které budete provádět, co testují a jak je budete provádět.
  • Rozhodněte se o procesu partnerské kontroly: Popište, kdo jiný bude obsah ověřovat mimo sebe.
  • Rozhodněte se o přístupu k ručnímu testování: Rozhodněte se, které nástroje a funkce použijete k ověření vytvořeného obsahu.
  • Rozhodněte se, jestli budete používat automatizované testování: Určete, jestli rozsah a rozsah vašeho obsahu odůvodňuje nastavení automatizovaných testů. Pokud ano, ujistěte se, že plánujete potřebný čas a prostředky k návrhu a implementaci těchto testů, aby ověřily, co očekáváte.
  • Nasazení obsahu z vývojového pracovního prostoru do testovacího pracovního prostoru: Nasaďte změny z vývojového pracovního prostoru do testovacího pracovního prostoru, aby se změny zobrazovaly uživatelům. Ujistěte se, že jste v testovacím pracovním prostoru provedli potřebné aktivity po nasazení, jako je nastavení a aktualizace testovací aplikace.
  • Rozhodnutí o přístupu k testování uživatelů: Rozhodněte se, jak budou uživatelé ověřovat obsah.
  • Identifikace testovacích uživatelů: Určete, kdo z komunity uživatelů ověří obsah. Spojte se s těmito jednotlivci v rozsahu jejich zapojení a očekávání.
  • Shromážděte zpětnou vazbu uživatelů: Nastavte nástroje a procesy, které automaticky shromažďují zpětnou vazbu. Můžete například použít Úkoly a Planner v Microsoft Teams nebo Microsoft Forms.
  • Výsledky testu dokumentu: Zdokumentujte výsledky ověření veškerého obsahu a všechny změny provedené v důsledku výsledků testu. Ujistěte se, že je tato dokumentace snadná.
  • Plánování nasazení do produkčního prostředí: Po dokončení testování uživatelů se připravte na nasazení obsahu z testovacího pracovního prostoru do produkčního pracovního prostoru.

Související obsah

V dalším článku v této sérii se dozvíte, jak nasadit obsah jako součást správy životního cyklu obsahu.