A Power BI implementálásának megtervezése: Tartalom ellenőrzése

Feljegyzés

Ez a cikk a Power BI implementációtervezési cikksorozatának része. Ez a sorozat elsősorban a Microsoft Fabricen belüli Power BI-élményre összpontosít. A sorozat bemutatása: Power BI implementációtervezés.

Ez a cikk segít a tartalom ellenőrzésében a tartalom életciklusának kezelése során. Elsősorban a következő célokat célozza:

• Kiválósági központ (COE) és BI-csapatok: Azok a csapatok, amelyek a Power BI felügyeletéért felelősek a szervezetben. Ezek a csapatok olyan döntéshozók, akik eldöntik, hogyan kezelik a Power BI-tartalmak életciklusát. Ezek a csapatok olyan kiadáskezelőket is tartalmazhatnak, akik kezelik a tartalomkiadások életciklusát, valamint az életciklus-kezelés hatékony használatához és támogatásához szükséges összetevőket létrehozó és kezelő mérnököket.
• Tartalomkészítők és tartalomtulajdonosok: Azok a felhasználók, akik olyan tartalmakat hoznak létre, amelyeket közzé szeretnének tenni a Háló portálon, hogy megosszanak másokkal. Ezek az egyének felelősek az általuk létrehozott Power BI-tartalom életciklusának kezeléséért.

Az életciklus-kezelés azokat a folyamatokat és eljárásokat tartalmazza, amelyekkel a tartalmakat a létrehozástól a végleges kivonásig kezelheti. Az életciklus-kezelés második szakaszában tartalmakat fejleszthet és kezelheti a módosításokat, amelyek a tartalom fejlesztésének, valamint a munkaterületek és a verziókövetés beállításának kulcsfontosságú döntéseit foglalják magukban. A harmadik szakaszban ellenőrzi, hogy a tartalom készen áll-e az üzembe helyezésre.

Feljegyzés

Az egymást követő fejlesztési és érvényesítési ciklusokban általában a második és a harmadik fázist kell végigvezetni.

A tartalom ellenőrzése kritikus fontosságú a megoldások minőségének és megbízhatóságának biztosításához. Ezért elengedhetetlen, hogy tesztelje a tartalom módosításait, mielőtt éles környezetben üzembe helyezené őket.

Az alábbi kép a Power BI-tartalmak életciklusát mutatja be, kiemelve a harmadik szakaszt, ahol ellenőrzi a tartalmat.

Feljegyzés

A tartalom életciklus-kezelésének áttekintéséhez tekintse meg a sorozat első cikkét.

Ez a cikk a tartalom teljes életciklusa során történő érvényesítésére vonatkozó legfontosabb szempontokra és döntésekre összpontosít. A tartalom érvényesítésére vonatkozó további útmutatásért lásd:

• Migrálás a Power BI-ba: Tartalom ellenőrzése: Ez a cikk az ellenőrzés legfontosabb szempontjait és döntéseit ismerteti, amikor más technológiákból migrál a Power BI-ba.
• BI-megoldástervezés: Tartalom ellenőrzése: Ez a cikk azt ismerteti, hogyan tervezhet iteratív fejlesztési és érvényesítési ciklusokat a Power BI- vagy Fabric-megoldás tervezésekor.

A tartalom ellenőrzése konkrét döntéseket vagy műveleteket igényel annak biztosítása érdekében, hogy a tartalom a várt módon teljesítsen.

A tartalom ellenőrzésekor a megoldás különböző aspektusait értékeli.

