Olet määrittänyt tapahtumat. Olet ottanut parametrit käyttöön. Uskot seurannan olevan valmis. Mutta testasitko sen? Ostotapahtuma, joka ei tallenna summaa. Lomaketapahtuma, joka suoritetaan väärällä sivulla. Parametri, joka lähettää väärän arvon. Testaamaton seuranta rikkoutuu tavoilla, joiden löytäminen vie viikkoja. Siihen mennessä olet kerännyt huonoa dataa päiväkausia. Testaus löytää ongelmat ennen julkaisua. Testaus vie tunteja. Testaamatta jättäminen maksaa päiviä.
Tässä artikkelissa käydään läpi kattava testaus, jolla varmistat tapahtumiesi toimivuuden ennen kuin luotat niihin.
Mitä tapahtumien testaus on
Tapahtumien testaus varmistaa, että tapahtumat suoritetaan silloin, kun pitääkin, tallentavat oikean datan ja lähettävät sen analytiikka-alustallesi. Testaus tehdään testiympäristössä ennen kuin tapahtumat viedään tuotantoon.
Testaus ei ole pelkkää kertaklikkausta ja reaaliaikaisten raporttien katsomista. Todellinen testaus on järjestelmällistä. Testaat jokaisen tapahtuman. Testaat eri tilanteita. Testaat eri datalla. Varmistat, että kaikki toimii.
Tavoitteena on varmuus. Ennen kuin viet tapahtuman tuotantoon, olet varma sen toimivuudesta. Olet testannut sen perusteellisesti. Tiedät, miltä toimiva tapahtuma näyttää. Jos se rikkoutuu myöhemmin, tunnistat ongelman.
Testaa testiympäristössä
Testaa aina testiympäristössä ennen tuotantoa. Testiympäristö on hiekkalaatikkosi. Testaa tapahtumia. Muokkaa niitä. Riko niitä. Korjaa niitä. Kaikki tapahtuu testiympäristössä. Tuotantodata pysyy puhtaana.
Laukaise testiympäristössä jokainen tapahtuma. Klikkaa painiketta, joka suorittaa tapahtuman. Lähetä lomake. Tee osto. Tarkista sitten analytiikan testitili. Näkyykö tapahtuma reaaliaikaisissa raporteissa?
Testaa useita kertoja. Se, että tapahtuma toimi kerran, ei tarkoita, että se toimii aina. Testaa viisi kertaa. Kymmenen kertaa. Tärkeintä on tasainen toiminta.
Varmista tapahtumien nimet ja data
Tarkista, että tapahtumien nimet ovat oikein. Tapahtuman nimeltä "purchase" pitää näkyä raporteissa nimellä "purchase". Ei "Purchase". Ei "purchase_event". Täsmälleen "purchase".
Tarkista, että parametrit ovat oikein. Ostotapahtumassa pitäisi olla summa-, luokka- ja alennuskoodiparametrit. Tarkista, että ne näkyvät. Tarkista, että arvot ovat oikein.
Käytä selaimesi kehittäjätyökaluja. Avaa verkkovälilehti. Laukaise tapahtuma. Etsi pyyntöjä analytiikka-alustallesi. Sinun pitäisi nähdä pyyntö, joka sisältää tapahtuman nimen ja parametrit.
Testaa erilaisia tilanteita
Älä testaa vain tavallista kulkua. Testaa reunatapaukset. Mitä tapahtuu, jos joku tekee oston ilman alennuskoodia? Jääkö alennuskoodiparametri tyhjäksi? Saako se oletusarvon? Kumpikin käy, kunhan se on johdonmukaista.
Testaa eri arvoilla. Osto hintaan $10. Osto hintaan $1000. Eri valuutat. Eri tuoteluokat. Tapahtumien pitäisi toimia arvosta riippumatta.
Testaa eri laitteilla. Työpöytä. Mobiili. Tabletti. Tapahtumien pitäisi toimia kaikilla laitteilla. Sama tapahtuman nimi. Samat parametrit. Sama toiminta.
Testaa tapahtumaparametrit
Varmista jokaisesta parametrista, että se tallentaa oikean arvon. Ostotapahtuman summaparametrin pitää tallentaa ostosumma. Ei tuotteiden määrää. Ei toimituskuluja. Todellinen ostosumma.
Testaa parametrien tarkkuus. Tee osto hintaan tasan $49.99. Tarkista, että parametri näyttää 49.99. Ristiriidat kertovat kartoitusongelmasta.
Testaa puuttuvat parametrit. Mitä tapahtuu, jos pakollinen parametri puuttuu? Suoritetaanko tapahtuma silti? Vai epäonnistuuko se hiljaa? Dokumentoi toiminta.
Testaa tapahtumien järjestys ja ajoitus
Jotkin tapahtumat riippuvat toisista. Ostotapahtuman pitäisi suorittua maksutapahtuman jälkeen. Testaa järjestys. Laukaise tapahtumat järjestyksessä. Varmista, että ne suoritetaan oikeassa järjestyksessä. Varmista, että ajoitus on kohtuullinen. Tapahtumien pitäisi suorittua sekunneissa toiminnosta.
Testaa nopeasti toistuvat tapahtumat. Mitä tapahtuu, jos joku klikkaa painiketta kymmenen kertaa nopeasti? Saatko kymmenen tapahtumaa? Kaksikymmentä? Kaksoiskappaleet kertovat ongelmasta. Tapahtumien puuttuminen kertoo ongelmasta.
Testaa oikealla datalla
Testaa lopulta oikealla datalla. Oikeat ostot. Oikeat lomakkeiden lähetykset. Oikea kävijäliikenne. Testiympäristö on turvallinen, mutta oikea data paljastaa ongelmia, jotka testiympäristö voi jättää huomaamatta.
Testaa hiljaisina aikoina. Älä testaa livenä kiireisimpään aikaan. Aiheutat kohinaa oikeaan dataan. Testaa aikaisin aamulla tai myöhään illalla, kun liikennettä on vähän.
Aloita pienestä. Testaa pienellä osalla liikennettä. Seuraa tuloksia. Jos jokin rikkoutuu, se vaikuttaa vain muutamaan kävijään. Kasvata osuutta vähitellen. Kun olet varma, ota käyttöön koko liikenteelle.
Dokumentoi testitulokset
Dokumentoi, mitä testasit. Päivämäärä. Mikä tapahtuma. Mikä tilanne. Toimiko se? Jos se epäonnistui, mikä oli vialla? Miten korjasit sen?
Säilytä testitulokset vähintään kuukausi. Jos joku kysyy "milloin testasimme ostotapahtumat?", sinulla on dokumentaatio. Jos tapahtuma rikkoutuu, tiedät, miten se testattiin, ja voit toistaa testin.
Usein kysytyt kysymykset
Kuinka paljon testausta riittää?
Testaa jokainen tapahtuma vähintään viisi kertaa. Testaa eri tilanteita. Testaa reunatapaukset. Testaa eri laitteilla. Useimmat tiimit käyttävät muutaman tunnin kaikkien tapahtumien testaukseen. Se riittää yleensä. WEMASY-sivustonrakentajalla voit ottaa tämän käyttöön suoraan omalla verkkosivustollasi.
Pitäisikö tapahtumia testata tuotannossa vai vain testiympäristössä?
Testaa ensin testiympäristössä. Kun olet varma, pienimuotoinen testaus tuotannossa on sopivaa. Aloita pienellä osalla liikennettä. Älä testaa kriittisiä tapahtumia täydessä tuotannossa.
Mitä teemme, jos tapahtuma epäonnistuu testissä?
Selvitä vika. Käytä kehittäjätyökaluja. Tarkista datakerros. Tarkista tapahtuman määritys. Etsi ongelma. Korjaa se. Testaa uudelleen. Älä julkaise rikkinäisiä tapahtumia.
Miten testaamme mobiilitapahtumat?
Käytä mobiililaitetta tai mobiiliselaimen emulointia. Laukaise tapahtuma mobiilissa. Tarkista reaaliaikaiset raportit. Varmista, että mobiilitapahtumat toimivat samoin kuin työpöydän tapahtumat.
Voiko automaattinen testaus tarkistaa, suoritetaanko tapahtumat?
Jotkin tiimit käyttävät automaattisia testityökaluja. Manuaalinen testaus on kuitenkin yleensä parempi tapahtumien varmistamiseen. Testaat liiketoimintalogiikkaa, et koodia. Manuaalinen testaus löytää ongelmia, jotka automaattiset testit jättävät huomaamatta.
Pitäisikö tapahtumat testata jokaisen päivityksen jälkeen?
Kyllä. Testaa tapahtuma aina, kun muokkaat sen määritystä. Pienetkin muutokset rikkovat tapahtumia. Testaa päivitysten jälkeen. Estä rikkinäisten tapahtumien julkaisu.