Jaa

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

  • Artikkeli

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 Excellencen (COE) ja BI-tiimien: Tiimejä, 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öille ja sisällön omistajille: Käyttäjät, jotka luovat sisältöä, jonka he haluavat julkaista Fabric-portaalissa muiden kanssa ja jakaakseen muille. 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.

Kaaviossa näkyy Power BI -sisällön elinkaari. Vaihe 3, joka koskee sisällön vahvistamista, korostetaan.

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:

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.

  • Toiminnallisuus-: Toimivatko ratkaisun kohteet ja ominaisuudet. Esimerkki testaustoiminnosta on, voiko semanttinen malli suorittaa ajoitetun päivityksen.
  • Tietojen tarkkuus: Onko näytetyt luvut ja tulokset täydellisiä ja vastaavatko ne liiketoiminnan odotuksia. Esimerkki tietojen tarkkuuden testauksesta on se, onko raportin arvo tasautunut tunnettuun perusarvoon.
  • Performance: Tuottaako kyselyt mahdollisimman 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.
  • Security: Estääkö valtuuttamattomat henkilöt tietojen tarkastelemisen tai käyttämisen vai koko ratkaisun. Esimerkki suojauksen testaamisesta on käyttäjäksi tai rooliksi tekeytyminen rivitason suojausta (RLS) vahvistettaessa.
  • tehokkuus: Voidaanko ratkaisuun vastata liiketoimintaon liittyvässä ongelmassa vai prosessissa ja tukeeko se riittävästi liiketoimintatavoitteita halutulla tavalla. Esimerkki testauksen tehokkuudesta on käyttäjän palautteen kerääminen, kun suoritat käyttäjän hyväksyntätestausta.
  • Helppokäyttöisyys: Täyttääkö ratkaisu tunnetut helppokäyttöisyysstandardit 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 liittyy joku, joka vahvistaa sisällön manuaalisesti joko subjektiivisen arvioinnin kautta tai vertaamalla joitakin objektiivisia testiehtoja. 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.
  • automatisoidun testauksen: 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 Desktopin: Power BI Desktopin avulla voit vahvistaa semanttisten mallien eri ominaisuuksia käyttämällä erilaisia ominaisuuksia. Esimerkkejä Power BI Desktopin ominaisuuksista, jotka helpottavat semanttisten mallien testausta:
    • Visuaalisen pohjan: Testaa mallin toimintoja ja tarkkuutta vetämällä ja pudottamalla -visualisoinneilla.
    • DAX-kyselynäkymän: Testaa mallin tarkkuutta ja DAX-koodia DAX-kyselyillä, jotka voit tallentaa ja käyttää uudelleen myöhemmin.
    • Kyselydiagnostiikka-: Testaa päivityksen suorituskykyä saamalla diagnostiikkatietoja siitä, miten kyselyt arvioidaan Power Queryssa.
  • Fabric: Fabric-portaalin ominaisuuksien ja kohteiden avulla voit vahvistaa semanttisen mallisi ominaisuuksia, kun se on otettu käyttöön työtilassa.
  • kolmannen osapuolen työkalujen: Kolmannen osapuolen työkalujen avulla voit vahvistaa muita semanttisen mallisi ominaisuuksia joko tarjoamalla tarkempia tietoja tai muita vahvistusta helpottavia ominaisuuksia. Esimerkkejä kolmannen osapuolen työkaluista, jotka helpottavat semanttisten mallien testausta:
    • DAX Studio: Testaa ja optimoi DAX-koodin suorituskykyä saat yksityiskohtaisia erittelyjä DAX-kyselyjen aikakatkaisuista ja kyselysuunnitelmista.
    • Tabular Editor -: Testaa DAX-koodin virheenkorjausta saamalla yksityiskohtaisia erittelyjä siitä, miten DAX-kyselyt 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 Desktopin: Power BI Desktopin avulla voit vahvistaa raporttiesi eri ominaisuuksia käyttämällä. Testausraportteja helpottavia Power BI Desktop -ominaisuuksia ovat esimerkiksi seuraavat:
    • Visuaalisen pohjan: Testaa raportin toimintoja osittajien, suodattimien ja muiden vuorovaikutteisten elementtien avulla.
    • Performance Analyzer: Testaa raportin suorituskykyä mittaamalla visualisoinnin hahmontamista ja DAX-kyselyiden. Voit kopioida visualisointien DAX-kyselyt suorituskyvyn analysoinnista käytettäväksi muissa työkaluissa ja tallentaa tulostuloksia dokumentaatioon.
    • Query limit -simulaatiot: Testaa raportin suorituskykyä simuloimalla muistirajoituksia siinä kapasiteetissa, 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ä sovelluksen: Testaa raportin toimintoja ja suojausta, kun jakelet raportteja Power BI -sovelluksissa ja määrität 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.
    • lukunäkymän työtilassa tai sovelluksen: 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.

  • Funktionaalinen 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.
  • Teknisen tarkastelun: 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), jolla yhdistät tekemäsi 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) -: Best Practice Analyzer - avulla voit määrittää sääntöjä, joita voit käyttää semanttisen mallin arvioimiseen. 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.
  • Fabric-muistikirjojen ja semanttisen linkin: Notebooks in Fabric avulla voit käyttää semanttista linkkiä ohjelmallisesti vuorovaikutukseen 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 Automaten: Power Automaten avulla voit suorittaa kyselyjä semanttisista malleista ja viedä raportteja käyttämällä Power BI REST -ohjelmointirajapintoja. 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.

  • Raportin parhaiden käytäntöjen analysoijat: On olemassa erilaisia kolmannen osapuolen työkaluja, jotka tukevat parhaan käytännön analysointia, jolla automatisoidaan ongelmien havaitseminen raporteissa tarkastelemalla raportin määritystä. Kaksi tätä toimintoa tukevaa työkalua ovat PBI Explorer ja PBI Inspector.
  • power Automate Desktopin : Käyttöliittymän automaatiotyökalut, kuten Selenium Python:lle tai Power Automate Desktopille, mahdollistavat käyttäjien hiiren vuorovaikutuksen simuloinnin 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 -sovelluksella, määritä testikäyttäjien testisovellus 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.
  • Provision-käyttöoikeus: 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ä ajoitetun päivityksen: 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.

  • Observatoryn 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ätestit ovat rajoitettuja istuntoja, jotka on järjestetty pienelle käyttäjäryhmälle, 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:

  • Suunnittelu- ja dokumentointitestien: 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ällön laajuus 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.
  • Ota käyttöön sisältö kehitystyötilasta testityötilassa: 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äjien testaustavasta: Päätä, miten käyttäjät vahvistavat sisältöä.
  • Tunnista testikäyttäjät: Määritä, 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 seurauksena tehdyt muutokset. Varmista, että nämä ohjeet on helppo löytää.
  • Suunnittele käyttöönotto tuotannon: Kun käyttäjätestaus päättyy, valmistaudu ottamaan käyttöön sisältö 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.