• Funkció: A megoldást alkotó elemek és funkciók működőképesek-e. A tesztelési funkciók például azt jelzik, hogy egy szemantikai modell képes-e ütemezett frissítést végrehajtani.
• Adatok pontossága: A megjelenített számok és eredmények teljesek-e, és megfelelnek-e az üzleti elvárásoknak. Az adatok pontosságának tesztelésére példa az, hogy egy jelentés egy értéke egy ismert alapkonfigurációhoz igazodik-e.
• Teljesítmény: Azt jelzi, hogy a lekérdezések minimális hatással vannak-e az elérhető felhasználói erőforrásokra vagy a felhasználók várakozási idejére. A tesztelési teljesítményre példa az, hogy az adatfolyam megbízhatóan frissül-e időtúllépés vagy hosszú frissítési időtartamok nélkül.
• Biztonság: Függetlenül attól, hogy a jogosulatlan személyek nem tekinthetik meg vagy férhetnek hozzá az információkhoz, vagy a teljes megoldáshoz. A biztonság tesztelésére példa a felhasználó vagy szerepkör megszemélyesítése a sorszintű biztonság (RLS) ellenőrzésekor.
• Hatékonyság: Az, hogy a megoldás kezeli-e a releváns üzleti problémát vagy folyamatot, és megfelelően támogatja-e az üzleti célkitűzéseket a kívánt módon. A tesztelés hatékonyságának egyik példája a felhasználói visszajelzések összegyűjtése a felhasználói elfogadási tesztelés (UAT) során.
• Akadálymentesség: Az, hogy a megoldás megfelel-e az ismert akadálymentességi szabványoknak , hogy a lehető legtöbb felhasználó számára használható legyen. Az akadálymentességi tesztelés egyik példája annak ellenőrzése, hogy a jelentés megfelel-e a Microsoft-jelentés akadálymentességi ellenőrzőlistájának.

A tartalmat különböző típusú tesztek elvégzésével ellenőrizheti. Az alábbi szakaszok a tartalomkészítők és a tartalomfelhasználók tesztelésével kapcsolatos döntések legfontosabb szempontjait ismertetik.

Feljegyzés

Sok csapat szoftverfejlesztésből származó tesztelési módszereket használ, például egységteszteket, integrációs teszteket és füstteszteket. A tartalomtesztelésnek és -ellenőrzésnek számos egyformán érvényes megközelítése van. A legfontosabb az, hogy a tartalmakat olyan módszerrel tesztelje, amely a legjobban megfelel az igényeinek és a csapat működésének.

Döntse el, hogy az alkotók hogyan érvényesítsék a tartalmat

A tartalomkészítőknek ellenőrizniük kell a tartalom saját módosításait, hogy biztosítsák a módosítások minőségét és működését. A tesztek általában a fejlesztési munkaterületen történnek, amely a megoldás legújabb munkaverzióját tartalmazza. A tartalomkészítők tesztelik a saját módosításaikat, mielőtt a tartalom üzembe helyezhető egy teszt-munkaterületen a felhasználói ellenőrzés céljából.

Feljegyzés

Fontos, hogy a tartalomkészítők a felhasználók számára elérhetővé tett tartalom előtt érvényesítsék saját tartalmaikat. Ha olyan megoldás érhető el, amely nyilvánvaló problémákat tapasztal a felhasználók teszteléséhez, az rontja a megoldásba vetett bizalmat. A felhasználók a tesztelés során is elvárják, hogy a végső termék ésszerű ábrázolását lássák. Emellett a funkcionális megoldás lehetővé teszi, hogy a felhasználók az üzleti területükkel kapcsolatos problémák azonosítására összpontosítsanak.

A tartalomkészítők kétféleképpen ellenőrizhetik a tartalmat.

• Manuális tesztelés: A manuális tesztek során valaki manuálisan ellenőrzi a tartalmat, akár szubjektív értékeléssel, akár néhány objektív tesztelési feltétel összehasonlításával. A manuális tesztek könnyen elvégezhetők, de emberi hibák vagy torzítás hatálya alá tartoznak. Emellett, ha a tartalom elér egy bizonyos méretet, a manuális tesztek nehézkessé válhatnak a megfelelő végrehajtáshoz. Kétféleképpen végezhet manuális tesztelést.
  • Független felülvizsgálat, amely magában foglalja a saját tartalmak, például szemantikai modellek és jelentések tesztelését.
  • Peer review, amely magában foglalja a tartalom szubjektív értékelését, hogy kritikusan értékelje a megoldást, és javaslatokat ad annak továbbfejlesztésére.
• Automatizált tesztelés: Az automatizált tesztek olyan előre előkészített tesztet foglalnak magukban, amelyet emberi beavatkozás nélkül automatikusan kiértékelnek. Az automatizált tesztek általában a megoldáskód egyes részeit ellenőrzik meghatározott viszonyítási pontokon vagy alapkonfigurációkon. Az automatizált tesztelést nehezebb elvégezni, és időbe és erőfeszítésbe telik a beállítás. Az automatizált tesztelés azonban elengedhetetlen a nagyvállalati forgatókönyvekben a nagyobb implementációk és az üzleti szempontból kritikus megoldások minőségének és megbízhatóságának biztosításához.

