Testimise põhisätted. Testimise läbiviimise reeglid Testimise korraldamise kord

1. Uuritava teavitamine testimise eesmärgist.

2. Testi sooritajate tutvumine testiülesannete sooritamise juhistega ja uurija kindlustunde saavutamine, et juhendist saadi õigesti aru.

3. Õpilaste rahuliku ja iseseisva ülesannete täitmise olukorra tagamine; neutraalse suhtumise säilitamine testi sooritajate suhtes, vihjete ja abi vältimine.

4. Saadud andmete töötlemise ja tulemuste tõlgendamise juhendi järgimine uurija poolt, mis kaasnevad iga testi või vastava ülesandega.

5. Testimise tulemusena saadud psühhodiagnostilise info leviku tõkestamine, selle konfidentsiaalsuse tagamine.

6. Uuritava testimise tulemustega tutvumine, temale või vastutavale isikule vastava teabe edastamine, arvestades põhimõtet "Ära kahjusta!" (sel juhul on vaja lahendada rida eetilisi ja moraalseid probleeme).

7. teiste uurimismeetodite ja -tehnikate abil saadud teabe kogumine uurija poolt, nende omavaheline korrelatsioon ja nendevahelise kooskõla kindlaksmääramine; rikastades oma kogemusi testiga ja teadmistega selle rakenduse funktsioonide kohta.

Kvaliteedinäitajate testimine on: kehtivus, usaldusväärsus, esinduslikkus, ökonoomsus.

Kehtivus(inglise keelest - kehtiv, sobiv, omab teemat) test vastab küsimusele, mida test täpselt paljastab, kui sobiv see on selle tuvastamiseks, milleks see mõeldud on. Näiteks sobivustestid näitavad sageli midagi veidi erinevat: koolitust, vastava kogemuse olemasolu või selle puudumist. Sel juhul test ei vasta kehtivusnõuetele.

Testi kehtivuse kindlakstegemiseks on erinevaid tüüpe ja meetodeid. Kõige sagedamini tehakse kindlaks valiidsus psühholoogilise testi tulemuste võrdlemisel antud kvaliteedi eksperthinnangutega uuritavates.

Töökindlus Testi määrab see, kui stabiilsed on saadud näitajad ja kui palju need ei sõltu juhuslikest teguritest. Usaldusväärset testi peaks iseloomustama samade katsealuste korduval testimisel saadud testitulemuste järjepidevus.

Esinduslikkus test tähendab, et valim peab adekvaatselt kajastama uuritavate subjektide kontingendi omadusi. Kui teil on testinormid, mis on saadud 7-aastastel lastel, siis ei saa neid kasutada (näiteks isiklike võimete) 10-aastaste laste hindamiseks, kuigi nad on ka nooremad õpilased.

Under majandust mõista testi kasutamise otstarbekust, mille määrab vastuvõetava testimiskulude (aeg, tööjõud, rahalised vahendid) ja sellest saadava kasu suhte olemasolu.

Testimismeetod on isiksuse uurimisel laialt levinud, kuid samal ajal kõige vastuolulisem, kuna:

1) Testi edukas lahendamine tavatingimustes ei tähenda sarnaste vaimsete pingutuste õnnestumist keerulises keskkonnas.

2) Teades testiprotseduuride olemust, saab eelnevalt valmistuda sarnase testi lahendamiseks ja mõnel juhul ka tulemus eelnevalt teada saada.

3) Testimise tulemused võivad hetkel oluliselt erineda sarnaste testide tulemustest pärast märkimisväärset ajaperioodi inimeste võimete ebaühtlase arengu tõttu.

4) Enamik parameetreid, mida testimismeetoditega usaldusväärselt diagnoositakse, ei ole juhtivad, määravad isiksuseomadused.

Seega ei tasu testimismeetodi võimalusi ülehinnata. Teste tuleks kasutada koos kõigi teiste uurimismeetoditega. Soovitav on kasutada mitte ühte testi, vaid nende kombinatsiooni, st testide kogumit.

Teemale omistamine 2.4.Testimine

1. Kes määrab testimisstandardi?

a) testi läbiviijad,

b) testiarendaja,

c) testi kontrollijad.

2. Mis ei ole testi kvaliteedi näitaja:

a) kehtivus

b) standardimine,

c) esinduslikkus.

3. Võimetestid paljastavad.

Tarkvara testimise rakendusvaldkonnad, eesmärgid ja eesmärgid on mitmekesised, mistõttu testimist hinnatakse ja selgitatakse erinevalt. Mõnikord on testijatel endil raske selgitada, mis on tarkvara testimine "nagu on". Tekib segadus.

Selle segaduse lahtiharutamiseks eelneb Aleksei Barantsev (tarkvaratestimise praktik, koolitaja ja konsultant; Venemaa Teaduste Akadeemia Süsteemi Programmeerimise Instituudi põliselanik) oma testimiskoolitustele tutvustava videoga testimise põhipunktidest.

