Power BI:n käyttöönoton suunnittelu: sisällön vahvistaminen

Muistiinpano

Tämä artikkeli on osa Power BI:n käyttöönoton suunnittelun artikkelisarjaa. Tässä sarjassa keskitytään ensisijaisesti Microsoft Fabricin Power BI -kokemukseen. Johdanto sarjaan on artikkelissa Power BI:n käyttöönoton suunnittelu.

Tässä artikkelissa kerrotaan sisällön vahvistamisesta osana sisällön elinkaaren hallintaa. Se on ensisijaisesti kohdistettu seuraaviin:

• Center of Excellence (COE) ja BI-tiimit: Tiimit, jotka vastaavat Power BI:n valvonnasta organisaatiossa. Näihin tiimeihin kuuluu päättäjiä, jotka päättävät, miten Power BI -sisällön elinkaarta hallitaan. Näihin tiimeihin voi kuulua myös julkaisupäälliköitä, jotka käsittelevät sisältöjulkaisujen elinkaarta, sekä insinöörejä, jotka luovat ja hallitsevat komponentteja, joita tarvitaan tehokkaaseen käyttöön ja elinkaaren hallinnan tukemiseen.
• Sisällöntekijät ja sisällön omistajat: Käyttäjät, jotka luovat sisältöä, jonka he haluavat julkaista Fabric-portaalissa muiden kanssa jaettavaksi. Nämä henkilöt ovat vastuussa luomansa Power BI -sisällön elinkaaren hallinnasta.

Elinkaaren hallinta koostuu prosesseista ja käytännöistä, joiden avulla käsittelet sisältöä sen luomisesta eläkkeelle jäämiseen. Elinkaaren hallinnan toisessa vaiheessa kehität sisältöä ja hallitset muutoksia, mikä edellyttää keskeisiä päätöksiä siitä, miten kehität sisältöä ja määrität työtiloja ja versionhallintaa. Kolmannessa vaiheessa vahvistat sisällön ja testaat, onko se valmis käyttöönottoon.

Muistiinpano

Iteroit yleensä vaiheiden 2 ja 3 läpi peräkkäisissä kehitys- ja vahvistusjaksoissa.

Sisällön vahvistaminen on tärkeää ratkaisujen laadun ja luotettavuuden takaamiseksi. Tästä syystä on tärkeää testata sisällön muutokset ennen niiden käyttöönottoa tuotantoon.

Seuraavassa kuvassa esitetään Power BI -sisällön elinkaari ja korostetaan vaihetta 3, jossa sisältöä vahvistetaan.

Muistiinpano

Katso yleiskatsaus sisällön elinkaaren hallinnasta tämän sarjan ensimmäisestä artikkelista.

Tässä artikkelissa keskitytään tärkeisiin näkökohtiin ja päätöksiin sisällön vahvistamisessa koko sen elinkaaren ajan. Saat lisätietoja sisällön vahvistamisesta seuraavasta ohjeartikkelista:

• Siirtyminen Power BI:hin: Sisällön vahvistaminen: Tässä artikkelissa kuvataan tärkeimmät vahvistukseen liittyvät seikat ja päätökset, kun siirryt Power BI:hin muista tekniikoista.
• BI-ratkaisun suunnittelu: Sisällön vahvistaminen: Tässä artikkelissa kuvataan, miten voit suunnitella toisteisia kehitys- ja vahvistusjaksoja Power BI- tai Fabric-ratkaisua suunniteltaessa.

Sisällön vahvistamiseen liittyy tiettyjen päätösten tai toimintojen tekeminen sen varmistamiseksi, että sisältö toimii odotetulla tavalla.

Kun vahvistat sisältöä, arvioit ratkaisun eri osa-alueita.