A következő szakaszok különböző módszereket mutatnak be, amelyekkel a tartalomkészítők manuális tesztelést, automatizált tesztelést és társellenőrzést végezhetnek.

Manuális tesztelés végrehajtása

Saját manuális teszteket kell végeznie a létrehozott tartalomon. Ezeknek a teszteknek biztosítaniuk kell, hogy a módosítások a várt módon működjenek, és elérjék a kívánt minőségi szabványokat. A manuális tesztelés általában magában foglalja a tartalom vagy adott tartalomváltozások használatát és szubjektív értékelését, valamint az eredmények leírását és dokumentálását.

Íme néhány szempont a saját tartalom tesztelése során.

• Előzetesen döntse el és dokumentálja a tesztelési feltételeket és a sikerességi feltételeket.
• Legyen alapos a teszteléssel és a teszteredmények dokumentálásával. Ügyeljen azonban arra, hogy kerülje a felesleges tesztelést, hogy a tesztelési eljárások ne lassíthassák a fejlesztést.
• Hozzon létre egy szabványos tesztkészletet az egyes elemtípusokhoz az ismétlődés javítása érdekében.
• Teszteredmények és következtetések dokumentálása.
• Tesztelje többször, hogy a teszteredmények a valóságot tükrözzék a legjobban, és ne véletlenszerű esélyt.
• Olyan tesztfeltételeket használjon, amelyek az éles környezetre jellemzőek.

A következő szakaszok a manuális tesztelés egyéb fontos szempontjait ismertetik.

Szemantikai modellek manuális tesztelése

A szemantikai modellek a Fabric és a Power BI egyik megoldásának fontos részét képezik, mivel a jelentések, irányítópultok és egyéb ügyféleszközök és Fabric-számítási feladatok felsőbb rétegbeli forrása. Ezért fontos ellenőrizni a szemantikai modelleket az üzembe helyezés előtt.

Az alábbiakhoz hasonló kérdések megválaszolása a szemantikai modell ellenőrzéséhez.

• A táblák nem várt hiányzó, duplikált vagy helytelen értékeket tartalmaznak?
• A DAX-mértékek hosszú lekérdezési idő nélkül adják vissza a várt eredményeket?
• Sikeres az ütemezett frissítés hosszú frissítési idő nélkül?
• Megfigyeli az (üres) eredményeket a hivatkozási integritás megsértése által okozott vizualizációkban, szűrőkben vagy lekérdezési eredményekben?
• Az adatbiztonság, például az RLS vagy az objektumszintű biztonság (OLS) megfelelően megakadályozza, hogy illetéktelen személyek hozzáférjenek a modellhez vagy adataihoz?
• A modellobjektumok (például DAX-mértékek vagy táblázatoszlopok) megjelenítési mappákba vannak rendezve?

A szemantikai modellek ellenőrzéséhez különböző eszközöket és megközelítéseket használhat.

• Power BI Desktop: A Power BI Desktop segítségével különböző funkciókkal ellenőrizheti a szemantikai modellek különböző aspektusait. A szemantikai modellek tesztelését megkönnyítő Power BI Desktop-funkciók például a következők:
  • Vizuális vászon: Modell működésének és pontosságának tesztelése húzással végzett vizualizációkkal.
  • DAX-lekérdezés nézet: Tesztelje a modell pontosságát és DAX-kódját a DAX-lekérdezésekkel , amelyeket később menthet és újra felhasználhat.
  • Lekérdezésdiagnosztikák: A frissítés teljesítményének tesztelése a lekérdezések Power Queryben való kiértékelésével kapcsolatos diagnosztikai információk lekérésével.
• Háló: A Háló portál funkciói és elemei lehetővé teszik a szemantikai modell szempontjainak érvényesítését, miután üzembe helyezték egy munkaterületen.
  • Biztonság: A modell biztonságának tesztelése biztonsági szerepkörök vagy felhasználók megszemélyesítésével.
  • Jegyzetfüzetek: A modell működésének és pontosságának tesztelése szemantikai hivatkozás használatával.
  • Monitorozási központ: Szemantikai modellek és más Fabric-adatelemek adatfrissítésének tesztelése és monitorozása.