Mulle tundub, et selles ettekandes suutis õppejõud kõige adekvaatsemalt ja tasakaalukamalt selgitada "mis on testimine" teadlase ja programmeerija vaatenurgast. Kummaline, et see tekst pole veel Habrel ilmunud.

Siin on selle raporti kokkuvõtlik ümberjutustus. Teksti lõpus on lingid täisversioonile, samuti mainitud videole.

Testimise põhisätted

Kallid kolleegid,

Esiteks proovime mõista, mis testimine EI OLE.

Testimine ei ole arendus,

Isegi kui testijad oskavad programmeerida, sh teste (testiautomaatika = programmeerimine), saavad nad mingisuguseid abiprogramme (enda jaoks) välja töötada.

Testimine ei ole aga tarkvara arendustegevus.

Testimine ei ole analüüs,

Ja mitte nõuete kogumise ja analüüsimise tegevus.

Kuigi testimise käigus tuleb vahel nõudeid selgeks teha, vahel aga analüüsida. Kuid see tegevus pole peamine, pigem tuleb seda teha lihtsalt vajadusest.

Testimine ei ole juhtimine,

Vaatamata asjaolule, et paljudes organisatsioonides on "testijuhi" roll. Loomulikult tuleb testijaid juhtida. Kuid testimine iseenesest ei ole juhtimine.

Testimine ei ole tehniline kirjutamine,

Testijad peavad aga oma testid ja töö dokumenteerima.

Testimist ei saa pidada üheks selliseks tegevuseks lihtsalt seetõttu, et arendusprotsessi (või nõuete analüüsi või nende testide jaoks dokumentatsiooni kirjutamise) käigus teevad kogu selle töö ära testijad. enda jaoks ja mitte kellegi teise jaoks.

Aktiivsus on märkimisväärne ainult siis, kui selle järele on nõudlus, st testijad peavad tootma midagi “ekspordiks”. Mida nad "ekspordiks" teevad?

Defektid, defektide kirjeldused või katsearuanded? See on osaliselt tõsi.

Kuid see pole kogu tõde.

Testijate põhitegevus

on see, et nad annavad tarkvaraprojektis osalejatele negatiivset tagasisidet tarkvaratoote kvaliteedi kohta.

"Negatiivne tagasiside" ei kanna negatiivset varjundit ega tähenda, et testijad teevad midagi halvasti või et nad teevad midagi halvasti. See on lihtsalt tehniline termin, mis tähendab üsna lihtsat asja.

Kuid see asi on väga oluline ja ilmselt kõige olulisem komponent testijate tegevuses.

On olemas teadus – "süsteemiteooria". See määratleb "tagasiside" mõiste.

"Tagasiside" on mõned andmed, mis naasevad väljundist sisendisse, või osa andmetest, mis naasevad väljundist sisendisse. See tagasiside võib olla positiivne või negatiivne.

Mõlemat tüüpi tagasiside on võrdselt oluline.

Tarkvarasüsteemide arenduses on positiivne tagasiside loomulikult mingisugune info, mida lõppkasutajatelt saame. Need on mõne uue funktsionaalsuse taotlused, see on müügi kasv (kui anname välja kvaliteetse toote).

Negatiivne tagasiside võib tulla ka lõppkasutajatelt mingisuguse negatiivse tagasiside näol. Või see võib tulla testijatelt.

Mida varem negatiivset tagasisidet antakse, seda vähem energiat on selle signaali muutmiseks vaja. Seetõttu tuleb testimist alustada võimalikult varakult, projekti kõige varasemas etapis ning tagasisidet anda projekteerimisetapis ja võib-olla isegi varem, isegi nõuete kogumise ja analüüsimise etapis.

Muide, siit tuleb arusaam, et testijad ei vastuta kvaliteedi eest. Nad aitavad neid, kes selle eest vastutavad.

Sünonüümid sõnale "testimine"

Sellest seisukohast, et testimine on negatiivse tagasiside andmine, EI OLE kindlasti maailmakuulus lühend QA (Quality Assurance) termini “testimine” sünonüüm.

Te ei saa mõelda kvaliteedi tagamisest kui lihtsalt negatiivse tagasiside andmisest, sest tagamine on positiivne tegevus. Mõistetakse, et sel juhul pakume kvaliteeti, võtame õigeaegselt meetmeid tarkvaraarenduse kvaliteedi parandamiseks.

Kuid "kvaliteedikontrolli" - kvaliteedikontrolli võib laias tähenduses pidada termini "testimine" sünonüümiks, kuna kvaliteedikontroll on tagasiside andmine selle kõige erinevamates vormides tarkvaraprojekti erinevates etappides.

Mõnikord on testimine mõeldud kui eraldiseisev kvaliteedikontrolli vorm.

Segadus tuleneb testimise arendamise ajaloost. Erinevatel aegadel tähendas termin "testimine" erinevaid toiminguid, mida saab jagada kahte suurde klassi: välised ja sisemised.

