Programmid õpilaste testimiseks. MyTest on parim tasuta vene testide loomise programm
Testimine– programmi analüüsimise protsess või programmi kontrollitud täitmine piiratud sisendandmete hulgal, et tuvastada vigu
Staatiline– programmi teksti analüüs
Dünaamiline– kontrollitud täitmise analüüs
Katsemeetodid– testimisetappide järjestust reguleerivate reeglite kogum
Testimise kriteeriumid– hinnangud, mis võimaldavad hinnata tehtud testimise piisavust
Test, mis viib vea tuvastamiseni, loetakse edukaks. Testimine on hävitav protsess.
Test– sisendandmete kogum, oodatavate tulemuste kogum, tingimuste kogum, mis on loodud programmi teatud täitmistee testimiseks.
Iseärasused
1) Täielikult määratletud standardi, millele tulemused peavad vastama, sagedane puudumine
2) Programmide suur keerukus välistab põhjaliku testimise (kõikide võimalike täitmisteede kontrollimine)
3) Testimise lõpetamise kriteeriumide madal formaliseeritus
Testimise põhiprintsiibid
1) Te ei saa planeerida testimist eeldusel, et vigu pole.
2) Vältida tuleks programmi testimist selle autori poolt
3) Tulemuste eeldatavate tähenduste kirjeldus peaks olema testi lahutamatu osa
4) Ebaõigete sisendandmete testid tuleks kavandada sama hoolikalt kui õiged.
5) Tuleb mõista, et avastamata vigade tõenäosus on võrdeline juba tuvastatud vigade arvuga
6) Teste ei tohi ära visata, isegi kui programmi enam ei kasutata
Testi objekte. Katsekategooriad
1) Programmimoodulite, programmirühmade ja tarkvarasüsteemide spetsifikatsioonid
Tarkvarakomponentide funktsioonide terviklikkus ja järjepidevus
Tarkvarakomponentide liideste järjepidevus (programmide ja komplekside rühmade jaoks)
2) Tarkvaramoodulid
Struktuur
Mooduli poolt teostatav andmete teisendus
Mooduli poolt täidetavate funktsioonide täielikkus
3) Programmide rühmad, mis on kombineeritud tervikliku funktsionaalse ülesande lahendamiseks
Sama mis moodulite puhul
Programmidevaheline liides
4) Tarkvarapakett, mida kasutatakse mitmete funktsionaalsete probleemide lahendamiseks
Funktsionaalsete probleemide lahendamise terviklikkus
Programmide toimimine kriitilistes olukordades
Ressursikasutuse testimine
Kompleksi töökindluse hindamine
Üldandmete korruptsioonivastase kaitse tõhusus
5) Tarkvara proovitööks
Sama mis 4 puhul)
Programmi tööversiooni paigaldamise lihtsus
Toimimise kontrollimine seadme konfiguratsiooni muutmisel
Dokumentatsiooni olemasolu ja õigsuse kontrollimine
Tehnilistele kirjeldustele vastavuse testimine
6) Tarkvara hooldusjärgus
Muutmise lihtsus, näiteks funktsionaalsuse laiendamine ja tõhususe suurendamine
1 – Tehnilised andmed
2 – moodulid
3 – Programmirühmad
4 – Tarkvarasüsteemid silumisjärgus
5 – Tarkvarasüsteemid toodetena
Testimise tüübid ja meetodid
Ülalt-alla testimise omadused:
Eelised:
Põhifunktsioonide kontroll viiakse läbi algusest peale - kontseptuaalne kontroll
Puudused:
Vajadus välja töötada tünnid, sageli üsna intelligentsed
Erineva tasemega moodulite paralleelne arendamine ei anna alati võimalust erineva tasemega moodulite testimiseks vajalikku järjestust
Alt-üles testimise omadused
Eelised:
Testimiseks kasutatakse madalama taseme valmismooduleid
Puudused:
Vajadus välja töötada testdraiverid, et juhtida madalamate tasandite tööd ülemistelt
Kompleksi toimimise põhikontseptsiooni hilinenud kontrollimine
1) Ühiku testimine. Sisaldab kontrollimist:
Mooduli struktuuri korrektsus
Peamiste konstruktsioonikomponentide õigsus
Andmetöötlusfunktsioonide teostamise terviklikkus ja kvaliteet
Struktuurset õigsust kontrollitakse struktuursete meetoditega, kasutades “valge kasti” põhimõtet
2) Integratsiooni testimine. Eksam:
Moodulite grupiks või programmikomplektiks ühendamise õigsus
See viiakse läbi kahe lähenemisviisi alusel:
Monoliitne testimine, mille käigus moodulid ühendatakse kohe üheks kompleksiks ja seejärel testitakse koos
Inkrementaalsed (samm-sammult), moodulid ühendatakse üksteisega järjestikku (alt üles või ülevalt alla)
Kasutab pistikprogrammide struktuurikontrolli ja funktsioonide rakendamise täielikkuse ja kvaliteedi funktsionaalset kontrolli. Funktsionaalsed testid viiakse läbi "musta kasti" põhimõttel
3) Süsteemi testimine. Kinnitab tarkvara vastavuse kindlaksmääratud nõuetele antud keskkonnas ja töörežiimides. Pakub järgmist tüüpi testimist:
Funktsionaalsuse testimine
Stressitestimine (testimine kasutatud ressursside suurenenud koormuse korral)
Turvatestimine (kaitse volitamata juurdepääsu eest)
Katastroofitaaste testimine
IN Hiljuti Alfa- ja beetatestimine on laialt levinud – need on kliendi osalusel teostatavad testimise liigid. Alfa testimine viiakse läbi arendaja ruumides piiratud aja jooksul (mitte rohkem kui nädal). Beetatestimine viiakse läbi pärast programmi proovikäitamist kliendi ruumides ja seda tehakse üsna pikka aega (norm on 1 aasta).
Tarkvaratoodete vigade statistika tüübi järgi.
Katsemeetodid
Kõik meetodid on jagatud kahte ebavõrdsesse rühma:
Staatiline (käsitsi)
Dünaamiline (masin)
Põhilised käsitsi meetodid:
Koodi ülevaatus
Läbipaistev
Dünaamilised meetodid:
Struktuurne
Funktsionaalne
Staatilise testimise meetodid
Ühine joon on see, et nad kasutavad programmi visuaalset juhtimist selle teksti järgi 3-4-liikmelise grupi poolt, kellest üks on programmi autor. Kontrolli eesmärk on tuvastada vigu, kuid mitte neid kõrvaldada. Põhikontseptsioon seisneb selles, et vigade esinemine ei ole programmi autori süü, vaid programmi arendusvahendite ebatäiuslikkus ja programmi kui süsteemi keerukus. Tavapärasel kasutamisel suudavad staatilised testimismeetodid tuvastada 30–70% programmi esialgsetest vigadest. Erinevalt masinatest võimaldavad need tuvastada tüüpilisi autorivigade rühmi.
Koodi kontroll. Gruppi kuulub 4 inimest: ülevaatuse juht, programmi autor, projekteerija ja testija. Nädal enne kontrolli jagab juht kõigile osalejatele nimekirja programmidest, mida kontrollitakse.
2) programmi analüüsitakse tüüpilise levinumate vigade loendi järgi:
Vead andmetele juurdepääsul (andmete mitteinitsialiseerimine, massiivipiire ületavad indeksid, viited tühjale mälule)
Vead andmete kirjeldamisel, määratud tüüpide ja väärtuste vastavuses
Arvutusvead
Vead juhtimise ülekandmisel (looping, korrektne programmi lõpetamine)
Liidese vead (vead, mis on seotud osade üksteisega suhtlemisega)
I/O vead
Koodikontrolli tulemus:
Läbipaistev. See algab samamoodi nagu koodikontrollid, kuid grupikoosoleku ajal viiakse programmiga tutvumine läbi väikese arvu seansside kaudu, mil programmi käsitsi testitakse lihtsatel andmetel.
Dünaamiline testimine
Tarkvaramoodulite struktuuritestimine
Kell konstruktsiooni testimine kontrollitakse
Testide sooritamine vastavalt programmi loogikale, mille elementideks on programmi juhtgraafiku tipud, kaared, marsruudid, tingimused ja tingimuste kombinatsioonid
Hiljuti on kontrollitud andmevoo läbimist programmi infograafiku kaudu, mis paljastab anomaaliaid andmetöötluses
Kontrollvoopõhine testimine
Tutvustatakse testimise elementide valimise kriteeriume:
1) operaatorite katvus (UGP tippude katvus, koodiridade katvus). Iga avalduse täitmist on vaja kontrollida vähemalt korra. Vajalik on realiseerida tee a-c-e (näiteks testkomplektiga a=2, b=0, x=3, tulemus x=2,5). Teed a-b-d ei kontrollita. Üksikuid tingimusi ei kontrollita, näiteks & asemel VÕI. See on kõige nõrgem kriteerium ja seda kasutatakse ainult esmasel kontrollimisel.
2) Filiaalide katmine (otsused). Programmi täitmise iga kaare on vaja kontrollida. See kriteerium hõlmab eelmist.
1) Kattekaared a-c-e, a-b-d
2) Kattekaared a-c-d, a-b-e. A=3, B=0, X=3 ja A=2, B=1, X=1
Ei tuvasta kõiki vigu, näiteks kui x>1 asemel on x<1. Критерий не является исчерпывающим
3) Tingimuste katmise kriteerium. Iga programmis kasutatav tingimus tuleb täita vähemalt üks kord. Kasutatakse järgmisi tingimusi: A>1, B=0, A=2, x>1. On vaja rakendada kontrolle: A>1, A<=1, B=0, B!=0, A=2, A!=2, x>1.x<=1. Для проверки этого достаточно следующей пары тестов: (A=1, B=0, X=3) идет по пути a-b-e и (A=2, B=1, x=1) идет по пути a-b-e. Оба теста проверяют один и тот же путь.
4) Kombineeritud “tingimuste/lahenduste” kriteerium, mis peab kontrollima kõiki programmi tingimusi ja läbima iga kaare vähemalt korra.
Järgmised katsejuhud: (A=2, B=0, x=4) a-c-e, (A=1, B=1, x=1) a-b-d.
5) Tingimuste kombineeritud katmine. Kaetud peavad olema järgmised tingimuste kombinatsioonid:
(2) A>1, B=0
(3)A<=1, B=0
(4)A<=1, B!=0
(6) A = 2, x<=1
(7) A!=2, x>1
(8) A!=2, x<=1
Testikomplektid:
(A=2, B=0, x=4) (1,5)
(A=2, B=1, x=1) (2, 6)
(A=1, B=0, x=2) (3, 7)
(A=1, B=1, x=1) (4, 8)
6) Kõne leviala kriteerium. Kinnitab programmi iga protseduuri või funktsiooni kutsumise õigsuse.
7) Tee katvuse kriteerium. Seda kasutatakse piiratud versioonis, tsüklite kasutamisel arvestatakse ainult teatud valikuid tsükli kontrollimiseks: tsükli keha ei käivitata isegi üks kord, tsükli keha täidetakse üks kord, tsükli keha täidetakse k korda (k<=n – максимально возможное число повторений), тело цикла выполняется n раз, тело цикла выполняется n+1 раз. Является очень сложным и громоздким, применяется только при очень тщательном тестировании.
Struktuuri testimine andmevoo alusel
Mis tahes programmi tööd kujutatakse selle sisendist väljundisse edastatava andmevoo töötlemisena. Kui vormiga programmi jaoks on olemas kontrollgraafik
Programmi infograafik on kujutatud punktiirjoontega.
Iga UGP tipu i jaoks saab määratleda hulga def(i) – selles tipus defineeritud andmed ja hulga use(i) – selles tipus kasutatavad andmed.
Testimiseks on vaja valida DU ahelad, millel on järgmine vorm DU=(Data, i, j), Data – andmed, i – tipp, milles andmed luuakse, j – tipp, milles andmeid kasutatakse.
Meie näites on palju DU kette:
DU=((a, 1, 4), (b, 1, 3), (b, 1, 6), (c, 4, 6)).
Pärast DU-ahelate komplekti moodustamist kaardistatakse DU-ahelad UGP-fragmentideks, mis vastavad selle ahela määratlemise ja kasutamise viisidele.
Ahela (a, 1, 4) jaoks on tee 1-2-3-4. Programmi infograafiku abil genereeritakse programmi kontrollgraafikus tee, mida testitakse. Seda meetodit nimetatakse "nõutavate paaride strateegiaks".
Puudus: raskused minimaalse arvu testide valimisel, mis tagavad kõigi DU-ahelate tõhusa kontrollimise.
Funktsionaalne testimine (FT)
Struktuuritestimine ei testi kõiki programmile määratud funktsioone, kuna mõned funktsioonid ei pruugi pakutud teostuses lihtsalt olemas olla.
Funktsionaalne testimine on testimine, mis on vajalik tarkvaratoote vastavuse kontrollimiseks spetsifikatsioonis sätestatud funktsionaalsetele nõuetele. FT sooritamisel ignoreeritakse programmi loogikat ja kogu tähelepanu on suunatud antud sisendkomplektide töötlemise tulemusena saadud väljundväärtustele. Tavaliselt tuvastab FT järgmist tüüpi vigu:
1) valed või puuduvad funktsioonid
2) liidese vead
3) ressursitarbimise vead (mälu- või täitmisaja ületamine)
4) vead initsialiseerimisel või programmi lõpetamisel
FT läbiviimiseks peavad olema: sisendandmete komplektid, mis põhjustavad programmi täitmisel kõrvalekaldeid, väljundandmete komplektid, mis võimaldavad tuvastada programmi töös esinevaid defekte.
TF-meetodid peavad tagama:
1) nõutava testjuhtumite arvu vähendamine (kontrollid tehakse dünaamiliselt)
2) tuvastada pigem veaklassid kui üksikud vead
FT-meetodeid kasutatakse tavaliselt testimise hilisemates etappides kui struktuurseid.
Ekvivalentsusklassideks jaotamise meetod.
Sisendandmete ala on jagatud ekvivalentklassideks (ECL), mis on ühiste omadustega andmete kogum, mida programm töötleb täpselt samamoodi. Töötlemisel kasutatakse samu operaatoreid ja samu ühendusi. KLE jaguneb õigeks (vastuvõetavaks) ja valeks. CLE määratakse vastavalt programmi spetsifikatsioonile, näiteks järgmiselt: 20000<=x<=80000, правильный КлЭ - 20000<=x<=80000, 2 неправильных КлЭ – x<20000, x>80000. Testi arendus koosneb 2 etapist:
1) sektsiooni KLE-sse
2) ehituskatsed
Elektrielementide valimine vastavalt spetsifikatsioonidele on heuristiline protsess
1) kui kontrollitavad sisendandmed esitatakse väärtusvahemikuna, siis konstrueeritakse üks õige klass (vahemikus) ja kaks ebaõiget
2) kui on konkreetne väärtus, siis ehitatakse üks õige ja kaks vale CLE-d
3) kui sisendtingimus kirjeldab väärtuste komplekti m=(a,b,c), siis ehitatakse iga väärtuse jaoks üks õige klass ja väärtustele, mis ei kuulu väärtuste hulka, üks vale klass. komplekt (m!=a)&(m!=b )&(m!=c)
Testide konstrueerimine.
1) Igale elektriklemmile on määratud kordumatu number
2) Testid on üles ehitatud õigete klassifikaatorite jaoks nii, et iga test hõlmaks võimalikult paljusid neist klassidest
3) Testid on üles ehitatud valede klasside jaoks, mis peavad olema individuaalsed, kuna vigaste sisenditega testid võivad üksteist varjata.
Piirtingimuste analüüs.
Meetod on eelmise edasiarendus selles mõttes, et piirtingimuste all mõistetakse olukordi, mis tekivad sisend- ja väljundelektrielementide piiridel.
Eelmisest erinev
1) CL-i elementide valimisel kasutatakse väärtusi klassipiiridel ja nende lähedal -1,0<=x<=1.0 x={-1.0, 1.0, -1.01, 1.01}
2) meetod peaks arvestama mitte ainult sisendit, vaid ka CLE-d väljundväärtuste jaoks.
Meetodi kasutamise üldreegel:
1) koostada teste piirkonna piiril asuvate väärtuste jaoks ja teste ebaõigete andmetega veidi väljaspool piire
2) kui teatud vahemikus töödeldakse teatud arvu faile, siis koostage failide piirväärtuste testid, vastavalt 1 rohkem ja vähem kui ülemine ja alumine piir
3) rakendage iga väljundväärtuse jaoks lähenemisviise 1, 2
4) kui kontrollitakse järjestatud väärtuste komplekti, siis on vaja kontrollida esimest ja viimast elementi.
Vaadeldavate meetodite puuduseks on see, et need ei võimalda tingimuste kombinatsioone kontrollida.
Funktsionaaldiagrammi meetod (DPS põhjus-tagajärg diagrammi meetod)
Meetod võimaldab formaalselt genereerida tõhusaid teste, mis võimaldavad sisendtingimuste kombineerimisel tuvastada spetsifikatsiooninõuete ebaselgust
Funktsionaalne diagramm on formaalne graafianalüütiline keel, mis võimaldab kirjeldada loomulikus keeles kirjutatud spetsifikatsioone.
Funktsionaaldiagrammide koostamise metoodika
1) spetsifikatsioon on jagatud “tööosadeks”, s.o. alad, mille puhul diagramm ei ole liiga tülikas
2) spetsifikatsioonid toovad esile põhjused ja tagajärjed. Põhjuseks on eraldi sisendtingimus ehk KE sisendtingimustest, tagajärjeks väljundtingimus, programmi täitmise tulemus. Igale põhjusele ja tagajärjele omistatakse kordumatu number
3) analüüsitakse spetsifikatsioonis toodud informatsiooni semantikat ning koostatakse põhjuseid ja tagajärgi ühendav Boole'i graaf, milleks on funktsionaalne diagramm. Graafiku iga sõlm võib võtta 2 väärtust: 1 – olemas (käivitatud)
Diagrammide esitamiseks kasutatakse järgmisi põhisümboleid:
Spetsifikatsioon on määratud. Faili värskendatakse, kui positsioonil 1 loetud märk on A või B ja positsiooni 2 märk on number. Kui esimene märk on vigane, on teade X1, kui teine ei ole number, on teade X2.
1) positsioonil 1 olev sümbol on võrdne A-ga
2) positsioonil 1 olev sümbol on võrdne B-ga
3) märk positsioonil 2 numbrit
Tagajärjed
1) faili värskendatakse
2) kuvatakse teade X1
3) kuvatakse teade X2
Ülaltoodud diagrammil on probleem: põhjuste 1 ja 2 rakendamine ei ole mingil moel piiratud.
Põhjuste või tagajärgede võimatute kombinatsioonide arvessevõtmiseks on ette nähtud täiendavad põhielemendid.
E – ei saa olla samal ajal
I – ei saa olla samal ajal 0
R – nõuab (a=1, siis b=1)
M – keelab (a=1, siis b=0)
Seda arvesse võttes:
Otsustabeli genereerimine
Otsustabeli veergude kasutamine testidena
Otsustabeli loomine:
1) Genereeritakse põhjustele ja tagajärgedele vastavad stringid
2) Valitakse mõni tagajärg, mille väärtus on 1
3) Leitakse põhjuste kombinatsioonid, mis tagavad sellise mõju väärtuse
Põhjusjoonte tühjad elemendid võivad võtta mis tahes väärtuse
Kasutatavad testid näevad välja sellised
Veaeeldusel põhinev meetod (negatiivne testimismeetod)
Sisuliselt lähtutakse testija kogemusest ja ideeks on loetleda teatud hulk võimalikke vigu, mille kohta testid kirjutatakse. Meetod määratleb viisid, kuidas sundida programmi viga tegema või täitmist peatama. Disainerid määravad kindlaks nõuded programmi edukaks täitmiseks ja töötavad seejärel välja testid, millest igaüks rikub üht nõuet. Kontrollitakse programmi vastupidavust erandolukordadele.
1) käivitada teisel platvormil
2) väärtuste ümberpaigutamine failis
3) andmete puudumine andmekogus
4) valed või puuduvad konfiguratsiooniparameetrite väärtused
Üldine testi arendamise strateegia
1) kontrollima programmi loogikat struktuurse testimise meetodite abil vastavalt operaatori katvuse, haru (seisundi) katvuse, tingimuste lahenduse katvuse, kombinatoorse tingimuste katvuse kriteeriumidele
2) programmi funktsionaalsuse kontrollimine FT meetoditega. Kui on olemas sisendtingimuste kombinatsioonid, siis tuleb alustada funktsionaaldiagrammide meetodist, seejärel elektrielementideks jagamisest, piirtingimuste analüüsist ja negatiivse testimise meetodist.
Testi sooritamise kriteeriumid
Tavaliselt kasutatakse 3 rühma
1) kriteeriumid, mis põhinevad konkreetsel testimismetoodikal, mis määrab programmi loogika ja funktsionaalsuse testi katvuse protsendi.
2) kriteeriumid, mis põhinevad eksperdihinnangutel antud klassi ja sihtotstarbelises programmis esinevate vigade võimaliku arvu kohta.
3) testimise ajadiagrammil põhinev kriteerium programmi arendamise iga etapi kohta
Test (inglise keelest test - "test", "check") - standardsed, lühikesed, ajaliselt piiratud testid, mille eesmärk on tuvastada kvantitatiivsed ja kvalitatiivsed individuaalsed erinevused.
Üks testide loomise aluseks olevatest kaalutlustest on tööriist suurte katsealuste populatsioonide kiireks ja suhteliselt täpseks hindamiseks. Aja kokkuhoiu nõue muutub massiprotsessides loomulikuks, selleks on kujunenud haridus.
Testimine pedagoogikas täidab kolme peamist omavahel seotud funktsiooni: diagnostiline, õpetav ja hariv:
- Diagnostikafunktsioon on õpilase teadmiste, oskuste ja võimete taseme tuvastamine. See on peamine ja kõige ilmsem testimisfunktsioon. Objektiivsuse, diagnoosimise laiuse ja kiiruse poolest ületab testimine kõiki teisi pedagoogilise kontrolli vorme.
- Testimise õpetlik funktsioon on motiveerida õpilast intensiivistama tööd õppematerjali valdamisega. Testimise hariva funktsiooni tõhustamiseks võib õpilaste stimuleerimiseks kasutada täiendavaid meetmeid, näiteks õpetaja jagab enda ettevalmistamiseks välja ligikaudse küsimuste loendi, juhtivate küsimuste ja näpunäidete olemasolu testis endas ning testi ühisanalüüsi. tulemused.
- Kasvatusfunktsioon avaldub testikontrolli sageduses ja vältimatus. See distsiplineerib, korraldab ja suunab õpilaste tegevust, aitab tuvastada ja kõrvaldada lünki teadmistes ning tekitab soovi oma võimeid arendada.
Testimine on õiglasem meetod, see seab kõik õpilased võrdsetele tingimustele nii kontrolli- kui hindamisprotsessis, välistades praktiliselt õpetaja subjektiivsuse.
Katsekontrolli kaasaegse korralduse praegune suund on kontrolli individualiseerimine, mis aitab oluliselt kokku hoida testimise aega. Peamised kulud testimisel on seotud kvaliteetsete tööriistade väljatöötamisega ehk need on oma olemuselt ühekordsed. Testi läbiviimise kulud on oluliselt väiksemad kui kirjaliku või suulise kontrolli puhul.
MyTest on tarkvarasüsteem - õpilaste testimisprogramm, testide redaktor ja tulemuste logi - arvutitesti loomiseks ja läbiviimiseks, tulemuste kogumiseks ja analüüsimiseks ning hinde määramiseks vastavalt testis määratud skaalale.
Programmi on lihtne ja mugav kasutada. Kõik õpilased õpivad seda kiiresti ja lihtsalt.
Testide loomiseks on väga mugav kasutajasõbraliku liidesega testiredaktor. Iga aineõpetaja, isegi arvuti algoskustega õpetaja, saab hõlpsasti MyTesti programmi jaoks oma teste luua ja tundides kasutada.
Kui teil on arvutivõrk, saate logimooduli abil korraldada testitulemuste tsentraliseeritud kogumise ja töötlemise. Ülesannete täitmise tulemused kuvatakse õpilasele ja saadetakse õpetajale. Õpetaja saab neid hinnata või analüüsida igal talle sobival ajal.
Programm töötab seitsme tüüpi ülesandega: üksik valik, valikvastustega, jada loomine, vastavuse loomine, numbri käsitsi sisestamine, teksti käsitsi sisestamine, pildil asukoha valimine.
Igal testil on optimaalne testimisaeg, mille vähendamine või ületamine vähendab testi kvaliteeti. Seetõttu on testi seadistustes nii kogu testi kui ka ülesande mis tahes vastuse sooritamiseks ajapiirang (erinevate ülesannete jaoks saab määrata erinevaid aegu).
Testimine parameetrid, ülesanded, pildid ülesannete jaoks - kõik on salvestatud ühte testfaili. Ei mingeid andmebaase ega lisafaile – üks test – üks fail. Testfail on krüptitud ja tihendatud.
Ja lõpuks, testimaterjali õige valiku korral saab testi sisu kasutada mitte ainult kontrolliks, vaid ka koolituseks. Testülesannete kasutamine automatiseeritud testimis- ja koolitusprogrammides võimaldab katsealusel iseseisvalt avastada lünki oma teadmiste struktuuris ja võtta kasutusele meetmed nende kõrvaldamiseks. Sellistel juhtudel saame rääkida testülesannete olulisest õppimispotentsiaalist, mille kasutamisest saab üks tõhusaid suundi koolituse ja kontrolli ühtsuse ning omavaheliste seoste põhimõtte praktilisel rakendamisel. Kui treeningrežiim on sisse lülitatud, saab õpilane teavet oma vigade ja õigete vastuste kohta.
Programme kasutades saab korraldada nii kohalikku kui võrgutestimist. Tehke seda, mis teile kõige mugavam on.
Täpsemat teavet programmi ja programmi uusima versiooni kohta leiate aadressilt http://mytest.klyaksa.net - teabe- ja haridusportaali [email protected] sellele programmile pühendatud jaotis. Saatke küsimusi, ettepanekuid, veateateid ja oma teste e-postiga: [e-postiga kaitstud] või küsige foorumist "arvutitestide" jaotisest.
Kõik õigused programmile MyTest kuuluvad selle autorile. Saate autor: Bashlakov Aleksander Sergejevitš, Unecha, Brjanski piirkond.
Programm MyTest levitatakse tasuta (Vabavara). Iga õppeasutus, õpetaja ja õpilane saavad programmi litsentsilepingu alusel tasuta kasutada ilma rahalise sissemakseta. Täpsemat teavet programmi kasutamise ja levitamise õiguste kohta leiate litsentsilepingust.
Programmi veebisait -
Materjali MyTest - parim tasuta vene programm testide loomiseks - täisteksti leiate allalaaditavast failist.
Leht sisaldab fragmenti.
Tänapäeval ei saa ükski õpetaja ilma testideta hakkama, olgu selleks siis kooliõpetaja või mitmetuhandelise veebikursuse professor. Valiku valimine mitme hulgast pole ainus võimalus: saate uuringutesse pilte ja videoid lisada, ülesannete vorminguid muuta peaaegu lõputult. Edutainme on välja valinud seitse teenust, mis hõlbustavad testimise ettevalmistamist ja läbiviimist.
Google'i vormid
Google Forms on osa Google Drive'i kontoritööriistadest. See on võib-olla üks kiiremaid ja lihtsamaid viise oma küsitluse või testi loomiseks: kirjutage ülesanne, valige vastuse tüüp (valige mitme valiku hulgast, kirjutage oma) - tehtud! Saadud testi saab saata õpilastele e-posti teel või manustada spetsiaalse koodi abil oma veebisaidile. Töö kiirendamiseks soovitame lisada Flubaroo plugina – see kontrollib automaatselt õpilaste vastuseid ja määrab hindeid vastavalt määratud kriteeriumidele. Vormid on täiesti tasuta – ressursi kasutamiseks peab teil olema vaid Google'i konto.
Quizleti abil saate luua viktoriine, kus õpilased saavad vastuste hulgast valida õige vastuse, sobitada pilte ja teavet või kirjutada ise vastused. Seda on väga lihtne kasutada – liidese saate selgeks vaid paari minutiga, lisaks toetab Quizlet vene keelt ning töötab Androidis ja iOS-is. Quizlet on tasuta, kuid on ka $10 pluss tellimus, mis võimaldab teil oma pilte üles laadida ja luua piiramatu arvu õpperühmi.
Profid
Proprofs koostab teste igale maitsele – saate valida ühe või mitme variandi vahel, paluda täita puuduv sõna või kirjutada üksikasjalik vastus. Teenus võimaldab ülesannetesse lisada tekstidokumente ja esitlusi, PDF-faile, aga ka pilte, heli- ja videofaile. Pärast testi sooritamist saate selle Proprofsi veebisaidil avalikult kättesaadavaks jätta või oma lehele manustada.
Kuigi teenus on tasuta, laiendatakse Proprofi võimalusi tasulistes pakettides. Õpetajad peaksid pöörama tähelepanu põhi- ja kutsetariifidele. Esimene avab kõik teenuse põhifunktsioonid ja võimaldab teil luua piiramatu arvu teste 20 dollari eest kuus; teine võimaldab ühendada õpilased kinnistesse rühmadesse ja maksab 40 dollarit. Uued kasutajad saavad 15 päeva jooksul pärast registreerimist kõiki Proprofsi funktsioone tasuta kasutada.
Kahoot! võimaldab esitada peaaegu kogu õppematerjali uuringute ja testide vormis. Õpilastelt tagasiside saamiseks saab lihtsate küsimuste ja vastuste näol harjutada uusi teemasid ning kinnistada teadmisi detailsema testimise teel. Kahoot! mõeldud kasutamiseks klassiruumis - õpetaja näitab materjali põhiekraanil ning sel ajal vastavad õpilased küsimustele ja arutavad teavet spetsiaalse arvutikliendi või nutitelefonide (Android, iOS, Windows Phone) brauseri abil. Virtuaalsesse klassiruumi sisenemiseks peavad õpilased sisestama õpetaja saadetud spetsiaalse koodi. Teenus võimaldab teil teada saada, kuidas iga õpilane küsimustele vastas, või koostada kogu klassi edenemise graafikuid. Õpilased ise saavad oma tulemusi jälgida spetsiaalsetes tabelites. Kahoot! tasuta ja täielikult juurdepääsetav pärast registreerimist.
Klassimarker
ClassMarkeris saab teha erineva vastuseformaadiga küsitlusi – lisaks tavapärastele võimalustele on olemas isegi essee. Alustuseks peab õpetaja looma virtuaalse klassi ja saatma õpilastele kutsekoodid. ClassMarker salvestab kõigi tehtud testide tulemused, pidades edenemisstatistikat. Kui õpetajal on oma veebileht, saab ta sellele testiülesandeid manustada.
Tasuta versioonis võimaldab ClassMarker luua kuni 100 testi. 400 testi kuus maksab 16,50 dollarit ja 1000 testi 33 dollarit. Teenusel on iga-aastased paketid neile, kes teevad veebiteste harva. Minimaalne testide arv (50 aastas) maksab 25 dollarit aastas ja maksimaalne (5000 aastas) maksab 1000 dollarit.
Mobiilirakendus õpetajatele, mis aitab korraldada küsitlusi otse klassiruumis. Õpilastele antakse spetsiaalsed vormid vastusevariantidega (A, B, C ja D) - pärast küsimuse kuulmist tõstavad nad vajalikud kaardid, mida õpetaja nutitelefoni kaameraga skannib. Plickers võimaldab analüüsida üksiku õpilase tulemusi või kogu klassi statistikat. Rakendus töötab Androidis ja iOS-is ning on tasuta allalaaditav.
Lihtne testide tegija
Easy Test Makeri juures on kõige huvitavam võimalus luua ülesandeid, kus on vaja valida tõeseid ja valesid väiteid. Tekste saab tahvelarvutis lugemise hõlbustamiseks vormindada või traditsioonilisemas vormingus testimiseks alla laadida .pdf- või .doc-vormingus. Teenus võib segada küsimusi ja vastusevariante, et õpilastel oleks raskem petta.
Easy Test Makeri tasuta versioon võimaldab teil luua 25 testi ilma pabervormingusse eksportimise võimaluseta. Plusspakett (44,95 dollarit aastas) võimaldab teil kontrollida inglise keele õigekirja, luua piiramatul arvul teste ja eksportida võrguühenduseta vormingutesse. Premium-tellimusega (74,95 dollarit aastas) kontrollib teenus tulemusi automaatselt ning võimaldab teil määrata ka ülesannete täitmise ajapiirangu ja lisada uuringutele graafilisi faile.
Egor Antonenkov
Tasuta programm. Temaga saate korraldada test, küsimustik, küsitlus, teadmiste kontrollimine ja kontroll. Küsimuste sisus saab kasutada pilte ja tekstivormingut (tähtede ja tausta värv, font, valemite ja tabelite kasutamine). Vastuse valikud sisse võib olla ühe- ja valikvastustega, “jah/ei” (vale või tõene), numbri või sõna sisestamine, järjestusjärjestus, sobitamine, pildil vastuseala valimine, tähtede ümberpaigutamine. Programm rakendab treeningu (veateated), karistuse (punktid arvestatakse maha, ülesande vahelejätmine), tasuta (mis tahes küsimuste jada) ja eksklusiivse (programmi aken hõivab kogu ekraani ja seda ei saa minimeerida) treeningrežiime. Programm on kena disainiga ning kõigi vajalike funktsioonide ja seadistuste lihtne juhtimine testi läbiviimiseks.
Testimine, toimetaja ja testimise logi
MyTestX utiliit sisaldab kolme moodulit – testimist, redaktorit ja testimislogi. Testimismoodul viib läbi testi salvestatud failist, mis sisaldab küsimusi, vastuseid ja testi seadistusi, loendab ja kontrollib õigeid ja valesid vastuseid. Testi redigeerimise moodulit kasutades saab ka algaja kasutaja hõlpsasti luua uue testi või küsitluse. Testipäevikusse salvestatakse tehtud testide tulemused üksikasjaliku aruande kujul.
Võrgu testimine
Kohtvõrku kasutavas arvutiklassis saab õpetaja korraga testida kõigi õpilaste teadmisi ja teostada testimise edenemise online-seiret, olles eelnevalt testid ja ülesanded üle võrgu laiali jaganud. Programm testide läbiviimiseks ja teadmiste kontrollimiseks toetab tööd kohalikus võrgus, saate hõlpsasti keskselt korraldada testitulemuste kogumist ja töötlemist ning vaadata üksikasjalikku aruannet testimislogi abil.
Testide ja nende tulemuste kaitsmine
Programmil MyTestX on väga usaldusväärne kaitse testitulemuste ja testimisülesannete redigeerimise ja vaatamise eest. Kui olete testparooli määranud, on kolmandatel isikutel võimatu seda muuta või kahjustada. Kõik üksikute testiülesannete seaded, parameetrid, küsimused ja vastuste võtmed salvestatakse ühte krüptitud ja tihendatud faili.
MyTestX arhiivis:
- MyTestX 10.2 programm;
- terminaliklasside testimismoodul;
- moodul autonoomsete testide loomiseks;
- programm testide importimiseks tekstifailidest MyTestX 10.2 programmivormingusse;
- programmid MyTestX testide teisendamiseks ühest pärandvormingust teise.
Ametlik sait: http://mytest.klyaksa.net
OS:
Windows kõik
Toetatud keeled: Mitmekeelne platvorm, sealhulgas vene keel
Versioon: 10.2.0.3
Litsents:vabavara (tasuta)
Faili suurus 16,9 MB
Laadimislaua arhiivi parool
Viktor Batõrev
Igor Gaponov
Nüüd piisab 206 inimese sertifitseerimise läbiviimiseks iSpring Suite'i elektroonilise testi kogumisest, selle LMS-i üleslaadimisest ja töötajatele määramisest.
Süsteem genereerib automaatselt õppeedukuse kokkuvõtliku tabeli ja näitab kõigi kehvade õpilaste nimesid. Kontrollimine võtab aega kaks kuud.
Natalja Soboleva
koolituskeskuse AG Experts juht
Koostame interaktiivseid teste ja loenguid finantsprofessionaalidele
Esimene projekt, mille iSpringiga ellu viisime, oli vahetestimise automatiseerimine. Varem toimus teadmiste kontrollimine pabertestide vormis. Käsitsi kulutas õpetaja ühe kontrolltöö kontrollimiseks umbes 30 minutit.
Nüüd on online testimine, õpetaja logib lihtsalt süsteemi sisse ja koostab tulemuste kohta aruande, mis võtab palju vähem aega.
Nii lihtsustasime õpilaste kodutööde tulemuste analüüsi ja veebis jälgimist ning vähendasime ka õpetajate tööjõukulusid.
Svetlana Zasukhina
PwC Akadeemia juht
Regulaarne testimine aitab hoida töötajaid "varvaste peal" ja mõjutab müügikasvu
Testid toimivad kompassi ja kontrollnimekirjana – need annavad esindajatele juhiseid ja aitavad värskendada teadmisi tootesarja kohta. Kui töötajad testi ei läbi, ei lubata neil töötada teatud tootesarjade või klientidega.
Kõigi piirkondade "skaneerimiseks" piisab võrgutestimisest kahest päevast.
Näeme iga piirkonna treenituse taset ja saame valupunktid kiiresti kõrvaldada. Tänu regulaarsele sertifitseerimisele töötavad kõik müügiesindajad samade ettevõttestandardite järgi.
Viktor Batõrev
Operatsioonijuht Johnson & Johnson
Oleme müügijuhi sisseastumise perioodi lühendanud 8 nädalalt 3-le
Kaks aastat tagasi oli sertifitseerimine raske töö. Valmistage ette pabertestid 20-30 inimesele, koondage kõik ühte kohta, seejärel kontrollige kõiki vastuseid käsitsi. E-õppe tulekuga asendasime paberankeedid elektrooniliste testidega. Nüüd pean lihtsalt koguma iSpring Suite'i elektroonilise testi, laadima selle LMS-i üles ja määrama selle korraga kõigile Venemaal asuvatele töötajatele.
Nii et nädalaga saan “skannida” kõik esindused üle riigi ja aruannete kaudu saan kohe aru, kes eksami sooritas ja kes läbi kukkus.
Koolitusel on nüüd kiirendatud režiim: uustulnuka ametikohale astumine on lühenenud kaheksalt nädalalt kolmele ja sertifitseerimisperioodi kuu pealt seitsmele päevale.
Igor Gaponov
Honeywelli koolituskeskuse juht
Elektroonilised testid kiirendavad sertifitseerimist 6 korda
Varem võttis planeeritud sertifitseerimine aega 12 kuud: erinevad piirkonnad, ajavööndid, töökoormus. Esmalt intervjueerisin iga töötajat Skype’i vahendusel. Pärast ühendati nad kaugjuurdepääsu kaudu mu arvutiga ja lahendasid testi Excelis. Mõned inimesed kopeerisid, teised vaidlesid. Seetõttu ei andnud kontroll ikkagi objektiivset hinnangut.