• Külső eszközök: A külső eszközök lehetővé teszik a szemantikai modell egyéb aspektusainak érvényesítését, akár részletesebb, akár más, az ellenőrzést megkönnyítő funkciók biztosításával. Példák a szemantikai modellek tesztelését megkönnyítő külső eszközökre:
  • DAX Studio: A DAX-kód teljesítményének tesztelése és optimalizálása a DAX-lekérdezések időzítésének és lekérdezésterveinek részletes részletezésével.
  • Táblázatos szerkesztő: A DAX-kód pontosságának tesztelése és hibakeresése a DAX-lekérdezések kiértékelésének részletes részletezésével és az aktív kiértékelési környezettel.

Tipp.

A lekérdezésdiagnosztikával manuálisan ellenőrizheti és optimalizálhatja a Power Query teljesítményét az azt használó egyéb elemekből, például adatfolyamokból.

Emellett használhatja a DAX lekérdezési nézetet és külső eszközöket, például a DAX Studiót a DAX-lekérdezések többoldalas jelentésekhez és scorecardokhoz való érvényesítéséhez és optimalizálásához.

Jelentések manuális tesztelése

A jelentések gyakran használják a felhasználókat az adatokkal való interakcióra. Sok felhasználó a jelentésektől függ, hogy döntéseket hozhassanak, és lépéseket tegyenek az üzleti célkitűzéseik elérése érdekében. Ezért fontos ellenőrizni a jelentéseket az üzembe helyezés előtt.

Az alábbiakhoz hasonló kérdések megválaszolása a jelentések ellenőrzéséhez.

• A jelentések megfelelnek a dokumentált üzleti követelményeknek?
• A megfelelő vizualizációtípusok a megfelelő kérdés megválaszolásához használatosak?
• Világosak és tömörek a jelentésoldalak anélkül, hogy túl sok színt vagy túl sok vizualizációt tartalmaz?
• A jelentés a várt módon működik az adatok szűk részhalmazára való szűréskor?
• Engedélyezi a jelentés az Excelbe való exportálást, és ha igen, lehetővé teszi az összegzett adatok vagy a mögöttes adatok beolvasását?
• Használható a jelentés a vizualizációk jelentésközi részletezésére vagy személyre szabására?

A jelentések ellenőrzéséhez különböző eszközöket és megközelítéseket használhat.

• Power BI Desktop: A Power BI Desktop segítségével különböző funkciókkal ellenőrizheti a jelentések különböző aspektusait. A jelentések tesztelését megkönnyítő Power BI Desktop-funkciók például a következők:
  • Vizuális vászon: A jelentés funkcióinak tesztelése szeletelők, szűrők és egyéb interaktív elemek használatával.
  • Teljesítményelemző: A jelentés teljesítményének tesztelése a vizualizációk megjelenítésének és a DAX-lekérdezések idejének mérésével. A vizualizációs DAX-lekérdezéseket a teljesítményelemzőből más eszközökbe másolhatja, és a dokumentációhoz mentheti a teljesítményeredményeket .
  • Lekérdezési korlátszimulációk: A jelentés teljesítményének tesztelése a memóriakorlátok szimulálásával abban a kapacitásban, ahol az üzembe lesz helyezve.
• Háló: A Háló portál funkciói és elemei lehetővé teszik a jelentés szempontjainak érvényesítését, miután üzembe helyezték egy munkaterületen.
  • Alkalmazás frissítése: Jelentések Power BI-alkalmazásokban való terjesztésekor és különböző alkalmazás-célközönségek beállításakor tesztelheti a jelentés funkcióit és biztonságát, hogy meghatározza, ki tekintheti meg a tartalmat. Az alkalmazás célközönségeinek használata esetén saját maga tekintheti meg, hogy mely jelentésekhez férhetnek hozzá, és tesztelheti az alkalmazásélményt.
  • Olvasási nézet a munkaterületen vagy az alkalmazásban: A jelentés működésének és pontosságának tesztelése a felhasználóval azonos környezetben.

Feljegyzés

Irányítópultok csak a Háló portálon fejleszthetők és érvényesíthetők.

Fontos

Fontos, hogy a jelentéseket a Power BI Desktopban és a Fabric portálon való üzembe helyezés után is tesztelje. Előfordulhat, hogy a vizualizációk renderelése másként viselkedik a helyi gépen, mint a Fabric-munkaterületen lévő jelentések. Emellett vegye figyelembe, hogy a munkaterületről vagy alkalmazásból származó jelentések felhasználói élménye jelentősen eltér a Jelentések Power BI Desktopban való használatától.

Manuális tesztelés társellenőrzés végrehajtásával