Välised määratlused

Myersi, Beizeri, Kaneri erinevatel aegadel antud definitsioonid kirjeldavad testimist täpselt selle VÄLISE tähtsuse seisukohalt. St nende vaatenurgast on testimine tegevus, mis on millekski mõeldud, mitte ei koosne millestki. Kõik need kolm määratlust võib kokku võtta negatiivse tagasiside andmisena.

Sisemised määratlused

Need on definitsioonid, mis on toodud tarkvaratehnikas kasutatavas terminoloogiastandardis, näiteks de facto standardis nimega SWEBOK.

Sellised definitsioonid selgitavad konstruktiivselt, MIS on testimistegevus, kuid need ei anna vähimatki ettekujutust, MILLEKS on testimine, mille jaoks kasutatakse siis kõiki programmi tegeliku käitumise ja selle eeldatava käitumise vahelise vastavuse kontrollimise tulemusi. .

testimine on

• programmi nõuetele vastavuse kontrollimine,
• läbi selle tööd jälgides
• erilistes, kunstlikult loodud olukordades, mis on teatud viisil valitud.

Edaspidi käsitleme seda "testimise" töödefinitsioonina.

Testimise üldine skeem on ligikaudu järgmine:

1. Testija saab programmi ja/või nõuded sisendis.
2. Ta teeb nendega midagi, jälgib programmi tööd teatud enda kunstlikult loodud olukordades.
3. Väljundis saab ta teavet vastete ja ebakõlade kohta.
4. Seda teavet kasutatakse seejärel olemasoleva programmi täiustamiseks. Või selleks, et muuta veel väljatöötamisel oleva programmi nõudeid.

Mis on test

• See on eriline, kunstlikult loodud olukord, mis on teatud viisil valitud,
• ja kirjeldus selle kohta, milliseid tähelepanekuid programmi toimimise kohta on vaja teha
• et kontrollida, kas see vastab mõnele nõudele.

Pole vaja eeldada, et olukord on midagi ühekordset. Test võib olla päris pikk, näiteks jõudlust testides võib see kunstlikult tekitatud olukord olla süsteemile koormus, mis jätkub päris pikaks ajaks. Ja tähelepanekud, mida sel juhul teha tuleb, on erinevate graafikute või mõõdikute kogum, mida me selle testi sooritamise käigus mõõdame.

Testi arendaja tegeleb sellega, et ta valib tohutu potentsiaalselt lõpmatu hulga testide hulgast mõne piiratud komplekti.

Seega võime järeldada, et testija teeb testimisprotsessis kahte asja.

1. Esiteks kontrollib see programmi täitmist ja loob need väga kunstlikud olukorrad, kus me hakkame programmi käitumist kontrollima.

2. Ja teiseks jälgib ta programmi käitumist ja võrdleb nähtut sellega, mida oodatakse.

Kui testija automatiseerib teste, siis ta ise programmi käitumist ei jälgi - ta delegeerib selle ülesande spetsiaalsele tööriistale või spetsiaalsele programmile, mille ta ise kirjutas. Tema on see, kes jälgib, ta võrdleb vaadeldud käitumist oodatud käitumisega ja annab testijale vaid mingi lõpptulemuse – kas vaadeldav käitumine ühtib oodatud käitumisega või ei ühti.

Iga programm on teabe töötlemise mehhanism. Sisend on teave ühel kujul, väljund on teave mingil muul kujul. Samal ajal võib programmil olla palju sisendeid ja väljundeid, need võivad olla erinevad, see tähendab, et programmil võib olla mitu erinevat liidest ja need liidesed võivad olla erinevat tüüpi:

• Kasutajaliides (UI)
• Programmeerimisliides (API)
• võrguprotokoll
• Failisüsteem
• Keskkonnaseisund
• Arengud

Kõige tavalisemad liidesed on

• kohandatud,
• graafiline,
• tekst,
• konsoolne,
• ja kõne.

Kasutades kõiki neid liideseid, testija:

• loob kuidagi kunstlikke olukordi,
• ja kontrollib sellistes olukordades, kuidas programm käitub.

See on testimine.

Muud testimistüüpide klassifikatsioonid

Kõige sagedamini kasutatav jaotus kolmeks tasandiks on

1. ühiku testimine,
2. integratsiooni testimine,
3. süsteemi testimine.

Ühiktestimine tähendab enamasti üsna madalal tasemel testimist ehk üksikute toimingute, meetodite, funktsioonide testimist.

Süsteemi testimine viitab kasutajaliidese tasemel testimisele.

Mõnikord kasutatakse ka mingeid muid termineid, näiteks "komponentide testimine", kuid eelistan need kolm eraldi välja tuua, sest tehnoloogilisel jaotamisel ühiku- ja süsteemitestimiseks pole erilist mõtet. Erinevatel tasemetel saab kasutada samu tööriistu, samu tehnikaid. Jaotus on tingimuslik.