• Toiminnot: Toimivatko ratkaisun kohteet ja ominaisuudet. Esimerkki testaustoiminnosta on, voiko semanttinen malli suorittaa ajoitetun päivityksen.
• Tietojen tarkkuus: Ovatko näytetyt luvut ja tulokset täydellisiä ja vastaavatko ne liiketoiminnan odotuksia. Esimerkki tietojen tarkkuuden testauksesta on se, onko raportin arvo tasautunut tunnettuun perusarvoon.
• Suorituskyky: Tuottaako kyselyt vain vähän vaikutusta käytettävissä oleviin käyttäjäresursseihin vai käyttäjien odotusaikoihin. Esimerkki testauksen suorituskyvystä on se, päivittyykö tietovuo luotettavasti ilman aikakatkaisua tai koettamatta pitkiä päivityskestoja.
• Suojaus: Ovatko valtuuttamattomat henkilöt rajoitettu tietojen tarkasteluun, käyttämiseen tai koko ratkaisuun. Esimerkki suojauksen testaamisesta on käyttäjäksi tai rooliksi tekeytyminen rivitason suojausta (RLS) vahvistettaessa.
• Tehokkuus: Tukeeko ratkaisu asianmukaisia liiketoiminnan ongelmia vai prosesseja ja tukeeko se riittävästi liiketoiminnan tavoitteita halutulla tavalla. Esimerkki testauksen tehokkuudesta on käyttäjän palautteen kerääminen, kun suoritat käyttäjän hyväksyntätestausta.
• Helppokäyttötoiminnot: Täyttääkö ratkaisu tunnetut helppokäyttötoimintojen standardit niin, että mahdollisimman monet voivat käyttää sitä. Helppokäyttötoimintojen testaus on esimerkiksi sen tarkistaminen, että raporttisi täyttää Microsoftin raportin helppokäyttöisyyden tarkistusluettelon.

Vahvistat sisältöä suorittamalla erilaisia testejä. Seuraavissa osissa kuvataan tärkeimpiä huomioon otettavia seikkoja päätöksissä siitä, miten sisällöntuottajat ja sisällön kuluttajat suorittavat testauksen.

Muistiinpano

Monet tiimit käyttävät testimenetelmiä, jotka ovat peräisin ohjelmistokehityksestä, kuten yksikkötestejä, integrointitestejä ja savutestejä. Sisältötestaukseen ja vahvistukseen on monia yhtä kelvollisia lähestymistapoja. Tärkeintä on, että testaat sisältöä käyttämällä lähestymistapaa, joka toimii parhaiten tarpeisiisi ja tiimisi toimintaan.

Päätä, miten sisällöntuottajien on vahvistettava sisältö

Sisällöntekijöiden on vahvistettava omat sisältöön tekemänsä muutokset varmistaakseen muutosten laadun ja toiminnallisuuden. Testit tehdään yleensä kehitystyötilassa, joka sisältää ratkaisun uusimman työversion. Sisällöntekijät testaavat omia muutoksiaan, ennen kuin sisältö otetaan käyttöön testityötilassa käyttäjän vahvistusta varten.

Muistiinpano

On tärkeää, että sisällöntekijät vahvistavat oman sisältönsä, ennen kuin se tarjotaan käyttäjille. Jos ratkaisulla testataan käyttäjiä, joilla on selviä ongelmia, luottamus ratkaisuun heikkenee. Testauksenkin aikana käyttäjät odottavat näkevänän kohtuullisen esityksen lopullisesta tuotteesta. Toiminnallisen ratkaisun avulla käyttäjät voivat lisäksi keskittyä tunnistamaan liiketoiminta-alueeseen liittyviä ongelmia.

Sisällöntekijöille on kaksi tapaa vahvistaa sisältö.

• Manuaalinen testaus: Manuaalisiin testeihin osallistuu joku, joka vahvistaa sisällön manuaalisesti joko subjektiivisen arvioinnin avulla tai vertaamalla johonkin objektiiviseen testikriteeriin. Manuaaliset testit on helppo suorittaa, mutta niihin liittyy inhimillisiä virheitä tai puolueellisuutta. Lisäksi kun sisältö saavuttaa tietyn asteikon, manuaaliset testit voivat toimia oikein. Voit suorittaa manuaalisen testauksen kahdella tavalla.
  • Riippumaton katsaus, johon sisältyy oman sisällön, kuten semanttisten mallien ja raporttien, testaaminen.
  • Vertaisarviointi, joka sisältää sisällön subjektiivisen arvioinnin, jotta ratkaisu voidaan arvioida kriittisesti ja antaa ehdotuksia ratkaisun parantamiseksi.
• Automaattinen testaus: Automatisoituihin testeihin liittyy valmisteltu testi, joka arvioidaan automaattisesti ilman ihmisen toimia. Automatisoidut testit tarkistavat yleensä ratkaisukoodin osat suhteessa tiettyihin vertailuarvoihin tai perustasoon. Automatisoidun testauksen suorittaminen on vaikeampaa ja sen määrittäminen vie aikaa ja vaivaa. Automatisoitu testaus on kuitenkin välttämätöntä yritysskenaarioiden kannalta, jotta voidaan varmistaa suurempien toteutuksen ja liiketoiminnan kannalta tärkeiden ratkaisujen laatu ja luotettavuus.