A tartalom manuális ellenőrzésének másik módja egy társértékelés végrehajtása. A társértékelés során a tartalom létrehozója a megoldás vagy a megoldás egy részét egy munkatársnak adja ki kiértékelésre. A társértékelés célja, hogy több tartalomkészítő közös tapasztalatával és szakértelmével javítsa a megoldást. A manuális és az automatizált tesztelés során és után is végezhet társellenőrzést.

Feljegyzés

A társviszony-felülvizsgálat egy szabványos megközelítés, amelyet számos iparágban használnak. Ez a módszer általánosan ismert a tartalom, a termékek és a folyamatok minőségének javítására.

Tipp.

Ha Ön az egyetlen tartalomkészítő egy megoldáshoz, fontolja meg, hogy egy másik tartalomkészítőt keressen egy másik csapatban, hogy áttekintse a megoldást, és felajánlja, hogy ugyanezt teszi velük.

Különböző módokon végezheti el a társközi felülvizsgálatot.

• Funkcionális felülvizsgálat: A funkcionális felülvizsgálat azokra a funkciókra, folyamatokra vagy üzleti követelményekre összpontosít, amelyeket a megoldásnak teljesítenie kell. A funkcionális felülvizsgálat során a véleményezők úgy használják a megoldást, mintha végfelhasználók lennének. Dokumentálják a talált hibákat és problémákat, valamint minden szubjektív kritikát a megvalósítás javítása érdekében.
• Műszaki felülvizsgálat: A műszaki felülvizsgálat a megoldás technikai aspektusaira összpontosít, például az adatmodellezésre, a kódra vagy a tervezésre. A műszaki felülvizsgálat során a felülvizsgálók felmérik bizonyos funkciók vagy módosítások megvalósítását, és alternatív megközelítéseket javasolnak, vagy kiemelik a jelenlegi megközelítés lehetséges hibáit vagy kockázatait.
• Lekéréses kérelem: A forráskövetés végrehajtásakor létre kell hoznia egy lekéréses kérelmet (PR), amely egyesíti a módosításokat a megoldás legújabb verziójával. A műszaki tulajdonos áttekinti a javasolt módosításokat, és kiértékeli a forráskódot. Ez a fajta felülvizsgálat hasznos annak biztosításához, hogy a kód megfeleljen a szabványos konvencióknak, például a DAX- vagy M-kód formázásának, illetve az anti-minták vagy potenciálisan problémás kódok azonosításának.

Tipp.

Azt javasoljuk, hogy végezze el a társviszony valamilyen hivatalos felülvizsgálatát és jóváhagyását, mielőtt a tartalommódosítások áttérnének a felhasználói elfogadás tesztelésére. Ennek az az oka, hogy a rossz minőségű tartalom árthat az adatmegoldások megbízhatóságának, még a tesztelés során is. A társközi felülvizsgálat emellett a csapattagok közötti együttműködés és tudásmegosztás előnyeit is eredményezheti.

Miután elvégezte a társ-felülvizsgálati ciklust, dokumentálnia kell és tartalmaznia kell az ajánlott módosításokat. Ha szükséges, a felhasználói tesztelésre való áttérés előtt újra el kell küldenie a módosításokat jóváhagyásra. A társellenőrzések több iterációjára általában csak akkor van szükség, ha sok módosítást vagy néhány összetett módosítást kell tesztelni.

Tesztelés automatizálása

A tartalomkészítők automatizálhatják a tesztelést, hogy a teszteket az üzembe helyezés előtt automatikusan végrehajthassák. Az automatizált tesztek általában előre előkészített tesztelési feltételeket tartalmaznak, amelyek bizonyos műveletekre, például a tartalom mentésére vagy lekéréses kérelem (PR) elküldésére reagálva, programozott módon futnak és vezénylhetők. Az automatizált tesztek eredményeit a rendszer automatikusan tárolja későbbi referenciaként és dokumentációként.

Az automatizált teszt célja, hogy csökkentse a tartalomváltozások ellenőrzésére fordított időt és erőfeszítést, miközben javítja a tesztek konzisztenciáját és az eredmények megbízhatóságát. Ha a tartalom sikertelen egy automatizált teszten, az általában nem lesz üzembe helyezve, amíg a tartalom létrehozója meg nem oldja a problémákat.

A DataOps implementálásának kulcsfontosságú része a hatékony automatizált tesztelés. A DataOps lehetővé teszi a csapatok számára a folyamatok automatizálását és skálázását olyan eljárások alkalmazásával, amelyek javítják és felgyorsítják az adatok és elemzések továbbítását.