Praktika näitab, et tööriistu, mida tootja on positsioneerinud ühikutestimise tööriistadena, saab kasutada võrdselt edukalt kogu rakenduse kui terviku testimise tasemel.

Ja kogu rakendust tervikuna kasutajaliidese tasemel testivad tööriistad tahavad vahel vaadata näiteks andmebaasi või kutsuda sinna mõni eraldi salvestatud protseduur.

See tähendab, et jaotus süsteemi- ja ühikutestideks on tehnilisest vaatenurgast rääkides üldiselt puhtalt tingimuslik.

Kasutatakse samu tööriistu ja see on normaalne, kasutatakse samu tehnikaid, igal tasemel saame rääkida erinevat laadi testimisest.

Kombineerime:

See tähendab, et võime rääkida funktsionaalsuse ühikutestimisest.

Võime rääkida süsteemi funktsionaalsuse testimisest.

Ühikutestimisest võib rääkida näiteks efektiivsusest.

Võime rääkida süsteemi tõhususe testimisest.

Arvestame kas ühe algoritmi või kogu süsteemi kui terviku tõhusust. See tähendab, et tehnoloogilisel jaotamisel ühiku- ja süsteemitestimiseks pole erilist mõtet. Kuna samu tööriistu ja samu tehnikaid saab kasutada erinevatel tasanditel.

Lõpuks kontrollime integratsiooni testimise käigus, kas teatud süsteemis moodulid omavahel õigesti suhtlevad. See tähendab, et me teeme tegelikult samu teste, mis süsteemi testimisel, ainult täiendavalt pöörame tähelepanu sellele, kuidas moodulid omavahel suhtlevad. Teeme mõned täiendavad kontrollid. See on ainus erinevus.

Proovime uuesti mõista süsteemi testimise ja üksuse testimise erinevust. Kuna sellist jaotust tuleb ette üsna sageli, peaks see vahe olema.

Ja see erinevus avaldub siis, kui me teostame mitte tehnoloogilist, vaid klassifikatsiooni eesmärkide järgi testimine.

Sihtmärgi järgi klassifitseerimine toimub mugavalt "maagilise ruudu" abil, mille algselt leiutas Brian Marik ja hiljem täiustas Eri Tennen.

Sellel maagilisel väljakul paiknevad kõik testimise tüübid neljas kvadrandis, olenevalt sellest, millele nendes testides rohkem tähelepanu pööratakse.

Vertikaalselt – mida kõrgem on testimise tüüp, seda rohkem pööratakse tähelepanu mõnele programmi käitumise välisele ilmingule, mida madalam see on, seda rohkem pöörame tähelepanu selle programmi sisemisele tehnoloogilisele ülesehitusele.

Horisontaalselt – mida vasakule jäävad meie testid, seda rohkem me nende programmeerimisele tähelepanu pöörame, mida paremal pool need on, seda rohkem pöörame tähelepanu käsitsi testimisele ja inimprogrammide uurimisele.

Eelkõige saab sellesse ruutu hõlpsasti sisestada sellised terminid nagu aktsepteerimistestimine, aktsepteerimistestimine, ühikutestimine selles tähenduses, nagu seda kirjanduses kõige sagedamini kasutatakse. See on madala tasemega testimine, milles on palju ja valdav osa programmeerimisest. See tähendab, et kõik testid on programmeeritud, täidetakse täielikult automaatselt ning tähelepanu pööratakse eelkõige programmi sisemisele struktuurile, nimelt selle tehnoloogilistele omadustele.

Paremas ülanurgas on käsitsi testid, mis on suunatud programmi mõnele välisele käitumisele, eriti kasutatavuse testimisele, ja paremas alanurgas on meil tõenäoliselt erinevate mittefunktsionaalsete omaduste testid: jõudlus, turvalisus jne. peal.

Seega on eesmärkide alusel klassifitseerimise põhjal meil vasakpoolses alumises kvadrandis ühikutestimine ja kõik teised kvadrandid on süsteemi testimine.

Tänan tähelepanu eest.

Saidi loomisel tekib sageli küsimus - millist stiili on parem valida, kuidas paigutada elemente nii, et need tõmbaksid tähelepanu ja tooksid rohkem kasumit? Turundustööriist, näiteks A / B testimine, aitab seda probleemi lahendada.

Lihtsamalt öeldes A/B testimine on tõhususe mõõt, kui võrrelda kahte võimalust. Üldiselt näeb meetod välja selline: luuakse valik A, mille järel muudetakse selles ühte parameetrit (font, elemendi asukoht jne) ja selleks saab valik B. Mõlemat valikut näidatakse saidi külastajatele võrdselt, pärast mida tehakse võrdlus – milliselt lehelt kasutajad suurema tõenäosusega tellivad, tellivad, helistavad.

