• A tesztelés alapelvei. A tesztelés lebonyolításának szabályai A tesztelés megszervezésének eljárása

    19.03.2022

    1. Az alany tájékoztatása a tesztelés céljáról.

    2. A tesztfelvevők megismertetése a tesztfeladatok végrehajtására vonatkozó instrukciókkal, és a kutató meggyőződése, hogy az utasítást helyesen értelmezték.

    3. A tanulók nyugodt és önálló feladatellátásának helyzetének biztosítása; semleges hozzáállás fenntartása a vizsgázókkal szemben, a felszólítások és segítség kerülése.

    4. A kapott adatok feldolgozására és az eredmények értelmezésére vonatkozó irányelvek kutató általi betartása, amelyek az egyes teszteket vagy a megfelelő feladatokat kísérik.

    5. A tesztelés eredményeként megszerzett pszichodiagnosztikai információk terjesztésének megakadályozása, titkosságának biztosítása.

    6. Az alany megismertetése a vizsgálati eredményekkel, közlése vele ill felelős személy releváns információkat, figyelembe véve a „Ne árts!” elvet! (ebben az esetben egy sor etikai és morális probléma megoldása válik szükségessé).

    7. Az egyéb kutatási módszerekkel és technikákkal megszerzett információk kutató általi felhalmozása, ezek egymással való összefüggése és a köztük lévő konzisztencia meghatározása; tapasztalatainak gazdagítása a teszttel és az alkalmazásának jellemzőiről szóló ismeretekkel.

    Minőségi mutatók tesztelése a következők: érvényesség, megbízhatóság, reprezentativitás, gazdaságosság.

    Érvényesség(angol nyelvből - érvényes, alkalmas, témával rendelkező) a teszt arra a kérdésre ad választ, hogy a teszt pontosan mit árul el, mennyire alkalmas arra, hogy beazonosítsa, mire szánják. Például az alkalmassági tesztek gyakran valami mást tárnak fel: képzést, megfelelő tapasztalat meglétét vagy annak hiányát. Ebben az esetben a teszt nem felel meg az érvényességi követelményeknek.

    Létezik különböző fajtákés a teszt érvényességének megállapításának módjai. Az érvényességet leggyakrabban úgy határozzák meg, hogy egy pszichológiai teszt eredményeit összehasonlítják az alanyok adott minőségű szakértői értékelésével.

    Megbízhatóság A tesztet az határozza meg, hogy a kapott mutatók mennyire stabilak, és mennyire nem függnek véletlenszerű tényezőktől. A megbízható tesztet ugyanazon alanyok ismételt tesztelése során kapott tesztpontszámok konzisztenciájával kell jellemezni.

    Reprezentativitás teszt azt jelenti, hogy a mintának megfelelően tükröznie kell a vizsgált alanyok kontingensének jellemzőit. Ha rendelkezik 7 éves gyermekeken kapott tesztnormákkal, akkor nem használható (például személyes képességek) 10 éves gyermekek értékelésére, bár ők is fiatalabb tanulók.

    Alatt gazdaság megérteni a teszt alkalmazásának megvalósíthatóságát, amelyet a tesztelési költségek (idő, munka, pénzügyek) és az abból származó előnyök elfogadható arányának megléte határoz meg.

    A tesztelési módszer széles körben elterjedt a személyiség vizsgálatában, ugyanakkor a legvitatottabb, mivel:

    1) A teszt sikeres megoldása normál körülmények között nem jelenti a hasonló szellemi erőfeszítések sikerességét nehéz környezetben.

    2) A teszteljárások jellegének ismeretében előre fel lehet készülni egy hasonló teszt megoldására, és bizonyos esetekben előre megtudhatja az eredményt.

    3) A jelenlegi tesztelési eredmények jelentős idő elteltével jelentősen eltérhetnek a hasonló tesztek eredményeitől az emberek képességeinek egyenetlen fejlődése miatt.

    4) A tesztmódszerekkel megbízhatóan diagnosztizált paraméterek többsége nem a vezető, meghatározó személyiségjegy.

    Így a tesztelési módszer képességeit nem szabad túlbecsülni. A teszteket minden más kutatási módszerrel együtt kell alkalmazni. Célszerű nem egyetlen tesztet használni, hanem ezek kombinációját, azaz tesztkészletet.

    Hozzárendelés a témához 2.4 Tesztelés

    1. Ki határozza meg a tesztelési szabványt:

    a) a vizsgálatot végzők,

    b) tesztfejlesztő,

    c) akik ellenőrzik a tesztet.

    2. Mi nem mutatója a teszt minőségének:

    a) érvényessége

    b) szabványosítás,

    c) reprezentativitás.

    3. A képességtesztek felfedik.

    A szoftvertesztelés alkalmazási területei, céljai és célkitűzései szerteágazóak, ezért a tesztelést különböző módon értékelik és magyarázzák. Néha maguknak a tesztelőknek is nehéz elmagyarázni, hogy mi az „ahogy van” szoftverteszt. Zavar van.

    Ennek a zavarnak a feloldására Alekszej Barantsev (gyakorló, oktató és tanácsadó a szoftvertesztelésben; a Rendszerprogramozási Intézet szülötte Orosz Akadémia Sciences) a tesztelési tréningjeit egy bemutatkozó videóval előzi meg a tesztelés főbb pontjairól.

    Úgy tűnik számomra, hogy az előadó ebben a jelentésben tudta a legmegfelelőbben és kiegyensúlyozottabban elmagyarázni, hogy "mi a tesztelés" tudós és programozó szemszögéből. Furcsa, hogy ez a szöveg még nem jelent meg Habrén.

    Íme ennek a jelentésnek a sűrített újramondása. A szöveg végén linkek találhatók teljes verzió valamint az említett videót.

    A tesztelés alapszabályai

    Kedves kollégák,

    Először is próbáljuk megérteni, mi NEM a tesztelés.

    A tesztelés nem fejlesztés,

    Még ha a tesztelők tudnak is programozni, beleértve a teszteket (tesztautomatizálás = programozás), akkor is tudnak valamilyen segédprogramot fejleszteni (maguk számára).

    A tesztelés azonban nem fejlesztési tevékenység. szoftver.

    A tesztelés nem elemzés,

    És nem a követelmények összegyűjtése és elemzése.

    Bár a tesztelés során néha tisztázni kell a követelményeket, néha pedig elemezni kell azokat. De nem ez a tevékenység a fő, hanem egyszerűen muszáj végezni.

    A tesztelés nem menedzsment,

    Annak ellenére, hogy sok szervezetben van egy "tesztmenedzser" szerep. Természetesen a tesztelőket kezelni kell. De a tesztelés önmagában nem menedzsment.

    A tesztelés nem technikai írás,

    A tesztelőknek azonban dokumentálniuk kell teszteiket és munkájukat.

    A tesztelés nem tekinthető e tevékenységek egyikének pusztán azért, mert a fejlesztési folyamat (vagy követelményelemzés, vagy a tesztekhez dokumentáció írása) során mindezt a tesztelők végzik. magamnakés nem valaki másnak.

    Az aktivitás csak akkor jelentős, ha van rá kereslet, vagyis a tesztelőknek valamit „exportra” kell gyártaniuk. Mit csinálnak "exportra"?

    Hibák, hibaleírások vagy tesztjelentések? Ez részben igaz.

    De ez nem a teljes igazság.

    A tesztelők fő tevékenysége

    az, hogy negatív visszajelzést adnak a szoftverprojekt résztvevőinek a szoftvertermék minőségéről.

    A „negatív visszacsatolás” nem hordoz semmilyen negatív konnotációt, és nem jelenti azt, hogy a tesztelők valamit rosszul csinálnak, vagy hogy valamit rosszul. Ez csak egy technikai kifejezés, ami meglehetősen egyszerű dolgot jelent.

    De ez a dolog nagyon jelentős, és valószínűleg a tesztelők tevékenységének legjelentősebb összetevője.

    Van egy tudomány - "rendszerelmélet". Meghatározza a „visszacsatolás” fogalmát.

    A „visszacsatolás” olyan adat, amely a kimenetről visszamegy a bemenetre, vagy az adatok egy része, amely a kimenetről visszamegy a bemenetre. Ez a visszajelzés lehet pozitív vagy negatív.

    Mindkét típusú visszajelzés egyformán fontos.

    A szoftverrendszerek fejlesztése során természetesen a pozitív visszajelzés egyfajta információ, amelyet a végfelhasználóktól kapunk. Ezek valamilyen új funkció iránti kérések, ez az eladások növekedése (ha minőségi terméket adunk ki).

    Negatív visszajelzések is érkezhetnek a végfelhasználóktól valamilyen negatív visszajelzés formájában. Vagy származhat tesztelőktől.

    Minél korábban történik a negatív visszacsatolás, annál kevesebb energiára van szükség a jel módosításához. Éppen ezért a tesztelést a lehető legkorábban, a projekt legkorábbi szakaszában el kell kezdeni, és ezt a visszajelzést a tervezési szakaszban, sőt talán még korábban, a követelmények összegyűjtésének és elemzésének szakaszában kell megadni.

    Egyébként innen ered az a megértés, hogy a tesztelők nem felelősek a minőségért. Segítenek azoknak, akik ezért felelősek.

    "tesztelés" szinonimái

    Abból a szempontból, hogy a tesztelés negatív visszacsatolás biztosítása, a világhírű QA (Quality Assurance) rövidítés határozottan NEM egyet jelent a „tesztelés” kifejezéssel.

    A minőségbiztosítást nem lehet egyszerűen negatív visszacsatolásnak tekinteni, mert a minőségbiztosítás pozitív cselekvés. Magától értetődik, hogy ebben az esetben minőséget biztosítunk, időben intézkedünk a szoftverfejlesztés minőségének javítására.

    De a „minőség-ellenőrzés” - Minőség-ellenőrzés tág értelemben a „tesztelés” kifejezés szinonimájának tekinthető, mivel a minőség-ellenőrzés a visszacsatolás a legkülönfélébb változataiban, a szoftverprojekt különböző szakaszaiban.

    Néha a tesztelés a minőség-ellenőrzés valamilyen külön formáját jelenti.

    A zavar a tesztelés fejlesztésének történetéből származik. Különböző időpontokban a "tesztelés" kifejezés különféle tevékenységeket jelentett, amelyek 2 nagy csoportra oszthatók: külső és belső.

    Külső definíciók

    Myers, Beizer, Kaner különböző időpontokban adott definíciói pontosan a KÜLSŐ jelentősége szempontjából írják le a tesztelést. Vagyis az ő szempontjukból a tesztelés egy olyan tevékenység, ami valamire van szánva, és nem áll valamiből. Mindhárom meghatározás negatív visszacsatolásként foglalható össze.

    Belső definíciók

    Ezek azok a meghatározások, amelyeket a szoftverfejlesztésben használt terminológiai szabvány, például a de facto SWEBOK nevű szabvány tartalmaz.

    Az ilyen definíciók konstruktívan megmagyarázzák, hogy MI a tesztelési tevékenység, de a legcsekélyebb fogalmat sem adják arról, MIÉRT van a tesztelés, amelyhez a program tényleges viselkedése és a várható viselkedése közötti megfelelés ellenőrzésének összes eredményét felhasználják. .

    tesztelés az

    • a program követelményeknek való megfelelésének ellenőrzése,
    • munkáját megfigyelve végezzük
    • speciális, mesterségesen létrehozott helyzetekben, bizonyos módon megválasztva.
    A továbbiakban ezt a „tesztelés” munkadefiníciójának tekintjük.

    A tesztelés általános sémája körülbelül a következő:

    1. A tesztelő megkapja a programot és/vagy a követelményeket a bemeneten.
    2. Csinál velük valamit, megfigyeli a program működését bizonyos, általa mesterségesen létrehozott helyzetekben.
    3. A kimeneten információkat kap az egyezésekről és az inkonzisztenciákról.
    4. Ezt az információt azután a meglévő program fejlesztésére használják fel. Vagy egy még fejlesztés alatt álló program követelményeinek megváltoztatása érdekében.

    Mi az a teszt

    • Ez egy speciális, mesterségesen létrehozott helyzet, egy bizonyos módon megválasztva,
    • valamint annak leírása, hogy milyen megfigyeléseket kell tenni a program működésével kapcsolatban
    • ellenőrizni, hogy megfelel-e valamilyen követelménynek.
    Nem szükséges azt feltételezni, hogy a helyzet valami egyszeri. A teszt elég hosszú lehet, például a teljesítmény tesztelésekor ez a mesterségesen létrehozott helyzet elég hosszú ideig tartó terhelést jelenthet a rendszeren. És a megfigyelések, amelyeket ebben az esetben meg kell tenni, különböző grafikonok vagy metrikák halmaza, amelyeket a teszt végrehajtása során mérünk.

    A tesztfejlesztő azzal foglalkozik, hogy a tesztek hatalmas, potenciálisan végtelen halmazából választ ki néhány korlátozott készletet.

    Nos, arra a következtetésre juthatunk, hogy a tesztelő két dolgot tesz a tesztelési folyamat során.

    1. Először is, a program végrehajtását irányítja, és létrehozza ezeket a nagyon mesterséges helyzeteket, amelyekben ellenőrizni fogjuk a program viselkedését.

    2. Másodszor pedig megfigyeli a program viselkedését, és összehasonlítja a látottakat a várttal.

    Ha egy tesztelő automatizálja a teszteket, akkor ő maga nem figyeli a program viselkedését - ezt a feladatot egy speciális eszközre, ill. speciális program amit ő maga írt. Ő az, aki megfigyel, összehasonlítja a megfigyelt viselkedést a várttal, és csak valamilyen végeredményt ad a tesztelőnek - hogy a megfigyelt viselkedés megfelel-e az elvártnak, vagy nem.

    Bármely program információfeldolgozási mechanizmus. A bemenet információ egy formában, a kimenet valamilyen más formában. Ugyanakkor a programnak sok bemenete és kimenete lehet, ezek különbözőek lehetnek, vagyis a programnak több különböző interfésze lehet, és ezeknek az interfészeknek különböző típusai lehetnek:

    • Felhasználói felület (UI)
    • Programozási felület (API)
    • hálózati protokoll
    • Fájlrendszer
    • Környezeti állapot
    • Fejlesztések
    A leggyakoribb interfészek a
    • egyedi,
    • grafikus,
    • szöveg,
    • konzolos,
    • és a beszéd.
    Mindezen interfészek használatával a tesztelő:
    • valahogy mesterséges helyzeteket teremt,
    • és ezekben a helyzetekben ellenőrzi, hogyan viselkedik a program.

    Ez a tesztelés.

    A vizsgálati típusok egyéb osztályozása

    A leggyakrabban használt három szintre osztás az
    1. egység tesztelés,
    2. integrációs tesztelés,
    3. rendszer tesztelése.
    Az egységtesztelés általában meglehetősen alacsony szintű tesztelést jelent, azaz egyedi műveletek, módszerek, funkciók tesztelését.

    A rendszertesztelés a felhasználói felület szintjén végzett tesztelésre vonatkozik.

    Néha más kifejezéseket is használnak, mint például a "komponens tesztelés", de én inkább ezt a hármat emelem ki, mert az egység- és rendszertesztelésre való technológiai felosztásnak nincs sok értelme. Különböző szinteken ugyanazok az eszközök, ugyanazok a technikák használhatók. A felosztás feltételes.

    A gyakorlat azt mutatja, hogy azok az eszközök, amelyeket a gyártó egységtesztelő eszközként pozicionál, egyformán sikeresen használhatók a teljes alkalmazás egészének tesztelésének szintjén.

    A teljes alkalmazás egészét felhasználói felület szintjén tesztelő eszközök pedig néha be akarnak nézni például egy adatbázisba, vagy ott valamilyen külön tárolt eljárást hívnak meg.

    Vagyis a rendszer- és egységtesztekre való felosztás általában technikai szempontból tisztán feltételes.

    Ugyanazokat az eszközöket használjuk, és ez normális, ugyanazokat a technikákat alkalmazzuk, minden szinten másfajta tesztelésről beszélhetünk.

    Kombináljuk:

    Vagyis a funkcionalitás egységtesztjéről beszélhetünk.

    Beszélhetünk a rendszer működésének teszteléséről.

    Beszélhetünk egységtesztről, például hatékonyságról.

    Beszélhetünk a rendszer hatékonyságának teszteléséről.

    Vagy egyetlen algoritmus hatékonyságát vesszük figyelembe, vagy a teljes rendszer hatékonyságát vesszük figyelembe. Vagyis a technológiai egység- és rendszertesztelésre való felosztásnak nincs sok értelme. Mert ugyanazok az eszközök, ugyanazok a technikák különböző szinteken használhatók.

    Végül az integrációs tesztelés során ellenőrizzük, hogy egy bizonyos rendszeren belül a modulok megfelelően kommunikálnak-e egymással. Vagyis valójában ugyanazokat a teszteket hajtjuk végre, mint a rendszertesztelésnél, csak ezen felül figyelünk arra, hogy a modulok hogyan hatnak egymásra. Végezzünk néhány további ellenőrzést. Ez az egyetlen különbség.

    Próbáljuk meg újra megérteni a különbséget a rendszerteszt és az egységteszt között. Mivel az ilyen felosztás meglehetősen gyakran előfordul, ennek a különbségnek meg kell lennie.

    Ez a különbség pedig akkor nyilvánul meg, amikor nem technológiai, hanem osztályozást végzünk célok szerint tesztelés.

    A célpontok besorolása kényelmesen elvégezhető a "mágikus négyzet" segítségével, amelyet eredetileg Brian Marik talált ki, majd Eri Tennen fejlesztett tovább.

    Ebben a varázslatos négyzetben minden típusú tesztelés négy kvadránsban található, attól függően, hogy mire fordítanak nagyobb figyelmet ezekben a tesztekben.

    Függőlegesen – minél magasabb a tesztelés típusa, annál nagyobb figyelmet fordítunk a program viselkedésének egyes külső megnyilvánulásaira, minél alacsonyabb, annál nagyobb figyelmet fordítunk a program belső technológiai felépítésére.

    Vízszintesen - minél balra vannak a tesztjeink, annál nagyobb figyelmet fordítunk a programozásukra, minél jobbra, annál nagyobb figyelmet fordítunk a manuális tesztelésre és az emberi programkutatásra.

    Különösen az olyan kifejezések, mint az elfogadási tesztelés, az elfogadási tesztelés, az egységtesztelés könnyen beírhatók ebbe a négyzetbe abban az értelemben, ahogyan azt a szakirodalomban leggyakrabban használják. Ez egy alacsony szintű tesztelés sok mindennel, túlnyomórészt programozással. Azaz minden teszt programozott, teljesen automatikusan végrehajtott, és elsősorban a program belső felépítésére, nevezetesen a technológiai jellemzőire fordítanak figyelmet.

    A jobb felső sarokban kézi teszteket kapunk, amelyek a program valamilyen külső viselkedését célozzák, különösen a használhatóság tesztelését, a jobb alsó sarokban pedig nagy valószínűséggel különféle nem funkcionális tulajdonságok tesztjei lesznek: teljesítmény, biztonság stb. tovább.

    Tehát a célok szerinti osztályozás alapján a bal alsó negyedben egységteszt van, az összes többi kvadráns pedig rendszerteszt.

    Köszönöm a figyelmet.

    Egy webhely létrehozása során gyakran felmerül a kérdés - melyik stílust jobb választani, hogyan kell elhelyezni az elemeket úgy, hogy vonzzák a figyelmet és nagyobb profitot hozzanak? Egy marketingeszköz, például az A/B tesztelés segít megoldani ezt a problémát.

    Egyszerűen fogalmazva, A/B tesztelés a hatékonyság mértéke két lehetőség összehasonlításával. A metódus általában így néz ki: létrejön az A opció, amely után egy paraméter megváltozik benne (betűtípus, elem helye stb.), és ez lesz a B opció. Mindkét opció egyformán megjelenik a webhely látogatói számára, ami után egy összehasonlítás történik - melyik oldalról a felhasználók nagyobb valószínűséggel iratkoznak fel, rendelnek, hívnak.

    De látszólagos egyszerűsége ellenére az A / B tesztelésnek megvannak a maga szabályai, amelyeket gondosan be kell tartani a magas eredmény elérése érdekében.

    Mit lehet tesztelni?

    Az osztott teszt egy olyan eszköz, amely bármely elem értékelésére alkalmas. A választás az ebben a szakaszban kitűzött feladatoktól függ. Így például, ha nagyszámú látogató keresi fel az oldalt, ugyanakkor elég magas a visszafordulási arány - ez annak a jele, hogy valami nincs rendben a dizájnnal, akkor ideje változtatni a dizájnon vagy a tartalomon. A tesztelés segítségével optimálisan állíthatja be a színtartalmat, a betűtípusokat, az elemek elrendezését.

    Akkor is cselekednek, ha az oldal alacsony konverziós arányt ad – ebben az esetben érdemes figyelni az előfizetés vagy a pénztár elemeire. A gomb színének és méretének megváltoztatásával jelentős hatékonyságnövekedés érhető el.

    Ha a tesztelt elemekről beszélünk, akkor leggyakrabban a következők:

    • előfizetési űrlapok tervezése, betűtípusa, szövege és elrendezése;
    • címek és leírások;
    • kulcsfontosságú oldalelemek tervezése;
    • az áruk árának nyilvántartása;
    • képek, beleértve az árukat is;
    • szöveg a leírásokban.

    Hogyan végezzünk A/B tesztelést?

    A teszteléshez speciális eszközök használata szükséges. Az egyik leggyakoribb a Google Experiments. A Google Analytics felületén található. A teszt futtatásához be kell állítania a paramétereit - a nevet, a célt (ezt saját maga határozza meg vagy válasszon a javasoltak közül), százalékos mutatókat és az eredmények értesítésének módját. Ezután a webhelyre vonatkozó információk kitöltésre kerülnek, és futtathatja a tesztet. Az első vizsgálati eredmények egy napon belül megjelennek.

    Egy másik jó eszköz a marketinges segítségére a RealRoi. Könnyű vele dolgozni, és ha kérdése van, magyarázó videókat is talál az oldalon. A forrás szintén ingyenes.

    Tesztszabályok

    Az A / B tesztelés megkezdése előtt érdemes megismerkedni az elvégzésének legfontosabb szabályaival.

    A célok meghatározása

    Mielőtt A/B tesztelést végezne, egyértelműen meg kell határoznia a célját.

    Ezenkívül a tesztelt oldalnak meg kell felelnie a következő kritériumoknak: nagy és állandó látogatói áramlás, gyakori konverziók - hívások, rendelések, előfizetések, jól kidolgozott elemző rendszer. Ha ezek a feltételek nem teljesülnek, akkor a tesztelés nem mutat eredményt, csak időt és erőfeszítést igényel.

    Építs fel egy világos hipotézist

    Az A/B tesztelésnek világos hipotézisen kell alapulnia. Ha csak kíváncsiságból hasonlít össze két elemet, akkor ez időpocsékolás. Első lépésként meg kell határozni az oldal problémáját, valamint a kívánt megoldást. A probléma például a hírlevélre való kis számú feliratkozásban lehet. Ebben az esetben érdemes figyelni az előfizetési űrlapra és annak motivációjára. Az űrlap kialakításával és kitöltésével kapcsolatos feltételezés alapján már lehetséges az osztott teszt elvégzése.

    Ha nem tudja, hogyan fogalmazzon meg egy hipotézist, és mi lehet a probléma, akkor kérdéseivel fordulhat az oldal látogatóihoz - mit szeretnek itt, mit szeretnének látni, elemezheti a hívások statisztikáit műszaki támogatási szolgáltatás.

    Ily módon azonosíthatók a legfontosabb felhasználói problémák. Erre utalnak a rossz viselkedési jellemzőkkel rendelkező oldalak is. A Yandex.Metrica Webvisor segítségével elemezheti a felhasználói viselkedést. Ez egy nagyszerű eszköz, amely megmutatja, hová kattintott a felhasználó, hogyan dolgozott az egérrel, és mely elemek keltették fel a figyelmét, és melyeket nem vették észre. Az eredmények elemzése után megkezdheti az azonosítást gyengeségeit webhely.

    Állítsa be a keresett mutatókat

    Mire fókuszál az osztott teszt során – 5%-kal szeretné növelni a konverziót, 1 perccel meghosszabbítani a felhasználó látogatását az oldalon, vagy 2%-kal növelni a hívók számát?
    Ennek függvényében a rendszer egy jelzőt vesz fel, amelyet a rendszer a tesztelés során vezérel. Ugyanakkor fontos, hogy a statisztikák helyesen és egyértelműen legyenek beállítva ezen az oldalon, ami később segít a változási együttható azonosításában.

    A tesztelést csak egy elemen végezzük

    Csak egy részletet kell kiválasztania - a betűszínt vagy a cím pozícióját, növelnie kell a betűtípust a gombon vagy módosítania kell a képet. Egyszerre több elem módosításával nem lehet tesztelni. Mert ha több változó van egyszerre, akkor nem lehet megállapítani, hogy pontosan mi befolyásolta a felhasználók viselkedését. Így az A/B tesztelés nagyobb valószínűséggel válik működő eszközből rendes lottóvá.

    Állítsa be a tesztbeállításokat

    Állítsa be a tesztparamétereket - különösen azoknak az embereknek a számát, akikre már lehetséges következtetéseket levonni. Ennek a mutatónak elég jelentősnek kell lennie, és a webhely egészének látogatóinak számától függ. Csak 10-20 ember cselekedeteinek elemzésével nem lehet következtetéseket levonni. Ezért az A/B tesztelés során fontos, hogy pontos adatokat használjon, és legyen türelmes, amíg meg kell várnia, amíg meghatározott számú felhasználó felkeresi webhelyét.

    Ugyanakkor fontos megállapítani, hogy a tesztelt oldalak mely felhasználók számára jelennek meg? Rendszeres látogatók vagy új felhasználók lesznek? Vagy ez lesz a beállított látogatók egy bizonyos része? Minden attól függ, mire összpontosít az oldal, és milyen sajátosságokhoz ragaszkodik. Ha ez egy népszerű áruk (kozmetikumok, elektronikai cikkek stb.) online boltja, akkor a látogatók alapján következtetést vonhat le. Ellenkező esetben ezt a kérdést alaposan meg kell fontolni.

    Állítsa be a teszt dátumát

    Állítson be határidőt a tesztelésre - jobb, ha egy hét. Még akkor sem szabad félbeszakítani a kísérletet, ha a határidő lejárta után elérte a szükséges látogatószámot. Mivel a felhasználók a hét különböző napjain eltérő viselkedési jellemzőket mutatnak, 1-2 nap alapján lehetetlen pontos következtetést levonni. Érdemes azt is átgondolni, hogy a fogyasztónak mennyi időre van szüksége ahhoz, hogy a weboldalán vásároljon. Talán 5 nap, talán 2 hét.

    A látogatók ellenőrzése

    Ahhoz, hogy a kísérlet tiszta és helyes legyen, a látogatóknak azonosaknak kell lenniük. Vagyis az alapvető társadalmi mutatókban nem lehet nagy különbség a két csoport között. Ennek teszteléséhez a tesztelés megkezdése előtt ossza fel a közönséget két részre, és mutassa meg nekik ugyanazt az oldalt. Ha a konverziós arányok eltérőek, az azt jelenti, hogy a közönség nem egyenlő, ebben az esetben a teszt értelmetlen lesz, mivel nem lehet megérteni, hogy pontosan mi vezetett az eredményhez - megváltoznak a közönség vagy az oldal jellemzői.

    Vegye figyelembe a külső tényezőket

    Az újévi szünidő közepén vagy a nyári vakáció idején végzett tesztelés időpocsékolásnak tűnik. A legjobb a csendes hétköznapokat választani a tesztekhez, amikor a közönség nagy része nincs úton, és a világ társadalmi helyzete nem hoz nagy nyugtalanságot.

    Kövesse nyomon a webhely teljesítményét a tesztelés során

    Nem futhat le egy osztott tesztet és lazíthat. Mindenképpen ellenőrizze, hogy minden működik-e, kattinthatók-e a gombok. Ha a teszt során a rendszer első ránézésre hihetetlen dolgokat mutat, akkor érdemes újra ellenőrizni, hogy minden megfelelően működik-e. Még ha egyértelműen jó eredményeket is kap, ne szakítsa meg a tesztet - csak a teljes ciklus áthaladása után koncentrálhat a kapott adatokra.

    Újrateszt

    Miután a teszt befejeződött, és az eredmények kellemesek a szemnek, a szakértők gyakran ismételt tesztet hajtanak végre, hogy megbizonyosodjanak az eredmények helyességéről.

    Végezetül szeretném megjegyezni, hogy az A/B tesztelés hasznos eszköz. De mindenekelőtt a marketingszakember azon képessége, hogy meghatározza a webhely problémáit és feltételezze lehetséges módjai megoldásokat.

    Így például, ha a webhely tulajdonosa hirtelen meg akarja változtatni a kezdőképernyőt a főképernyőn, ennek valószínűleg nem lesz egyértelmű hatása a mennyiségi mutatókra. A konverziós arányok javításának egyetlen módja az óvatosság előkészítő munka a statisztikák, a felhasználók viselkedési tényezőinek elemzésével. Fontos megérteni, hogy a webhely mely elemei nem működnek, és hogyan módosíthatja azokat. Ha csak ésszerűtlen feltételezéseket tesz, és ellenőrzi azokat az A / B tesztelés során, ez természetesen bizonyos eredményeket ad és ad a végén, de valószínűleg jelentéktelen, ugyanakkor sok időt és erőfeszítést igényel.

    Azt is érdemes megjegyezni, hogy az A / B tesztelés olyan eszköz, amelyet folyamatosan használni kell. Az idő múlásával és a divatirányzatok múlásával a felhasználók viselkedése, érdeklődési köre és preferenciái megváltoznak, így bármely webhelyen folyamatosan javíthat és megváltoztathat valamit. Az A / B tesztelés pedig pontosan az az eszköz, amely segít megérteni a látogatók viselkedési jellemzőit és növelni az oldalak hatékonyságát.

    A pszichológiai tesztelés során a következő szabályokat kell betartani:

      A tesztelést a pszichológia alapjait ismerő szakember részvételével kell elvégezni.

      Egy személyt nem szabad csalárd módon vagy akarata ellenére tesztelni.

      Figyelmeztetni kell az alanyt, hogy a tesztelés során akaratlanul is olyan információkat közölhet magáról, gondolatairól, érzéseiről, amelyekről ő maga nem tud.

      Az alanynak joga van megismerni tesztje eredményét. Ugyanakkor jelezni kell, hogy az eredmények valószínűségi jellegűek, és a vizsgálati módszertantól függően a valószínűség 60-80% lehet.

      A teszteredmények nem sérthetik meg az alanyt és (vagy) nem csökkenthetik az önbecsülését.

      Az alanyt tájékoztatni kell a tesztelés céljairól és eredményeinek felhasználási formáiról.

      A tesztelőnek biztosítania kell a vizsgálat eljárásának és eredményeinek elfogulatlan megközelítését.

      A vizsgálati eredményekkel kapcsolatos információkat csak azoknak kell megadni, akiknek azt szánják.

      A tesztelő köteles a szakmai titoktartást.

    A pszichodiagnosztikában részt vevő emberek speciális képesítési követelmények. A főbbek a következők: jó elméleti felkészültség, a pszichodiagnosztikai módszerek és alkalmazási szabályok alapos ismerete, kellő tapasztalat a releváns módszerek gyakorlati alkalmazásában.

    A pszichodiagnosztikai módszerek használójaként a pszichológiával kapcsolatos szakterületek szakemberei tevékenykedhetnek: tanárok, orvosok, szociológusok, szociális munkások, mérnökök, közgazdászok stb.

    A nem pszichológusoknak csak bizonyos, elméletileg és pszichometriailag alátámasztott, speciális ismereteket nem igénylő módszereket kell alkalmazniuk az eredmények értelmezésekor (például az oktatási teljesítmény vagy a szakmai felkészültség tesztje). Azok a módszerek, amelyek nem rendelkeznek egyértelmű szabványos utasítással, a megbízhatóság és érvényesség szükséges mutatóival, magas professzionális szakértői módszerek párhuzamos alkalmazását igénylik, nem pszichológusok számára nem alkalmazhatók.

    Ugyanakkor fontos figyelembe venni A pszichodiagnosztikai módszerek követelményei:

      a módszertan céljait, tárgyát és terjedelmét egyértelműen meg kell fogalmazni;

      meg kell határozni a módszertan alapjául szolgáló elméleti koncepciót;

      egyértelműen meg kell jelölni a módszertan hatálya- különleges szociális környezet vagy nyilvános gyakorlati terület;

      világos algoritmusnak kell lennie a módszertan végrehajtásához;

      a feldolgozási eljárásnak tartalmaznia kell statisztikailag érvényes módszereket a tesztpontszám kiszámítására és szabványosítására;

      a tesztskálák reprezentativitását, megbízhatóságát és érvényességét ellenőrizni kell;

      az önbevallási eljárásnak tartalmaznia kell az ellenőrzés, a megbízhatóság eszközeit;

      A szabályozási adatokat rendszeresen frissíteni kell. Először egy nem pszichológus felhasználónak kell

    konzultáljon ezen a gyakorlati területen dolgozó pszichológusokkal, hogy milyen módszerek alkalmazhatók a feladatok megoldására.

    A pszichodiagnosztikai módszerekhez hozzájutó felhasználó automatikusan kötelezettséget vállal a szakmai titoktartás minden követelményének betartására, a vizsgálat lefolytatása során minden etikai normát betart a témával és harmadik személyekkel kapcsolatban.

    Nak nek nem pszichológiai felhasználók a következő követelmények:

      konzultációra van szükség egy pszichológussal vagy általános ismeretekkel a pszichodiagnosztikában;

      ha a technika speciális képzést igényel, akkor a következő lehetőségek lehetségesek: másik technikát kell választani; képezze magát; hívjon meg egy szakembert ehhez a technikához, vagy tagadja meg a technikát;

      a felhasználó automatikusan teljes felelősséget vállal a szakmai titoktartási követelmények betartásáért;

      a felmérés lefolytatása során be kell tartani az etikai normákat;

      hivatalosan kiadott módszereket kell alkalmazni.

    A pszichodiagnosztikai módszerek használójának rendelkeznie kell tesztelje a kompetenciát, ami magában foglalja:

      az értékelés átfogósága - teljes, integrált információ gyűjtése egy személyről (tesztelés, megfigyelés, beszélgetés);

      a teszt helyes használata;

      pszichometriai ismeretek, i.e. a statisztikai mérési elvek ismerete és helyes használata;

      a tesztindikátorok korlátainak megértése;

      az értékelés pontossága és helyessége;

      a normák megfelelő alkalmazása;

      az a képesség, hogy az eredményeket úgy mutassák be az alanynak, hogy az ne okozzon kárt.

    Tesztszabályok

    tesztelés: szabály - szabályok, amelyek szigorúan meghatározzák az eredmények tesztelésének, feldolgozásának és értelmezésének eljárásait. Ezek közül a legfontosabbak ezek.

    1. Egy bizonyos teszt alkalmazása előtt a diagnosztikusnak meg kell ismerkednie vele, és tesztelnie kell önmagán vagy más alanyon. Ezzel elkerülhető a tesztelés árnyalatainak elégtelen ismerete miatti esetleges hibák.

    2. Fontos előre ügyelni arra, hogy a tesztelés megkezdése előtt a tesztalanyok jól megértsék a tesztfeladatokat és a teszt utasításait.

    3. A tesztelés során ügyelni kell arra, hogy minden alany önállóan dolgozzon, és ne befolyásolja egymást, ami megváltoztathatja a teszteredményeket.

    4. Minden tesztnek rendelkeznie kell egy ésszerű és ellenőrzött eljárással az eredmények feldolgozására és értelmezésére, amely lehetővé teszi a tesztelési szakaszban előforduló hibák elkerülését.

    A gyakorlati tesztelés előtt bizonyos előkészületeket kell tennie:

    1) a tesztalanyoknak bemutatnak egy tesztet, és elmagyarázzák annak célját, a tesztelés célját, milyen adatokat kapnak ennek eredményeként, és hogyan használhatók fel az életben;

    2) az alanyok utasításokat kapnak, és mindenki által helyesen megértik;

    3) a diagnosztikus megkezdi a vizsgálatot, szigorúan betartva az utasításokat és a fenti feltételeket.


    Gyakorlati pszichológus szótára. - M.: AST, Betakarítás. S. Yu. Golovin. 1998 .

    Nézze meg, mik a "tesztelési szabályok" más szótárakban:

      floorball szabályok- hozta létre a Nemzetközi Floorball Szövetség. A szabályokat négyévente módosítják egy többlépcsős tesztelési és jóváhagyási rendszer alapján. A jelenlegi verziót 2010-ben hagyták jóvá. Tartalom 1 Fő ... ... Wikipédia

      Doppingellenes szabálysértés- sportban az alábbi szabálysértések közül egyet vagy többet jelent: a) tiltott anyag vagy annak metabolitjai vagy markerei jelenléte a sportoló testéből vett mintában; b) tiltott anyag használata vagy használatának kísérlete, vagy…… Hivatalos terminológia

      index- 3.7 indikátor: Olyan mérőszám, amely bizonyos tulajdonságok minőségi vagy mennyiségi értékelését adja, bizonyos információs igényekre kidolgozott elemző modellből levezetve. Forrás …

      bázis- alap: Alapozásra használt, azonos funkciót ellátó felület vagy felületek kombinációja, tengely, munkadarabhoz vagy termékhez tartozó pont. [GOST 21495 76, táblázat, 2. bekezdés] Forrás ... A normatív és műszaki dokumentáció kifejezéseinek szótár-referenciája

      Kritérium- tábla, amely alapján a hajók és egyéb vízi járművek nukleáris létesítményei nukleáris és sugárbiztonsági állapotának értékelését végzik. Forrás … A normatív és műszaki dokumentáció kifejezéseinek szótár-referenciája

      Battlefield 3- A játék bővített kiadásának orosz borítója Fejlesztő ... Wikipédia

      Kínai Nemzeti Kőolajipari Vállalat- (CNPC) A China National Petroleum Corporation a világ egyik legnagyobb olaj- és gázipari vállalata, a China National Petroleum Corporation olaj- és gáztermeléssel, petrolkémiai termeléssel, kőolajtermékek értékesítésével, ... ... A befektető enciklopédiája

      természetes- 3.8 Természetes [neokortikális] intelligencia: Emberi gondolkodás, amelyet természetesen intelligens ember-információ interakció segítségével hajtanak végre. Forrás … A normatív és műszaki dokumentáció kifejezéseinek szótár-referenciája

      rendszer- 4.48 kölcsönható elemek rendszerkombinációja egy vagy több kitűzött cél elérése érdekében 1. megjegyzés a bejegyzéshez: A rendszer tekinthető terméknek vagy az általa nyújtott szolgáltatásoknak. 2. megjegyzés A gyakorlatban…… A normatív és műszaki dokumentáció kifejezéseinek szótár-referenciája

      Nagy Főváros- (Grand Capital) Tartalom Tartalom Információk a For Grand Capital For Grand Capital képzésről és bónuszokról Input forráskivonás Kereskedési terminál Grand Capital Affiliate programok Grand Capital Információk a brókerről Grand Capital Található… … A befektető enciklopédiája

    Könyvek

    • Szövetségi szabályok, N. Remizov (comm.). A könyv részletes magyarázatot ad az ellenőrzési tevékenység (PSAD) szövetségi szabályairól (standardjairól), amelyeket az Orosz Föderáció kormányának 2003. július 4-i 405. számú rendelete fogadott el a ... Vásárlás 101 rubelért
    • Orosz nyelv. 1 osztály. Tesztfeladatok minden témában és szabályban. Szövetségi Állami Oktatási Standard, Sorokina Svetlana Pavlovna. A tesztek a tanulók tudásának korszerű, kényelmes, gyors és minőségi tesztelésének és ellenőrzésének módja. Lehetőséget biztosítanak a tanulóknak a függetlenség, az egyéniség megnyilvánulására, a ...


    Hasonló cikkek