Fontos

A tesztelés hatékony automatizálásához jól megtervezett teszteket kell létrehoznia. Az ilyen tesztek létrehozása jelentős időt és erőfeszítést igényelhet. Ha a tesztelési feltételek és elvárások rosszul vannak meghatározva, az automatizált tesztek nem fogják tudni ellenőrizni a tartalom megfelelő aspektusait, és a tesztek automatizálása kevés előnyt fog kapni.

Tipp.

Az automatizált tesztelés akkor a legkedvezőbb, ha a megoldás üzembe helyezésével integrálva van a vállalati tartalom-közzétételi forgatókönyvekben. Automatizálhatja például a tesztelést az Azure Pipelines használatával egy érvényesítési folyamat részeként, amely biztosítja, hogy a tartalom üzembe helyezhető legyen. További információ: 4. szakasz: Tartalom üzembe helyezése.

Az alábbi szakaszok a Power BI szemantikai modellek és jelentések automatikus tesztelésének legfontosabb szempontjait ismertetik.

Szemantikai modellek tesztelésének automatizálása

A szemantikai modellek automatizált tesztelése lehetséges, bár általában egyéni beállításokat igényel külső eszközökkel és keretrendszerekkel.

Különböző eszközökkel és megközelítésekkel automatizálhatja a szemantikai modellek tesztelését.

• Ajánlott eljáráselemző (BPA): Az ajánlott eljáráselemző lehetővé teszi a szemantikai modellek kiértékeléséhez használható szabályok megadását. A BPA-t a Táblázatos szerkesztővel futtathatja, amely azonosítja a szemantikai modellek szabálysértéseit. A BPA-szabálysértések ellenőrzésének automatizálásához használja a Táblázatszerkesztő parancssori felületét (CLI) az Azure DevOpsszal együtt, vagy egy másik ütemezett folyamat részeként.
• Hálójegyzetfüzetek és szemantikai hivatkozás:A Háló jegyzetfüzetei lehetővé teszik a szemantikai hivatkozás használatát a szemantikai modellekkel való programozott interakcióhoz. A jegyzetfüzetekkel olyan keretrendszereket futtathat, mint a Nagy elvárások (GX) az adatok ellenőrzéséhez. Emellett kiértékelheti a mértékeket és a DAX-lekérdezéseket, majd tesztelheti az eredményeket ismert alapkonfigurációkon.
• Power Automate:A Power Automate lehetővé teszi lekérdezések futtatását szemantikai modelleken és jelentések exportálását a Power BI REST API-kkal. Ellenőrizheti a lekérdezés eredményeit az ismert alapkonfigurációk alapján, majd végrehajthat alsóbb rétegbeli műveleteket, például riasztásokat indíthat el a tartalomtulajdonosok számára.

Tipp.

Fontolja meg az automatizált tesztelés és a szemantikai modellek vezénylését. Például a jegyzetfüzetek vagy a Power Automate használatával automatizált teszteket végezhet egy adatforráson és szemantikai modellen a frissítés előtt. Ha a tesztek sikertelenek, megakadályozhatja a frissítést, ami azt is megakadályozhatja, hogy frissítési hibák vagy helytelen adatok érkeznek az üzleti jelentésekbe.

Jelentések tesztelésének automatizálása

A jelentések tesztelésének automatizálására korlátozott lehetőségek állnak rendelkezésre. Ezek a lehetőségek külső eszközökre vagy közösségi megoldásokra támaszkodnak a vizualizációk vagy jelentéstulajdonságok automatikus ellenőrzéséhez, például a jelentés metaadatainak érvényesítéséhez vagy a felhasználók jelentésekkel való interakcióinak szimulálásához.

A jelentések tesztelésének automatizálásához különböző eszközöket és módszereket használhat.

• Ajánlott jelentéselemzési módszerek: Különböző külső eszközök támogatják az ajánlott eljáráselemzőhöz hasonló funkciókat a jelentésekben előforduló problémák észlelésének automatizálásához a jelentésdefiníció vizsgálatával. A funkciót támogató két eszköz a PBI Explorer és a PBI Inspector.
• Power Automate Desktop: Az olyan felhasználói felületi automatizálási eszközök, mint a Pythonhoz készült Selenium vagy a Power Automate Desktop lehetővé teszik a felhasználók egérrel való interakcióját a jelentésekkel. A felhasználói folyamat definiálásával tesztelheti a navigációt és az interakciókat. Ezek a tesztek akkor fejeződnek be, amikor befejezhetik a folyamatot, és sikertelenek lesznek, ha bizonyos szavakat vagy képeket észlelnek a képernyőn (például hibaüzenetet vagy üres vizualizációt).