Kuid vaatamata näilisele lihtsusele on A / B testimisel oma reeglid, mida tuleb kõrge tulemuse saamiseks hoolikalt järgida.

Mida saab testida?

Split test on tööriist, mida sobib kasutada mis tahes elemendi hindamiseks. Valik sõltub selles ajaetapis seatud ülesannetest. Seega, kui lehte külastab näiteks suur hulk külastajaid, aga samas on põrkemäär üsna kõrge – see on märk sellest, et kujundusega on midagi valesti, siis on aeg kujundust või sisu muuta. Testimise abil saate optimaalselt reguleerida värvide sisu, fonte ja elementide paigutust.

Need toimivad ka siis, kui saidi konversioonimäärad on madalad – sel juhul peaksite pöörama tähelepanu tellimuse või kassa elementidele. Nupu värvi ja suuruse muutmisega saate saavutada märkimisväärse efektiivsuse tõusu.

Kui me räägime testitavatest elementidest, siis enamasti on need järgmised:

• tellimisvormide kujundus, font, tekst ja paigutus;
• pealkirjad ja kirjeldused;
• lehe võtmeelementide kujundamine;
• kauba hinna registreerimine;
• pildid, sh kaubad;
• tekst kirjeldustes.

Kuidas A/B testimist läbi viia?

Testimine nõuab spetsiaalsete tööriistade kasutamist. Üks levinumaid on Google Experiments. See asub Google Analyticsi liideses. Testi käivitamiseks peate määrama selle parameetrid - nime, eesmärgi (ise määrama või pakutud hulgast valima), protsendinäitajad ja tulemuste teavitamise viisi. Järgmisena täidetakse saidi teave ja saate testi käivitada. Esimesed testitulemused ilmuvad päeva pärast.

Teine hea tööriist turundaja abistamiseks on RealRoi. Sellega on lihtne töötada ja kui teil on küsimusi, on saidil endal selgitavad videod. Ressurss on samuti tasuta.

Testi reeglid

Enne A / B testimise alustamist tasub end kurssi viia selle läbiviimise peamiste reeglitega.

Eesmärkide määramine

Enne A/B testimist peate selgelt määratlema oma eesmärgi.

Lisaks peab testitav sait vastama järgmistele kriteeriumidele: suur ja pidev külastajate voog, sagedased konversioonid – kõned, tellimused, tellimused, hästi arenenud analüüsisüsteem. Kui need tingimused ei ole täidetud, siis testimine tulemusi ei näita, vaid võtab vaid aega ja vaeva.

Looge selge hüpotees

A/B testimine peaks põhinema selgel hüpoteesil. Kui võrrelda kahte elementi lihtsalt uudishimust, siis on see aja raiskamine. Esimene samm on määratleda lehe probleem ja soovitud lahendus. Näiteks võib probleem olla väheses uudiskirja tellimustes. Sel juhul tuleks tähelepanu pöörata liitumisvormile ja selle motivatsioonile. Olles teinud eelduse vormi kujunduse ja täitmise kohta, on juba võimalik läbi viia split-test.

Kui te ei tea, kuidas hüpoteesi sõnastada ja milles võib probleem olla, siis võite küsimustega pöörduda saidi külastajate poole – mis neile siin meeldib, mida nad näha tahaksid, saate analüüsida tehniliste kõnede statistikat. tugiteenus.

Nii saab tuvastada peamised kasutajaprobleemid. Sellele viitavad ka kehvade käitumisomadustega lehed. Saate analüüsida kasutaja käitumist Yandex.Metrica Webvisori abil. See on suurepärane tööriist, mis näitab, kus kasutaja klõpsas, kuidas ta hiirega töötas ja millised elemendid köitsid tema tähelepanu ja millised jäid märkamatuks. Pärast tulemuste analüüsimist võite hakata tuvastama saidi nõrkusi.

Määrake otsitavad näitajad

Millele keskendute split-testi ajal - kas soovite suurendada konversiooni 5%, pikendada kasutaja saidi külastust 1 minuti võrra või suurendada helistajate arvu 2% võrra?
Sõltuvalt sellest võetakse indikaator, millest süsteem testimise ajal juhindub. Samas on oluline, et sellel lehel oleks korrektselt ja selgelt konfigureeritud statistika, mis aitab hiljem muutuse määra tuvastada.

Katse tehakse ainult ühe elemendiga

Peate valima ainult ühe detaili - fondi värvi või pealkirja asukoha, suurendama nupul olevat fonti või muutma pilti. Te ei saa testida mitme elemendi korraga muutmisega. Sest kui korraga on mitu muutujat, siis on võimatu kindlaks teha, mis täpselt kasutajate käitumist mõjutas. Seega muutub A/B testimine töövahendist suurema tõenäosusega tavaliseks loteriiks.

Määrake testimisvalikud