Seuraavissa osioissa kuvataan eri tapoja, joilla sisällöntuottajat voivat suorittaa manuaalisen testauksen, automatisoidun testauksen ja vertaisarvioinnin.

Manuaalisen testauksen suorittaminen

Tee omat manuaaliset testit luomallesi sisällölle. Näiden testien avulla on varmistettava, että muutoksesi toimivat odotetulla tavalla ja että ne saavuttavat halutut laatustandardit. Manuaaliseen testaukseen liittyy yleensä sisällön tai tiettyjen sisältömuutosten käyttö- ja subjektiivinen arviointi sekä tulosten kuvaaminen ja dokumentointi.

Seuraavassa on muutamia huomioon otettavia seikkoja, kun testaat omaa sisältöäsi.

• Päätä ja dokumentoi etukäteen testiehdot ja onnistumisen ehdot.
• Käsittele testitulokset huolellisesti ja dokumentoimalla ne. Varmista kuitenkin, että vältät tarpeettomat testaukset, jotta testikäytäntösi eivät hidasta kehitystä.
• Luo vakiotestijoukko kullekin kohdetyypille toistettavan toiston parantamiseksi.
• Dokumentoi testitulokset ja päätelmät.
• Testaa useita kertoja varmistaaksesi, että testitulokset vastaavat parhaiten todellisuutta eivätkä satunnaista mahdollisuutta.
• Käytä tuotantoympäristöäsi edustavia testiolosuhteita.

Seuraavissa osioissa kuvataan muita manuaalisen testauksen tärkeimpiä huomioon otettavia seikkoja.

Semanttisten mallien manuaalinen testaaminen

Semanttiset mallit ovat tärkeä osa Fabric- ja Power BI -ratkaisua, koska ne ovat raporttien, koontinäyttöjen, muiden asiakastyökalujen ja Fabric-kuormitusten lähde. Siksi on tärkeää vahvistaa semanttiset mallit ennen käyttöönottoa.

Vastaa esimerkiksi seuraaviin kysymyksiin, jotka auttavat sinua vahvistamaan semanttisen mallisi.

• Sisältävätkö taulukot odottamattomia puuttuvia, kaksoiskappaleita tai virheellisiä arvoja?
• Palauttavatko DAX-mittarit odotetut tulokset ilman pitkiä kyselyaikoja?
• Onko ajoitettu päivitys suoritettu onnistuneesti ilman pitkiä päivitysaikoja?
• Huomaako, että (Tyhjä) aiheuttaa visualisointeja, suodattimia tai kyselytuloksia, jotka johtuvat viite-eheysrikkomuksista?
• Estääkö tietosuoja, kuten RLS tai objektitason suojaus, riittävällä tavalla valtuuttamattomat henkilöt käyttämästä mallia tai sen tietoja?
• Onko malliobjektit (kuten DAX-mittarit tai taulukon sarakkeet) järjestetty näyttökansioihin?

Eri työkalujen ja lähestymistapojen avulla voit vahvistaa semanttisia malleja.

• Power BI Desktop: Power BI Desktopin avulla voit vahvistaa semanttisten mallien eri näkökohtia käyttämällä eri ominaisuuksia. Esimerkkejä Power BI Desktopin ominaisuuksista, jotka helpottavat semanttisten mallien testausta:
  • Visuaalinen pohja: Testaa mallin toimintoja ja tarkkuutta vetämällä ja pudottamalla -visualisoinneilla.
  • DAX-kyselynäkymä: Testaa mallin tarkkuutta ja DAX-koodia DAX-kyselyillä , jotka voit tallentaa ja käyttää uudelleen myöhemmin.
  • Kyselydiagnostiikka: Testaa päivityksen suorituskykyä hankkimalla diagnostiikkatietoja siitä, miten kyselyt arvioidaan Power Queryssa.
• Fabric: Fabric-portaalin ominaisuuksien ja kohteiden avulla voit vahvistaa semanttisen mallin ominaisuuksia, kun se on otettu käyttöön työtilassa.
  • Suojaus: Testaa mallin suojausta tekeytymällä käyttöoikeusrooleksi tai käyttäjiksi.
  • Notebooks: Testaa mallin toimintoja ja tarkkuutta semanttisen linkin avulla.
  • Valvontakeskus: Testaa ja valvo semanttisten mallien ja muiden Fabric-tietokohteiden tietojen päivitystä.