Annak eldöntése, hogy a felhasználók hogyan érvényesítsék a tartalmat

Miután a tartalom átment a manuális tesztelésen, az automatizált tesztelésen és a társtesztelésen, továbbléphet a felhasználói tesztelésre. Amikor a felhasználók tesztelik a tartalmat, szubjektív visszajelzést adnak arról, hogy az adott tartalom megfelel-e az üzleti követelményeknek, és megfelel-e az elvárásaiknak, beleértve a pontos eredmények visszaadását is.

A felhasználói ellenőrzés általában egy teszt-munkaterületen történik. Teszt-munkaterület beállításakor vegye figyelembe az alábbi szempontokat.

• Tesztalkalmazás létrehozása: Ha Power BI-alkalmazással szeretne tartalmat terjeszteni, állítson be egy tesztalkalmazást a tesztfelhasználók számára a tartalom ellenőrzéséhez. A tesztalkalmazásnak meg kell egyeznie az éles környezetben beállított alkalmazással. A tesztalkalmazás navigációs sávjában fontolja meg a dokumentációra, a betanításra és a visszajelzési űrlapokra mutató hivatkozásokat.
• Kiépítési hozzáférés: Azonosítsa a közösség azon felhasználóinak egy részét, akik érvényesítik a megoldást. Lépjen kapcsolatba ezekkel a felhasználókat, és írjon be egy megállapodást arról, hogy mikor és miért kell érvényesítenie ezt a tartalmat. Ezután győződjön meg arról, hogy hozzáférést biztosít nekik a tartalomhoz, és hozzáadja őket a megfelelő biztonsági szerepkörökhöz. Ossza meg a tartalomra vagy a tesztalkalmazásra mutató hivatkozásokat a felhasználókkal, hogy megkezdhesse a tesztelést.
• Ütemezett frissítés beállítása: A felhasználó érvényesítése általában hosszabb időszakra terjed ki. Érdemes beállítani az adatelemek ütemezett frissítését a teszt-munkaterületen, hogy a felhasználók a legújabb adatokkal teszteljenek.

Fontos

Amikor tartalmat helyez üzembe egy teszt-munkaterületen, manuálisan frissítenie kell az alkalmazást, mielőtt a jelentések és irányítópultok módosításai láthatók lesznek a felhasználók számára.

Feljegyzés

Nem helyezhet üzembe és nem másolhat alkalmazásokat egyik munkaterületről a másikra. Az alkalmazás módosításait manuálisan kell elvégezni az adott munkaterület konfigurációjában.

A felhasználói ellenőrzés megkezdése előtt végezze el a szükséges előkészületeket.

• Tervezze meg, hogy mikor történjen meg a felhasználó érvényesítése.
• Megadhatja, hogy a felhasználó érvényesítése egy adott időszakra vagy egy iteratív folyamat egy részére korlátozódik-e.
• Hozzon létre egy módszert a visszajelzések gyűjtésére, például a Microsoft Forms használatával.
• Kommunikáljon a tervezés és az elvárások érvényesítésében részt vevő felhasználókkal.
• Rendszerezheti a felhasználók érvényesítésének első szakaszát, amely végigvezeti a felhasználókat és kezeli az elvárásokat.
• Képzést tart a felhasználóknak az érvényesítési és visszajelzési folyamat bemutatásához.

Az alábbiakban néhány különböző módszert talál a tartalom felhasználói érvényesítésének megkönnyítésére.