Määrake testiparameetrid - eelkõige inimeste arv, kelle kohta on juba võimalik järeldusi teha. See näitaja peaks olema piisavalt märkimisväärne ja see sõltub saidi külastajate arvust tervikuna. Ainult 10-20 inimese tegevust analüüsides on võimatu mingeid järeldusi teha. Seega on A/B-testide tegemisel oluline kasutada täpseid andmeid ja olla kannatlik, oodates, kuni teie saiti külastab teatud arv kasutajaid.

Samas on oluline kindlaks teha – millistele kasutajatele testitud lehti näidatakse? Kas tegemist on tavakülastajate või uute kasutajatega? Või on see teatud osa teie määratud külastajatest? Kõik oleneb sellest, millele sait keskendub ja millistele eripäradele see järgib. Kui see on populaarsete kaupade (kosmeetika, elektroonika jne) veebipood, saate teha järelduse kõigi külastajate põhjal. Vastasel juhul tuleks seda küsimust hoolikalt kaaluda.

Määrake testimise kuupäev

Määrake testimise tähtaeg - parem, kui see on nädal. Isegi kui vajalik arv külastajaid saavutati pärast tähtaega, ei tohiks katset katkestada. Kuna kasutajad näitavad erinevatel nädalapäevadel erinevaid käitumisomadusi, on võimatu teha täpset järeldust vaid 1-2 päeva põhjal. Samuti tasub arvestada, kui palju aega kulub tarbijal teie veebisaidil ostu sooritamiseks. Võib-olla on see 5 päeva, võib-olla 2 nädalat.

Kontrollige külastajaid

Et katse oleks puhas ja korrektne, peavad külastajad olema identsed. See tähendab, et kahe grupi sotsiaalsetes põhinäitajates ei tohiks olla suurt erinevust. Selle testimiseks jagage vaatajaskond enne testimise alustamist kaheks osaks ja näidake neile sama lehte. Kui konversioonimäärad on erinevad, pole vaatajaskond võrdne, sel juhul on test mõttetu, kuna pole võimalik aru saada, mis täpselt tulemuseni viis - muutuvad vaatajaskonna või lehe omadused.

Võtke arvesse väliseid tegureid

Testimine keset uusaastapühi või suvepuhkuse hooajal tundub ajaraiskamisena. Testide jaoks on kõige parem valida vaiksed argipäevad, mil suurem osa publikust pole teel ja sotsiaalne olukord maailmas ei too kaasa suuri rahutusi.

Jälgige testimise ajal saidi jõudlust

Sa ei saa lihtsalt teha jagatud testi ja lõõgastuda. Kontrollige kindlasti, kas kõik töötab, kas nupud on klõpsatavad. Kui testi käigus näitab süsteem esmapilgul uskumatuid asju, siis tasub uuesti üle kontrollida, kas kõik töötab õigesti. Isegi kui saate selgelt häid tulemusi, ärge katkestage testi – alles pärast kogu tsükli läbimist saate keskenduda saadud andmetele.

Testige uuesti

Pärast seda, kui test on lõpetatud ja tulemused on silmale meeldivad, teevad eksperdid sageli veel ühe kordustesti, et veenduda tulemuste õigsuses.

Kokkuvõtteks tahaksin märkida, et A / B testimine on kasulik tööriist. Kuid ennekõike on turundajal oluline kindlaks teha saidi probleemid ja pakkuda välja võimalikud lahendused.

Näiteks kui saidi omanik soovib äkitselt põhiekraanil kuvatavat pilti muuta, ei avalda see tõenäoliselt kvantitatiivseid näitajaid selgelt. Konversioonimäärasid on võimalik parandada vaid põhjaliku ettevalmistustöö, statistika ja kasutajate käitumistegurite analüüsimise teel. Oluline on mõista, millised saidi elemendid ei tööta ja kuidas saate neid muuta. Kui teete lihtsalt põhjendamatuid oletusi ja kontrollite neid A / B testimisel, võib see muidugi anda ja annab lõpuks mõningaid tulemusi, kuid tõenäoliselt ebaoluline ja samal ajal võtab see palju aega ja vaeva.

Samuti väärib märkimist, et A / B testimine on tööriist, mida tuleb pidevalt kasutada. Aja möödudes ja moesuundades muutub kasutajate käitumine, nende huvid ja eelistused, nii et igal saidil saate pidevalt midagi täiustada ja muuta. Ja A / B testimine on just see tööriist, mis aitab mõista külastajate käitumisomadusi ja tõsta lehtede tõhusust.

Psühholoogilise testimise läbiviimisel tuleb järgida järgmisi reegleid:

Testimine tuleks läbi viia psühholoogia põhitõdedega kursis oleva spetsialisti osavõtul.

Inimest ei tohiks testida pettusega või vastu tahtmist.

Katsealust tuleb hoiatada, et testimise ajal võib ta tahtmatult edastada enda kohta, oma mõtete ja tunnete kohta sellist infot, millest ta ise teadlik ei ole.