• Kolmannen osapuolen työkalut: Kolmannen osapuolen työkalujen avulla voit vahvistaa semanttisen mallisi muita näkökohtia joko tarjoamalla lisätietoja tai muita vahvistusta helpottavia ominaisuuksia. Esimerkkejä kolmannen osapuolen työkaluista, jotka helpottavat semanttisten mallien testausta:
  • DAX Studio: Testaa ja optimoi DAX-koodin suorituskykyä vastaanottamalla yksityiskohtaisia erittelyjä DAX-kyselyjen aikakatkaisuista ja kyselysuunnitelmista.
  • Tabular Editor: Testaa DAX-koodin tarkkuutta ja virheenkorjausta saamalla yksityiskohtaisia erittelyjä siitä, miten DAX-kyselyitä arvioidaan ja mikä arviointikonteksti on aktiivinen.

Vihje

Kyselydiagnostiikan avulla voit manuaalisesti vahvistaa ja optimoida Power Queryn suorituskyvyn muista sitä käyttävistä kohteista, kuten tietovoista.

Lisäksi voit käyttää DAX-kyselynäkymää ja kolmansien osapuolten työkaluja, kuten DAX Studiota, DAX Studion, vahvistamaan ja optimoimaan DAX-kyselyt sivutettuja raportteja ja tuloskortteja varten.

Testaa raportteja manuaalisesti

Raportit ovat yleinen tapa, jolla käyttäjät voivat käsitellä tietojasi. Monet käyttäjät ovat riippuvaisia raporteista, ja he tekevät päätöksiä edetäkseen kohti liiketoimintatavoitteitaan. Siksi on tärkeää vahvistaa raportit ennen käyttöönottoa.

Vastaa esimerkiksi seuraaviin kysymyksiin, jotka auttavat sinua vahvistamaan raporttisi.

• Täyttävätkö raportit dokumentoidut liiketoimintavaatimukset?
• Käytetäänkö oikeita visualisointityyppejä oikean kysymyksen käsittelemiseen?
• Ovatko raporttisivut selkeitä ja ytimekkäitä ilman ylivoimaisia värejä tai liikaa visualisointeja?
• Toimiiko raportti odotetulla tavalla suodatettaessa kapeaan tietojen alijoukkoon?
• Salliiko raportti viemisen Exceliin, ja jos on, salliiko se yhteenvetotietojen tai pohjana olevien tietojen noutamisen?
• Voiko raporttia käyttää raporttien välillä porautumiseen tai visualisointien mukauttamiseen?

Voit vahvistaa raporttisi käyttämällä eri työkaluja ja lähestymistapoja.

• Power BI Desktop: Power BI Desktopin avulla voit vahvistaa raporttien eri ominaisuuksia käyttämällä eri ominaisuuksia. Testausraportteja helpottavia Power BI Desktop -ominaisuuksia ovat esimerkiksi seuraavat:
  • Visuaalinen pohja: Testaa raportin toimintoja käyttämällä osittajia, suodattimia ja muita vuorovaikutteisia elementtejä.
  • Suorituskyvyn analysointi: Testaa raportin suorituskykyä mittaamalla visualisoinnin hahmontamista ja DAX-kyselyaikoja. Voit kopioida visualisointien DAX-kyselyt suorituskyvyn analysoinnista käytettäväksi muissa työkaluissa ja tallentaa tulostuloksia dokumentaatioon.
  • Kyselyrajoitussimulaatiot: Testaa raportin suorituskykyä simuloimalla sen kapasiteetin muistirajoituksia , jossa se otetaan käyttöön.
• Fabric: Fabric-portaalin ominaisuuksien ja kohteiden avulla voit vahvistaa raporttisi ominaisuuksia, kun se on otettu käyttöön työtilassa.
  • Päivitä sovellus: Testaa raportin toimintoja ja suojausta jakaessasi raportteja Power BI -sovelluksissa ja määrittäessäsi eri sovellusryhmille, ketkä voivat tarkastella mitäkin sisältöä. Kun käytät sovellusryhmiä, voit esikatsella, mitä raportteja heillä on oikeus käyttää, ja testata sovelluksen käyttökokemusta itse.
  • Työtilan tai sovelluksen lukunäkymä: Testaa raportin toimintoja ja tarkkuutta käyttämällä sitä samassa ympäristössä kuin käyttäjä.

Muistiinpano

Voit vain kehittää ja vahvistaa koontinäyttöjä Fabric-portaalissa.

Tärkeä

