Kliensoldali tesztelés

A kliensoldali tesztelés olyan kísérletezés, amelynek során az eredeti oldalt kézbesítik a böngészőnek, majd egy JavaScript könyvtár módosítja azt a variáns előállításához. A tesztelőeszköz eldönti, hogy a látogató melyik variánst lássa, alkalmazza a megfelelő módosításokat a dokumentumon, és rögzíti a hozzárendelést. Mivel a módosításokat a böngészőben, nem pedig az alkalmazásban végzik el, a tesztek alkalmazáskód telepítése nélkül is felépíthetők és elindíthatók, ezért ez a megközelítés uralja a kereskedelmi optimalizáló eszközöket.

A sebességbeli előnye az oka a népszerűségének. Egy marketing- vagy optimalizáló csapat órák alatt felépíthet, minőségellenőrzhet és elindíthat egy tesztet egy vizuális szerkesztő segítségével anélkül, hogy mérnöki várólistát kellene felhalmoznia. Egy olyan program esetében, amelynek folyamatosan kell futtatnia a szövegezési, elrendezési, ajánlati és vizuális hierarchiai kísérleteket, ez az autonómia teszi lehetővé az érdemi kísérleti sebességet. A legtöbb szervezet, amely sikeres tesztelési szokást alakít ki, itt kezdi, mert az alternatíva olyan mérnöki beruházást igényel, amelyet nehéz igazolni, mielőtt a gyakorlat bizonyította volna az értékét.

A kompromisszumok ugyanilyen jól dokumentáltak. A variánst az eredeti renderelés után alkalmazzák, így hacsak a tesztszkript nem blokkolja a renderelést, a látogatók rövid időre látják a vezérlőt a változás megjelenése előtt, ezt a hibát az eredeti tartalom villogásának vagy felvillanásának nevezik. A villogás elkerülése érdekében a renderelés blokkolása minden oldal betöltésénél késleltetést ad, beleértve a kontrollcsoport látogatóit is. A hirdetésblokkolók és az adatvédelmet szem előtt tartó böngészőkonfigurációk megakadályozzák a szkript végrehajtását a közönség egy része számára, és ez a rész nem véletlenszerű minta. A lassú eszközök és a rossz internetkapcsolat felerősíti ezeket a hatásokat, ami szisztematikusan torzítja a mobil eredményeket.

A kliensoldali tesztelés strukturálisan korlátozott a változtatási lehetőségeket illetően. Átrendezheti, átformálhatja és átírhatja a szerver által már előállítottakat, de nem változtathatja meg a szerver által kiszámított adatokat. Az árképzési szabályok, a keresési relevancia, a készlet elérhetősége, az ajánlási logika és a válasz generálása előtt kiértékelt üzleti szabályok mind elérhetetlenek. Az ilyen változtatások böngészőben történő szimulálására tett kísérletek általában olyan variánsokat hoznak létre, amelyek másképp viselkednek, mint a valódi funkció, ha felépítenék, ami azt jelenti, hogy a teszt egy próbaverzióval kapcsolatos kérdésre ad választ, nem pedig magával az ajánlattal kapcsolatos kérdésre.

A kliensoldali tesztelésből származó jó eredmények elérése ezért nagymértékben függ a megvalósítás minőségétől. A tesztkódrészletnek szinkronban kell betöltődnie a dokumentum fejlécében szoros időtúllépéssel, a villódzásgátló mechanizmust tudatosan kell konfigurálni, nem pedig alapértelmezetten hagyni, a szkript teljesítményre gyakorolt ​​hatását mérni kell, nem pedig feltételezni, és minden tesztet ellenőrizni kell a mintavételi arányok eltérésére, hogy kiszűrjük azokat az eseteket, amikor a szkript aránytalanul sokszor hibázott egy csoport esetében. A teszteket valós eszközökön és lassú kapcsolatokon is minőségbiztosítani kell, nem csak a fejlesztő gépén.

Ezen tesztek minőségbiztosítása speciális rutint igényel, mivel a variáns csak futásidejű módosításként létezik, és a szerkesztőben láthatatlan módon hibás lehet. Az ellenőrzőlista, amely a legtöbb problémát kiszűri, magában foglalja a variáns valódi eszközökön történő ellenőrzését a közönség által ténylegesen használt böngészőkben, a viselkedés ellenőrzését lassú oldalbetöltés és a tesztelési szkript blokkolása esetén, annak megerősítését, hogy a változás fennmarad a dinamikus tartalomfrissítések és az egyoldalas navigáció után, több nézetablak-szélességen történő tesztelést, és annak megerősítését, hogy a követés mindkét változatban releváns eseményenként pontosan egyszer aktiválódik. A teszteket a webhely saját kiadási ütemtervével is össze kell vetni, mivel egy olyan telepítés, amely megváltoztatja az alapul szolgáló jelölést, észrevétlenül hibássá teszi a tőle függő variánst, ami egy olyan időszakot eredményez, amely alatt egyes látogatók hibás oldalt látnak, és senki sem kap értesítést.

A korlátain belül használva a kliensoldali tesztelés továbbra is a legtöbb optimalizáló program alapvető eszköze. Egy tipikus eset konverziós arány optimalizálása Az Engagement a kísérletek nagy részét így fogja lefuttatni, miközben a logikai réteg kérdéseit a szerveroldali megvalósításhoz irányítja, és a tesztelési verem teljesítményköltségét folyamatosan felülvizsgálja a folyamat részeként. webes teljesítmény működik, mivel egy olyan tesztelőeszköz, amely minden oldalt háromszáz milliszekundummal lassít le, könnyen több konverzióba kerülhet, mint amennyit a kísérletek, amelyeket lehetővé tesz, megtérülnek.