Katsealusel on õigus teada oma testi tulemusi. Samas tuleb märkida, et tulemused on oma olemuselt tõenäosuslikud ning olenevalt katsemetoodikast võib tõenäosus olla 60-80%.

Katsetulemused ei tohiks katsealust vigastada ja (või) vähendada tema enesehinnangut.

Uuritavat tuleb teavitada testimise eesmärkidest ja selle tulemuste kasutamise vormidest.

Testija peab tagama erapooletu lähenemise protseduurile ja uuringu tulemustele.

Teavet testitulemuste kohta tuleks edastada ainult neile, kellele see on mõeldud.

Testija on kohustatud hoidma ametisaladust.

Psühhodiagnostikaga tegelevatele inimestele kehtivad eri kvalifikatsiooninõuded. Peamised neist on järgmised: hea teoreetiline ettevalmistus, põhjalikud teadmised psühhodiagnostika meetodite ja nende rakendamise reeglite kohta, piisav kogemus asjakohaste meetodite praktilisel kasutamisel.

Psühhodiagnostiliste meetodite kasutajatena võivad tegutseda psühholoogiaga seotud valdkondade spetsialistid: õpetajad, arstid, sotsioloogid, sotsiaaltöötajad, insenerid, majandusteadlased jne.

Mittepsühholoogidel on tulemuste tõlgendamisel õigus kasutada ainult teatud hästi teoreetiliselt ja psühhomeetriliselt põhjendatud meetodeid, mis ei nõua eriteadmisi (näiteks õppeedukuse või kutseoskuste testid). Mittepsühholoogid ei saa kasutada meetodeid, mis ei ole varustatud üheselt mõistetava standardjuhisega, vajalike usaldusväärsuse ja valiidsuse näitajatega, mis nõuavad kõrgetasemeliste ekspertmeetodite paralleelset kasutamist.

Samal ajal on oluline arvestada Psühhodiagnostika meetodite nõuded:

metoodika eesmärgid, teema ja ulatus peaksid olema üheselt sõnastatud;

tuleb märkida metoodika aluseks olev teoreetiline kontseptsioon;

peab olema selgelt märgistatud metoodika ulatust- spetsiaalne sotsiaalne keskkond või avaliku praktika valdkond;

metoodika läbiviimiseks peaks olema selge algoritm;

töötlemisprotseduur peaks hõlmama statistiliselt kehtivaid meetodeid testi skoori arvutamiseks ja standardiseerimiseks;

tuleks kontrollida katseskaalade esinduslikkust, usaldusväärsust ja kehtivust;

enesearuande protseduur peaks hõlmama kontrolli, usaldusväärsuse vahendeid;

Regulatiivseid andmeid tuleb perioodiliselt ajakohastada. Mittepsühholoogi kasutaja peab esmalt

konsulteerige selles praktilises valdkonnas töötavate psühholoogidega, milliseid meetodeid saab ülesannete lahendamiseks rakendada.

Psühhodiagnostilistele meetoditele juurdepääsu saav kasutaja võtab automaatselt kohustuse järgida kõiki ametisaladuse hoidmise nõudeid, järgib eksami läbiviimisel kõiki eetilisi standardeid nii uuritava kui ka kolmandate isikute suhtes.

TO mittepsühholoogilised kasutajad järgnev nõuded:

peaks olema psühholoogi konsultatsioon või üldteadmised psühhodiagnostikast;

kui tehnika nõuab eriväljaõpet, siis on võimalikud järgmised võimalused: on vaja valida mõni muu tehnika; saada koolitust; kutsuge selle tehnika spetsialist või keelduge tehnikast;

kasutaja võtab automaatselt täieliku vastutuse kõigi ametisaladuse hoidmise nõuete täitmise eest;

küsitluse läbiviimisel tuleb järgida eetilisi standardeid;

tuleks kasutada ametlikult avaldatud meetodeid.

Psühhodiagnostika meetodite kasutajal peab olema testida pädevust, mis sisaldab:

hindamise kõikehõlmavus - isiku kohta täieliku, integreeritud teabe kogumine (testimine, vaatlus, vestlus);

testi õige kasutamine;

psühhomeetrilisi teadmisi, st. statistiliste mõõtmispõhimõtete tundmine ja õige kasutamine;

testinäitajate piirangute mõistmine;

hinnangu täpsus ja õigsus;

normide asjakohane kasutamine;

oskus esitada uuritavale tulemusi nii, et kahju ei tekiks.

Testimise reeglid

testimine: reegel – reeglid, mis määratlevad rangelt testimise, tulemuste töötlemise ja tõlgendamise protseduurid. Kõige olulisemad neist on need.

1. Enne teatud testi rakendamist peab diagnostik sellega tutvuma ja enda või mõne teise katsealuse peal testima. See väldib võimalikke vigu, mis tulenevad testimise nüansside ebapiisavast tundmisest.