On tärkeää testata raportteja sekä Power BI Desktopissa että Käyttöönoton jälkeen Fabric-portaalissa. Visualisoinnin hahmontaminen voi toimia eri tavalla paikallisessa koneessasi kuin Fabric-työtilan raportit. Ota lisäksi huomioon, että työtilasta tai sovelluksesta peräisin olevan raportin käyttökokemus eroaa huomattavasti raportin käytöstä Power BI Desktopissa.

Manuaalinen testaus vertaisarvioinnin avulla

Toinen tapa vahvistaa sisältöä manuaalisesti on suorittaa vertaisarviointi. Vertaisarvioinnissa sisällön tekijä tarjoaa ratkaisun tai osan ratkaisusta työtoverille arvioitavaksi. Vertaisarvioinnin tarkoituksena on parantaa ratkaisua käyttämällä useiden sisällöntuottajien kollektiivista kokemusta ja asiantuntemusta. Voit suorittaa vertaisarvioinnin sekä manuaalisen että automatisoidun testauksen aikana ja sen jälkeen.

Muistiinpano

Vertaisarviointi on vakiomenetelmä, jota käytetään monilla toimialoilla. Tämän lähestymistavan tiedetään yleisesti parantavan sisällön, tuotteiden ja prosessien laatua.

Vihje

Jos olet ainoa ratkaisun sisällöntekijä, etsi toinen sisällöntekijä eri tiimistä, jotta voit tarkastella ratkaisuasi ja tarjota saman heille.

Vertaisarvioinnin voi suorittaa eri tavoin.

• Toiminnallinen tarkistus: Toiminnallinen katsaus keskittyy ominaisuuksiin, prosesseihin tai liiketoiminnan vaatimuksiin, jotka ratkaisun tulee täyttää. Toiminnallisessä katsauksessa tarkistajat käyttävät ratkaisua aivan kuin he olisivat loppukäyttäjiä. Niissä dokumentoidaan mahdolliset viat tai ongelmat sekä niihin liittyvä subjektiivinen kritiikki toteutuksen parantamiseksi.
• Tekninen katsaus: Teknisessä katsauksessa keskitytään ratkaisun teknisiin näkökohtiin, kuten tietojen mallinnusta, koodia tai suunnittelua. Teknisessä katsauksessa tarkistajat arvioivat, miten tietyt ominaisuudet tai muutokset otettiin käyttöön, ja ehdottavat vaihtoehtoisia lähestymistapoja tai korostavat mahdollisia puutteita tai nykyisen lähestymistavan riskejä.
• Pull-pyyntö: Kun suoritat lähteen hallinnan, luot pull-pyynnön (PR), joka yhdistää muutokset ratkaisun uusimpaan versioon. Tekninen omistaja tarkistaa ehdotetut muutokset ja arvioi lähdekoodin. Tällainen tarkistus on hyödyllinen sen varmistamiseksi, että koodi noudattaa vakiokäytäntöjä, kuten DAX- tai M-koodin muotoilua, tai tunnistaa mallien vastaisia malleja tai mahdollisesti ongelmallista koodia.

Vihje

Suosittelemme, että suoritat jonkinlaisen virallisen vertaisarvioinnin ja hyväksynnän, ennen kuin sisällön muutokset voidaan siirtää käyttäjän hyväksyntätestaukseen. Tämä johtuu siitä, että heikkolaatuinen sisältö voi vahingoittaa luottamusta tietoratkaisuihisi myös testauksen aikana. Lisäksi vertaisarvioinnista voi olla hyötyä myös yhteistyölle ja tiedon jakamiselle ryhmän jäsenten kesken.

Kun olet suorittanut vertaisarviointijakson, dokumentoi ja sisällytä suositellut muutokset. Lähetä muutokset tarvittaessa uudelleen hyväksyttäväksi ennen käyttäjätestaukseen siirtymistä. Yleensä tarvitaan useita vertaisarvioinnin iteraatioita vain, kun testattavana on useita muutoksia tai muutamia monimutkaisia muutoksia.

Automatisoi testaus

Sisällöntekijät voivat automatisoida testauksen niin, että testit tehdään automaattisesti ennen käyttöönottoa. Automatisoituihin testeihin liittyy yleensä valmiita testiolosuhteita, jotka suoritetaan ja organisoidaan ohjelmallisesti vastauksena tiettyihin toimintoihin, kuten sisällön tallentamiseen tai pull-pyynnön (PR) lähettämiseen. Automaattisten testien tulokset tallennetaan automaattisesti myöhempää viittausta ja dokumentaatiota varten.