• Obszervatóriumi tesztelés: Az obszervatórium-tesztek rövid munkamenetek, ahol a tartalomkészítők útmutatás vagy utasítás nélkül nézik, hogy egy vagy több felhasználó használja a tartalmat. Ezekben a munkamenetekben a tartalomkészítők megfigyeléseikkel azonosítják a megoldás esetleges hibáit, problémáit vagy fejlesztéseit. Ezek a tesztek értékesek lehetnek, mivel kevés időt és erőfeszítést igényelnek a rendszerezéshez, és a megoldás adott funkcióira vagy részeire korlátozódhatnak. Az obszervatóriumi tesztek a legkedvezőbbek, ha korai visszajelzést kapnak egy tervről vagy megközelítésről, például egy megvalósíthatósági igazolással (POC) kapcsolatban.
• Fókuszcsoport tesztelése: A fókuszcsoport-tesztek korlátozott munkamenetek, amelyek egy kis csoport felhasználóval vannak rendszerezve, akik együtt haladnak végig a tartalomon. Ezek a fókuszcsoportok olyan kulcsfontosságú érdekelt felek és témaszakértők kiválasztására vannak kiválasztva, akik a legjobb visszajelzést adhatnak bizonyos funkciókról vagy funkciókról. A fókuszcsoport-tesztek több interaktív munkamenetben is előfordulhatnak. A fókuszcsoport tesztelése több időt és energiát igényel, mint a megfigyelőközpont tesztelése, de részletesebb visszajelzést adhat a megoldásról.
• Felhasználói elfogadás tesztelése:A felhasználói elfogadás tesztelése (UAT) egy formális folyamat, amelyben a felhasználói közösség egy nagyobb csoportja ellenőrzi és aszinkron visszajelzést ad egy megoldásról. A felhasználói felület rendszerezéséhez a legtöbb idő és erőfeszítés szükséges, de ez a legáttekintőbb módszer a felhasználói tesztelés elvégzésére. Miután a tesztfelhasználók elfogadták a megoldást, és a visszajelzési problémák megoldódnak, a tartalom üzembe helyezhető az éles munkaterületen.

Miután eldöntötte, hogyan érvényesítheti a tartalmat, megtervezheti, hogyan fogja azt üzembe helyezni a munkaterületeken és a munkaterületek között.

Ellenőrzőlista – A tartalom ellenőrzésének tervezésekor a legfontosabb döntések és műveletek a következők:

• Tervezési és dokumentumtesztelési feltételek: Ismerteti a végrehajtandó teszteket, azok tesztelését és azok elvégzésének módját.
• Döntsön a társ-felülvizsgálati folyamatról: Írja le, hogy ki érvényesíti a tartalmat, kivéve magát.
• Döntse el a manuális tesztelés megközelítését: Döntse el, hogy mely eszközöket és szolgáltatásokat fogja használni a létrehozott tartalom ellenőrzéséhez.
• Döntse el, hogy automatizált tesztelést fog-e használni: Állapítsa meg, hogy a tartalom mérete és hatóköre indokolja-e az automatizált tesztek beállítását. Ha igen, győződjön meg arról, hogy a szükséges időt és erőforrásokat tervezi ezeknek a teszteknek a megtervezéséhez és implementálásához, hogy azok igazolják a várt értéket.
• Tartalom üzembe helyezése a fejlesztési munkaterületről a teszt-munkaterületre: A módosítások üzembe helyezése a fejlesztési munkaterületről a teszt-munkaterületre, hogy a módosítások láthatóak legyenek a felhasználók számára. Győződjön meg arról, hogy elvégezte a szükséges üzembe helyezés utáni tevékenységeket a teszt-munkaterületen, például egy tesztalkalmazás beállítását és frissítését.
• Döntsön a felhasználói tesztelés módszeréről: Döntse el, hogy a felhasználók hogyan érvényesítik a tartalmat.
• Tesztfelhasználók azonosítása: Annak azonosítása, hogy a felhasználói közösség ki fogja ellenőrizni a tartalmat. Megállapodásra juthat ezekkel a személyekkel a részvételük és az elvárásaik mértékéről.
• Felhasználói visszajelzések gyűjtése: Eszközök és folyamatok beállítása a visszajelzések automatikus gyűjtéséhez. Használhatja például a Feladatokat és a Plannert a Microsoft Teamsben vagy a Microsoft Formsban.
• Dokumentumteszt eredményei: Dokumentálja az összes tartalomérvényesítés eredményét, valamint a teszteredmények eredményeként végrehajtott módosításokat. Győződjön meg arról, hogy ez a dokumentáció könnyen megtalálható.
• Tervezze meg az üzembe helyezést éles környezetben: A felhasználói tesztelés befejeződése után készüljön fel a tartalom üzembe helyezésére a teszt-munkaterületről az éles munkaterületre.

Kapcsolódó tartalom

A sorozat következő cikkében megtudhatja, hogyan helyezhet üzembe tartalmakat a tartalom életciklusának kezelése során.