2. Eelnevalt on oluline hoolitseda selle eest, et katsealused saaksid enne testimise alustamist hästi aru testi ülesannetest ja testi läbiviimise juhistest.

3. Testimise läbiviimisel tuleb jälgida, et kõik katsealused töötaksid iseseisvalt ega mõjutaks üksteist, mis võib testi tulemusi muuta.

4. Igal testil peab olema mõistlik ja kontrollitud tulemuste töötlemise ja tõlgendamise protseduur, mis võimaldab vältida testimise faasis tekkivaid vigu.

Enne praktilise testimise läbimist peate tegema mõningaid ettevalmistusi:

1) katsealustele esitatakse test ja selgitatakse selle eesmärki, testimise eesmärki, milliseid andmeid selle tulemusel saadakse ja kuidas neid saab elus kasutada;

2) katsealustele antakse juhiseid ja nad saavutavad selle õige mõistmise kõigi poolt;

3) diagnostika alustab testimist, järgides rangelt juhiseid ja kõiki ülaltoodud tingimusi.

Praktilise psühholoogi sõnaraamat. - M.: AST, saak. S. Yu Golovin. 1998 .

Vaadake, millised on "testimise reeglid" teistes sõnaraamatutes:

saalihoki reeglid- asutatud Rahvusvahelise Saalihokiliidu poolt. Reeglites tehakse muudatusi iga nelja aasta järel, mis põhineb mitmeastmelisel testimise ja kinnitamise süsteemil. Praegune versioon kiideti heaks 2010. aastal. Sisu 1 Peamine ... ... Vikipeedia

Dopinguvastase reegli rikkumine- spordis tähendab ühte või mitut järgmistest rikkumistest: a) keelatud aine või selle metaboliitide või markerite esinemine sportlase kehast võetud proovis; b) keelatud aine kasutamine või kasutamise katse või… … Ametlik terminoloogia

indikaator- 3.7 indikaator: mõõdik, mis annab teatud omadustele kvalitatiivse või kvantitatiivse hinnangu, mis on tuletatud teatud teabevajaduste jaoks välja töötatud analüütilisest mudelist. Allikas…

alus- alus: pind või pindade kombinatsioon, mis täidab sama funktsiooni, telg, punkt, mis kuulub tooriku või toote juurde ja mida kasutatakse aluspinnaks. [GOST 21495 76, tabel, lõige 2] Allikas ... Normatiivse ja tehnilise dokumentatsiooni terminite sõnastik-teatmik

Kriteerium- märk, mille alusel hinnatakse laevade ja muude veesõidukite tuumarajatiste tuuma- ja kiirgusohutuse seisundit. Allikas… Normatiivse ja tehnilise dokumentatsiooni terminite sõnastik-teatmik

Battlefield 3- Mängu laiendatud väljaande venekeelne kaas Arendaja ... Wikipedia

Hiina riiklik naftakorporatsioon- (CNPC) China National Petroleum Corporation on üks suurimaid nafta- ja gaasiettevõtteid maailmas. China National Petroleum Corporation tegeleb nafta- ja gaasitootmise, naftakeemia tootmise, naftatoodete müügi, ... ... Investori entsüklopeedia

loomulik- 3.8 loomulik [neokortikaalne] intelligentsus: inimmõtlemine, mis toimub loomulikult intellektualiseeritud inimese teabe interaktsiooni abil. Allikas… Normatiivse ja tehnilise dokumentatsiooni terminite sõnastik-teatmik

süsteem- 4.48 koostoimivate elementide süsteemne kombinatsioon, mis on organiseeritud ühe või mitme püstitatud eesmärgi saavutamiseks Märkus 1 kande kohta: Süsteemi võib vaadelda kui toodet või selle pakutavaid teenuseid. Märkus 2 Praktikas…… Normatiivse ja tehnilise dokumentatsiooni terminite sõnastik-teatmik

Suurpealinn- (Grand Capital) Sisukord Sisu teave For Grand Capitali kohta Grand Capitali koolituse ja boonuste kohta Sisend raha väljavõtmine Kauplemisterminal Grand Capital Sidusprogrammid Grand Capital Teave maakleri kohta Grand Capital Asub… … Investori entsüklopeedia

Raamatud

• Föderaalreeglid, N. Remizov (komm.). Raamat sisaldab üksikasjalikku kommentaari föderaalsete audititegevuse (PSAD) reeglite (standardite) kohta, mis võeti vastu Vene Föderatsiooni valitsuse 4. juuli 2003. aasta dekreediga nr 405, järgides ... Osta 101 rubla eest
• vene keel. 1 klass. Testi ülesandeid kõikidel teemadel ja reeglitel. Föderaalne osariigi haridusstandard, Sorokina Svetlana Pavlovna. Testid on kaasaegne, mugav, kiire ja kvaliteetne õpilaste teadmiste testimise ja kontrollimise liik. Need annavad õpilastele võimaluse näidata iseseisvust, individuaalsust, edendada ...