Automatisoidun testin tarkoituksena on lyhentää aikaa ja vaivaa sisällön muutosten validointiin ja samalla parantaa testien johdonmukaisuutta ja tulosten luotettavuutta. Kun sisältö epäonnistuu automatisoidussa testissä, sitä estetään yleensä ottamasta sitä käyttöön, kunnes sisällön luoja ratkaisee ongelmat.

Tehokas automatisoitu testaus on tärkeä osa DataOpsin toteutusta. DataOpsin avulla tiimit voivat automatisoida ja skaalata prosesseja omaksumalla käytäntöjä, jotka parantavat ja nopeuttavat tietojen ja analyysien toimittamista.

Tärkeä

Jotta testaus voidaan automatisoida tehokkaasti, sinun on luotava hyvin suunnitellut testit. Tällaisten testien luominen voi viedä paljon aikaa ja vaivaa. Jos testiolosuhteet ja odotukset ovat huonosti määriteltyjä, automatisoidut testisi eivät pysty vahvistamaan sisältösi oikeita puolia, etkä saa juurikaan hyötyä näiden testien automatisoinnista.

Vihje

Automatisoitu testaus on hyödyllisintä, kun se integroidaan ratkaisusi käyttöönottoon suuryrityssisällön julkaisuskenaariossa. Voit esimerkiksi automatisoida testauksen käyttämällä Azure-putkia osana vahvistusputkea, joka varmistaa, että sisältö on valmis otettavaksi käyttöön. Lisätietoja on kohdassa Vaihe 4: Sisällön käyttöönotto.

Seuraavissa osioissa kuvataan tärkeimpiä huomioon otettavia seikkoja Power BI:n semanttisten mallien ja raporttien automaattisessa testaamisessa.

Semanttisten mallien automatisoiminen

Semanttisten mallien automaattinen testaus on mahdollista, vaikka se edellyttää yleensä mukautettua asennusta kolmansien osapuolten työkaluilla ja sovelluskehyksillä.

Voit automatisoida semanttisten mallien testauksen erilaisilla työkaluilla ja menettelytavoilla.

• Best Practice Analyzer (BPA): Parhaan käytännön analysoinnin avulla voit määrittää sääntöjä, joiden avulla voit arvioida semanttisen mallin. Voit suorittaa BPA:n käyttämällä Tabular Editoria, joka tunnistaa semanttisen mallin mahdolliset sääntörikkomukset. Voit automatisoida BPA-sääntörikkomusten tarkastukset Tabular Editorin komentoriviliittymän (CLI) ja Azure DevOpsin avulla tai osana toista ajoitettua prosessia.
• Kangasmuistikirjat ja semanttinen linkki: Fabric-muistikirjojen avulla voit semanttisen linkin avulla olla ohjelmallisesti vuorovaikutuksessa semanttisten mallien kanssa. Muistikirjojen avulla voit suorittaa kehyksiä, kuten Suuret odotukset (GX), tietojen vahvistamiseen. Lisäksi voit arvioida mittareita ja DAX-kyselyitä ja testata sitten tuloksia tunnettujen perusarvojen mukaan.
• Power Automate: Power Automaten avulla voit suorittaa kyselyjä semanttisiin malleihin ja viedä raportteja Power BI REST -ohjelmointirajapintojen avulla. Voit tarkistaa kyselyn tulokset tunnettujen lähtötasojen mukaan ja suorittaa sitten jatkotoimintoja, kuten käynnistää ilmoituksia sisällön omistajille.

Vihje

Harkitse automatisoidun testauksen ja semanttisten mallien orkestroinnin yhdistämistä. Voit esimerkiksi tehdä automatisoituja testejä tietolähteelle ja semanttisille mallille ennen päivitystä käyttämällä muistikirjoja tai Power Automatea. Jos testit epäonnistuvat, voit estää päivittämisen, mikä voi myös estää päivitysvirheiden tai virheellisten tietojen saapumisen liiketoimintaraportteihin.

Raporttien testauksen automatisoiminen

Raporttien testauksen automatisoiminen on rajoitettua. Nämä asetukset käyttävät ulkoisia työkaluja tai yhteisöratkaisuja visualisointien tai raporttiominaisuuksien automaattiseen vahvistamiseen, kuten raportin metatietojen vahvistamiseen tai käyttäjien raporttien vuorovaikutuksen simulointeihin.

Voit automatisoida raporttien testauksen eri työkalujen ja lähestymistapojen avulla.

• Raporttien parhaat käytännöt analysoijat: On olemassa erilaisia kolmannen osapuolen työkaluja, jotka tukevat best practice analyzer -tyyppisiä toimintoja, joilla voit automatisoida ongelmien tunnistamisen raporteissa tarkastelemalla raportin määritystä. Kaksi tätä toimintoa tukevaa työkalua ovat PBI Explorer ja PBI Inspector.
• Power Automate Desktop: Käyttöliittymän automaatiotyökalujen, kuten Selenium for Pythonin tai Power Automate Desktopin , avulla voit simuloida käyttäjien toimia raporttien kanssa. Määrittämällä käyttäjän työnkulun voit testata siirtymistä ja vuorovaikutuksia. Nämä testit läpäisevät sen, milloin ne voivat suorittaa työnkulun, ja ne epäonnistuvat, kun ne tunnistavat näytöllä tiettyjä sanoja tai kuvia (kuten virhesanoman tai tyhjän visualisoinnin).

Päätä, miten käyttäjien on vahvistettava sisältö

Kun sisältö läpäisee manuaalisen testauksen, automatisoidun testauksen ja vertaisarvioinnin, se voi siirtyä käyttäjätestaukseen. Kun käyttäjät testaavat sisältöä, he antavat subjektiivista palautetta siitä, täyttääkö sisältö liiketoiminnan vaatimukset ja täyttää heidän odotuksensa, mukaan lukien palauttavat tarkkoja tuloksia.

Käyttäjän vahvistus tapahtuu yleensä testityötilassa. Kun määrität testityötilan, ota huomioon seuraavat seikat.

• Luo testisovellus: Jos aiot jakaa sisältöä Power BI -sovelluksen avulla, määritä testisovellus testikäyttäjille sisällön vahvistamiseksi. Testisovelluksen on oltava samanlainen kuin tuotantoympäristössä määrittämäsi sovellus. Harkitse testisovelluksessa linkittämistä dokumentaatio-, koulutus- ja palautelomakkeisiin.
• Valmistelukäyttö: Tunnista yhteisön käyttäjien alijoukko, joka vahvistaa ratkaisun. Ota yhteyttä näihin käyttäjiin ja tee sopimus siitä, milloin ja miksi heidän tulisi vahvistaa tämä sisältö. Varmista sitten, että annat heille sisällön käyttöoikeuden, ja lisää heidät asianmukaisiin käyttöoikeusrooleihin. Jaa linkkejä sisältöön tai testisovellukseen käyttäjien kanssa, jotta he voivat aloittaa testauksen.
• Määritä ajoitettu päivitys: Käyttäjän vahvistus kestää yleensä kauemmin. Kannattaa määrittää testityötilan tietokohteiden ajoitettu päivitys, jotta käyttäjät testaavat uusimpia tietoja.

Tärkeä

Kun otat sisältöä käyttöön testityötilassa, sinun on päivitettävä sovellus manuaalisesti, ennen kuin raporttien ja koontinäyttöjen muutokset näkyvät käyttäjille.

Muistiinpano

Et voi ottaa käyttöön tai kopioida sovelluksia yhdestä työtilasta toiseen. Kaikki muutokset sovellukseen on tehtävä manuaalisesti kyseisen työtilan määrityksissä.

Ennen kuin aloitat käyttäjän vahvistuksen, suorita tarvittavat valmistelut.

• Suunnittele, milloin käyttäjän vahvistus tehdään.
• Määritä, onko käyttäjän vahvistus rajoitettu tiettyyn ajanjaksoon vai osaan toistuvaa prosessia.
• Luo palautteen keräämismenetelmä, esimerkiksi Microsoft Formsin avulla.
• Kerro niistä käyttäjille, jotka osallistuvat suunnittelun ja odotusten vahvistamiseen.
• Järjestä käyttäjien vahvistuksen aloitusopas käyttäjien ohjaamiseen ja odotusten hallintaan.
• Suorita käyttäjille koulutusta vahvistuksen ja palauteprosessin esittelemiseksi.

Seuraavassa on joitakin eri tapoja helpottaa käyttäjien sisällön vahvistusta.

• Seurantakeskusten testaus: Seurantakeskustestit ovat lyhyitä istuntoja, joissa sisällön luojat katsovat yhden tai useamman käyttäjän käyttävän sisältöä ilman ohjeita tai ohjeita. Näissä istunnoissa sisällöntuottajat tunnistavat havaintojensa avulla ratkaisun mahdolliset puutteet, ongelmat tai parannukset. Nämä testit voivat olla arvokkaita, koska niiden järjestäminen vaatii vähän aikaa ja vaivaa, ja ne voidaan rajata tiettyihin ratkaisun ominaisuuksiin tai osiin. Seurantakeskustestit ovat hyödyllisimpiä saada varhaista palautetta suunnittelusta tai lähestymistavasta, kuten soveltuvuusselvityksen jälkeen.
• Tarkasteluryhmän testaus: Tarkasteluryhmän testit ovat rajoitettuja istuntoja, jotka on järjestetty pienen käyttäjäryhmän kanssa, joka käy sisältöä läpi yhdessä. Nämä fokusryhmät valitaan, jotta voidaan valita keskeisiä sidosryhmiä ja aiheasiantuntijoita, jotka voivat antaa parasta palautetta tietyistä ominaisuuksista tai toiminnoista. Tarkasteluryhmätestejä voi tehdä useissa vuorovaikutteisissa istunnoissa. Tarkasteluryhmätestaus vaatii enemmän aikaa ja vaivaa kuin seurantakeskustestaus, mutta se voi antaa yksityiskohtaisempaa palautetta ratkaisusta.
• Käyttäjän hyväksyntätestaus: Käyttäjän hyväksyntätestaus (UAT) on muodollinen prosessi, jossa suurempi ryhmä käyttäjäyhteisön henkilöitä vahvistaa ja antaa asynkronista palautetta ratkaisusta. Käyttäjän hyväksyntätestauksen järjestäminen vaatii eniten aikaa ja vaivaa, mutta se on perusteellisin tapa suorittaa käyttäjätestaus. Kun testin käyttäjät hyväksyvät ratkaisun ja palauteongelmat on ratkaistu, sisältö voidaan ottaa käyttöön tuotantotyötilassa.

Kun päätät, miten vahvistat sisällön, voit suunnitella, miten se otetaan käyttöön työtiloissa ja välillä.

Tarkistusluettelo – Kun suunnittelet sisällön vahvistamista, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Suunnittele ja dokumentoi testiehdot: Kuvaa testejä, joita teet, mitä ne testaavat ja miten ne suoritetaan.
• Päätä vertaisarviointiprosessista: Kuvaile, ketkä muut vahvistavat sisällön itseäsi lukuun ottamatta.
• Päätä manuaalisen testauksen lähestymistavasta: Päätä, mitä työkaluja ja ominaisuuksia käytät luomasi sisällön vahvistamiseen.
• Päätä, käytätkö automatisoitua testausta: Selvitä, oikeuttaako sisältösi skaala ja laajuus määrittämään automatisoituja testejä. Jos näin on, varmista, että suunnittelet ja suoritat testit tarvittavan ajan ja resurssit, jotta ne vahvistavat odottamiasi.
• Sisällön käyttöönotto kehitystyötilasta testityötilaan: Ota muutokset käyttöön kehitystyötilasta testityötilaan, jotta muutokset näkyvät käyttäjille. Varmista, että olet tehnyt testityötilassa tarvittavat käyttöönoton jälkeiset toimet , kuten määrittänyt ja päivittänyt testisovelluksen.
• Päätä käyttäjätestauksen lähestymistavasta: Päätä, miten käyttäjät vahvistavat sisältöä.
• Tunnista testikäyttäjät: Selvitä, kuka käyttäjäyhteisön joukosta vahvistaa sisällön. Sovi näiden henkilöiden kanssa heidän osallistumisensa ja odotustensa laajuudesta.
• Käyttäjien palautteen kerääminen: Kerää palautetta automaattisesti määrittämällä työkaluja ja prosesseja. Voit esimerkiksi käyttää Tasks- ja Planner-toimintoja Microsoft Teamsissa tai Microsoft Formsissa.
• Asiakirjatestin tulokset: Dokumentoi kaiken sisällön vahvistuksen tulokset ja testitulosten tuloksena tehdyt muutokset. Varmista, että nämä ohjeet on helppo löytää.
• Suunnittele käyttöönotto tuotantoon: Kun käyttäjätestaus on valmis, valmistaudu ottamaan sisältö käyttöön testityötilasta tuotantotyötilassa.

Liittyvä sisältö

Tämän sarjan seuraavassa artikkelissa opit ottamaan sisältöä käyttöön osana sisällön elinkaaren hallintaa.