Beskrivelse av å lage et program for testing. Vi lager interaktive tester og forelesninger for finansfolk

Test (fra engelsk test - "test", "sjekk") - standardiserte, korte, tidsbegrensede tester designet for å etablere kvantitative og kvalitative individuelle forskjeller.

En av hensynene til å lage tester er å ha et verktøy for rask og relativt nøyaktig vurdering av store populasjoner av forsøkspersoner. Kravet om å spare tid blir naturlig i masseprosesser, som er det utdanning har blitt.

Testing i pedagogikk utfører tre hovedfunksjoner som er relatert til hverandre: diagnostisk, undervisning og pedagogisk:

• Den diagnostiske funksjonen er å identifisere nivået av kunnskap, ferdigheter og evner til eleven. Dette er den viktigste og mest åpenbare testfunksjonen. Når det gjelder objektivitet, bredde og diagnosehastighet, overgår testing alle andre former pedagogisk kontroll.
• Testingens pedagogiske funksjon er å motivere eleven til å intensivere arbeidet med å mestre lærestoffet. For å styrke den pedagogiske funksjonen til testing, kan ytterligere tiltak for å stimulere elevene brukes, for eksempel at læreren distribuerer en omtrentlig liste med spørsmål for selvstudium, tilstedeværelsen av ledende spørsmål og tips i selve testen, felles analyse av testresultatene.
• Den pedagogiske funksjonen manifesteres i hyppigheten og uunngåeligheten av testkontroll. Den disiplinerer, organiserer og dirigerer studentaktiviteter, hjelper til med å identifisere og eliminere kunnskapshull, skaper et ønske om å utvikle ens evner.

Testing er en mer rettferdig metode den setter alle elever på like vilkår, både i kontrollprosessen og i vurderingsprosessen, og eliminerer praktisk talt lærerens subjektivitet.

Gjeldende retning moderne organisasjon testkontroll er individualisering av kontroll, noe som fører til betydelige besparelser i testtid. Hovedkostnadene under testing er knyttet til utvikling av verktøy av høy kvalitet, det vil si at de er engangs. Kostnadene ved å gjennomføre prøven er vesentlig lavere enn ved skriftlig eller muntlig kontroll.

MyTest er et programvaresystem - et studenttestingsprogram, en testeditor og en resultatlogg - for å lage og gjennomføre datatesting, samle inn og analysere resultater, og gi en karakter i henhold til skalaen spesifisert i testen.

Programmet er enkelt og praktisk å bruke. Alle elever lærer det raskt og enkelt.

For å lage tester er det en veldig praktisk testeditor med et brukervennlig grensesnitt. Enhver faglærer, også de med grunnleggende datakunnskaper, kan enkelt lage sine egne tester for MyTest-programmet og bruke dem i timene.

Hvis du har et datanettverk, kan du organisere sentralisert innsamling og behandling av testresultater ved hjelp av loggmodulen. Resultatene av å fullføre oppgaver vises til eleven og sendes til læreren. Læreren kan evaluere eller analysere dem når som helst som passer for ham.

Programmet fungerer med syv typer oppgaver: enkeltvalg, flervalg, etablere en sekvens, etablere en korrespondanse, manuelt taste inn et nummer, manuelt skrive inn en tekst, velge en plassering på et bilde.

Hver test har en optimal testtid, som reduserer eller overskrider, noe som reduserer kvaliteten på testen. Derfor er det i testinnstillingene en tidsbegrensning for å fullføre både hele testen og eventuelt svar på oppgaven (f. ulike oppgaver Du kan stille inn forskjellige tider).

Testing av parametere, oppgaver, bilder for oppgaver - alt er lagret i en testfil. Ingen databaser, ingen ekstra filer - en test - en fil. Testfilen er kryptert og komprimert.

Og til slutt, med riktig utvalg kontrollmateriale Innholdet i testen kan brukes ikke bare til kontroll, men også til trening. Bruken av testoppgaver i automatiserte test- og treningsprogrammer lar testpersonen uavhengig oppdage hull i strukturen til kunnskapen hans og iverksette tiltak for å eliminere dem. I slike tilfeller kan vi snakke om det betydelige læringspotensialet til testoppgaver, hvis bruk vil bli en av de effektive retningene for den praktiske implementeringen av prinsippet om enhet og sammenheng mellom trening og kontroll. Når treningsmodusen er slått på, får eleven informasjon om sine feil og riktige svar.

Ved å bruke programmene kan du organisere både lokal- og nettverkstesting. Gjør det som er mest praktisk for deg.

Mer detaljert informasjon om programmet, samt siste versjon Du finner programmet på http://mytest.klyaksa.net - en del av informasjons- og utdanningsportalen [email protected] dedikert til dette programmet. Send spørsmål, forslag, feilmeldinger og tester via e-post: [e-postbeskyttet] eller spør på forumet i delen "datatesting".

Alle rettigheter til MyTest-programmet tilhører dets forfatter. Forfatter av programmet: Bashlakov Alexander Sergeevich, Unecha, Bryansk-regionen.

MyTest-programmet er distribuert gratis (Gratisvare). Enhver utdanningsinstitusjon, lærer og student kan bruke programmet gratis basert på en lisensavtale uten økonomiske bidrag. For å få mer detaljert informasjon For rettigheter til å bruke og distribuere programmet, se lisensavtalen.

Programnettsted -

For den fullstendige teksten til materialet MyTest - det beste gratis russiske programmet for å lage tester, se den nedlastbare filen.
Siden inneholder et fragment.

En betydelig del av produksjonsprosessen er avhengig av programvaretesting. Hva det er og hvordan slike aktiviteter utføres vil bli diskutert i denne artikkelen.

Hva er testing?

Dette refererer til prosessen der programvaren kjøres for å oppdage hvor koden ikke fungerer som den skal. Å oppnå beste resultat Vanskelige inndatasett er konstruert med vilje. Hovedmål Testerens jobb er å skape optimale muligheter for feil, selv om noen ganger testing av et utviklet program kan forenkles til en enkel test av funksjonalitet og ytelse av funksjoner. Dette sparer tid, men kommer ofte med upålitelighet programvare, brukermisnøye og så videre.

Effektivitet

Hvor godt og raskt feil oppdages har en betydelig innvirkning på kostnadene og tiden det tar å utvikle programvare av den nødvendige kvaliteten. Så, til tross for at testere mottar lønn flere ganger mindre enn programmerere, når kostnadene for tjenestene deres vanligvis 30 - 40% av kostnadene for hele prosjektet. Dette er på grunn av antall personell, siden det å finne en feil er en uvanlig og ganske vanskelig prosess. Men selv om programvaren har bestått et betydelig antall tester, er det ingen 100 % garanti for at det ikke vil være feil. Det er rett og slett ukjent når de dukker opp. For å oppmuntre testere til å velge typer tester som er mer sannsynlig å finne en feil, brukes ulike midler for motivasjon: både moralske og materielle.

Tilnærming til jobb

Den optimale situasjonen er når ulike mekanismer implementeres for å sikre at det ikke er feil i programvaren helt fra begynnelsen. For å gjøre dette, er det nødvendig å ta vare på kompetent arkitektonisk design, tydelig mandat, og det er også viktig å ikke gjøre justeringer i kommunikasjonen når arbeidet med prosjektet allerede har startet. I dette tilfellet står testeren overfor oppgaven med å finne og identifisere et lite antall feil som gjenstår i sluttresultatet. Dette vil spare både tid og penger.

Hva er en test?

Dette er et viktig aspekt av inspektørens aktivitet, som er nødvendig for å lykkes med å identifisere feil i programkoden. De er nødvendige for å verifisere riktigheten av applikasjonen. Hva er inkludert i testen? Den består av innledende data og verdier som bør oppnås som resulterende (eller mellomliggende). For å være mer effektiv til å identifisere problemer og inkonsekvenser, bør tester skrives etter at algoritmen er utviklet, men programmeringen har ikke begynt. Dessuten er det tilrådelig å bruke flere tilnærminger når du beregner nødvendige data. I dette tilfellet øker sannsynligheten for å finne en feil på grunn av at du kan undersøke koden fra et annet synspunkt. Omfattende tester skal sikre verifisering av de eksterne effektene av det ferdige programvareproduktet, samt dets driftsalgoritmer. Av spesiell interesse er begrensende og degenererte tilfeller. Ved utøvelse av aktiviteter med feil kan det således ofte avsløres at syklusen fungerer en gang mindre eller mer enn den var planlagt. Det er også viktig å teste datamaskinen, takket være den kan du sjekke samsvar ønsket resultat på ulike maskiner. Dette er nødvendig for å sikre at programvaren kan kjøres på alle datamaskiner. I tillegg er det viktig å teste datamaskinen som utviklingen skal utføres på når man skal lage multiplattformutviklinger.

Kunsten å finne feil

Programmer er ofte rettet mot å jobbe med enorme mengder data. Må det virkelig lages helt? Ingen. Utbredt Praksisen med "miniatyrisering" av programmet har fått. I i dette tilfellet det er en rimelig reduksjon i datamengden i forhold til hva som bør brukes. La oss se på dette eksemplet: det er et program som lager en 50x50 matrise. Med andre ord, du må angi 2500 tusen verdier manuelt. Dette er selvfølgelig mulig, men det vil ta mye tid. Men for å sjekke funksjonaliteten mottar programvareproduktet en matrise hvis dimensjon er 5x5. For å gjøre dette, må du angi 25 verdier. Hvis det i dette tilfellet observeres normal, feilfri drift, betyr dette at alt er i orden. Selv om det er fallgruver også her, som ligger i at det under miniatyrisering oppstår en situasjon som fører til at endringer blir implisitte og midlertidig forsvinner. Det er også svært sjelden, men det skjer likevel, at det dukker opp nye feil.

Forfulgte mål

Programvaretesting er ikke en lett oppgave på grunn av det faktum at denne prosessen ikke kan formaliseres fullt ut. Store programmer har nesten aldri den nøyaktige referansen som kreves. Derfor brukes en rekke indirekte data som rettesnor, som imidlertid ikke fullt ut kan reflektere egenskapene og funksjonene til programvareutviklingen som feilsøkes. Dessuten må de velges på en slik måte at riktig resultat beregnes allerede før programvareproduktet testes. Hvis dette ikke er gjort på forhånd, er det en fristelse til å beregne alt omtrentlig, og hvis maskinresultatet faller innenfor det forventede området, vil det bli akseptert feil beslutning at alt er riktig.

Testing under ulike forhold

Som regel skjer testing av programmer i de volumer som er nødvendig for minimal testing av funksjonalitet innenfor begrensede rammer. Aktiviteter utføres med endringer i parametere, så vel som deres driftsforhold. Testprosessen kan deles inn i tre stadier:

• Sjekk inn normale forhold. I dette tilfellet testes hovedfunksjonaliteten til den utviklede programvaren. Resultatet som oppnås bør være som forventet.
• Kontroll under nødssituasjoner. Disse tilfellene involverer innhenting av grensedata som kan påvirke ytelsen til den opprettede programvaren negativt. Et eksempel kan være å jobbe med ekstremt store eller små tall, eller ingen informasjon i det hele tatt.
• Sjekker i eksepsjonelle situasjoner. Det innebærer bruk av data som ligger utenfor behandling. I slike situasjoner er det veldig ille når programvaren oppfatter dem som egnet for beregning og gir et plausibelt resultat. I slike tilfeller må man passe på å forkaste data som ikke kan behandles korrekt. Det er også nødvendig å gi informasjon til brukeren om dette

Programvaretesting: typer

Det er veldig vanskelig å lage programvare uten feil. Dette krever en betydelig mengde tid. For å få et godt produkt brukes ofte to typer testing: "Alpha" og "Beta". Hva er de? Når de snakker om alfatesting, mener de en test utført av utviklingspersonalet selv under «laboratorie»-forhold. Dette er det siste stadiet av verifisering før programmet slippes til sluttbrukere. Derfor prøver utviklerne å utvide til det maksimale. For enkel betjening kan data logges for å lage en historie med problemer og deres løsning. Betatesting refererer til levering av programvare til et begrenset antall brukere slik at de kan bruke programmet og identifisere tapte feil. Det særegne i dette tilfellet er at programvaren ofte brukes til andre formål enn det tiltenkte formålet. Takket være dette vil feil oppdages der ingenting tidligere ble lagt merke til. Dette er ganske normalt og det er ingen grunn til å bekymre seg for det.

Gjennomføring av testing

Hvis de forrige trinnene er fullført, gjenstår det bare å gjennomføre en aksepttest. I dette tilfellet blir det en ren formalitet. Under denne kontrollen bekreftes det at ingen ytterligere problemer er funnet, og programvaren kan slippes ut på markedet. Jo viktigere sluttresultatet er, desto mer nøye bør kontrollen utføres. Det er nødvendig å sikre at alle stadier er fullført. Slik ser testprosessen ut generelt. La oss nå gå inn i de tekniske detaljene og snakke om nyttige verktøy som testprogrammer. Hva er de og i hvilke tilfeller brukes de?

Automatisert testing

Tidligere ble det antatt at dynamisk analyse av utviklet programvare var en for tung tilnærming som var ineffektiv for å oppdage defekter. Men på grunn av den økende kompleksiteten og volumet av programmer, har et motsatt syn dukket opp. Automatisert testing brukes der ytelse og sikkerhet er de viktigste prioriteringene. Og de bør være tilstede for alle inndata. Eksempler på programmer som slik testing er egnet for inkluderer følgende: nettverksprotokoller, webserver, sandboxing. Vi skal deretter se på flere prøver som kan brukes til slike aktiviteter. Hvis interessert gratis programmer testing, er det ganske vanskelig å finne kvalitet blant dem. Men det er hackede "piraterte" versjoner av velprøvde prosjekter, så du kan henvende deg til deres tjenester.

Snøskred

Dette verktøyet hjelper til med å oppdage defekter ved å teste programmer i dynamisk analysemodus. Den samler inn data og analyserer utførelsessporet til det utviklede objektet. Testeren er utstyrt med et sett med inndata som forårsaker en feil eller omgår et sett med eksisterende begrensninger. Takket være tilstedeværelsen av en god verifiseringsalgoritme utvikles et stort antall mulige situasjoner. Programmet mottar ulike sett med inngangsdata som lar det simulere et betydelig antall situasjoner og skape forhold der det er mest sannsynlig at en feil oppstår. En viktig fordel med programmet er bruken av heuristiske beregninger. Hvis det er et problem, er det stor sannsynlighet for at en applikasjonsfeil blir funnet. Men dette programmet har begrensninger som å sjekke bare én merket inngangskontakt eller fil. En operasjon som programtesting vil inneholde detaljert informasjon om problemer med null-pekere, uendelige løkker, ugyldige adresser eller funksjonsfeil på grunn av bruk av biblioteker. Selvfølgelig er det ikke det full liste oppdaget feil, men bare deres vanlige eksempler. Dessverre må utviklere rette opp manglene - automatiske verktøy er ikke egnet for disse formålene.

KLEE

Dette bra program for minnetesting. Den kan avskjære omtrent 50 systemanrop og et stort antall virtuelle prosesser, og kjører dermed parallelt og separat. Men generelt ser ikke programmet etter enkelte mistenkelige steder, men behandler så mye som mulig mulig mengde kode og analyserer dataoverføringsbanene som brukes. På grunn av dette avhenger programmets testtid av størrelsen på objektet. Ved kontroll legges det vekt på symbolske prosesser. De er en av de mulige måter utføre oppgaver i programmet som testes. Takket være parallell drift er det mulig å analysere et stort antall alternativer for driften av applikasjonen som studeres. For hver bane, etter at testen er fullført, lagres settene med inngangsdata som testen startet med. Det skal bemerkes at testing av programmer som bruker KLEE, hjelper til med å identifisere et stort antall avvik som ikke burde eksistere. Det kan til og med finne problemer i applikasjoner som har vært under utvikling i flere tiår.

I dag kan ikke en eneste lærer klare seg uten prøver, det være seg en skolelærer eller en professor i et multi-tusen nettkurs. Å velge et alternativ fra flere er ikke det eneste alternativet: du kan sette inn bilder og videoer i undersøkelser, endre oppgaveformater nesten på ubestemt tid. Edutainme har valgt ut syv tjenester som skal lette forberedelsen og gjennomføringen av testing.

Google Skjemaer

Google Forms er en del av Google Disk-kontorverktøyene. Kanskje dette er en av de raskeste og enkle måter lag din egen spørreundersøkelse eller test: skriv en oppgave, velg type svar (velg fra flere alternativer, skriv din egen) - ferdig! Den resulterende prøven kan sendes til studenter via e-post eller bygge det inn på nettstedet ditt ved hjelp av en spesiell kode. For å få fart på arbeidet ditt anbefaler vi å legge til Flubaroo-plugin - det sjekker automatisk elevsvar og tildeler karakterer i henhold til angitte kriterier. Skjemaene er helt gratis – du trenger kun å ha en Google-konto for å bruke ressursen.

Med Quizlet kan du lage quiz der elevene kan velge riktig svar fra et utvalg svar, matche bilder og informasjon, eller skrive sine egne svar. Det er veldig enkelt å bruke - du kan finne ut grensesnittet på bare et par minutter, i tillegg støtter Quizlet det russiske språket og fungerer på Android og iOS. Quizlet er gratis, men det er også et $10 Plus-abonnement som lar deg laste opp dine egne bilder og lage et ubegrenset antall studiegrupper.

Proffs

Profrfs forbereder tester for enhver smak - du kan tilby ett eller flere alternativer å velge mellom, be om å fylle inn det manglende ordet eller skrive et detaljert svar. Tjenesten lar deg sette inn tekstdokumenter og presentasjoner, PDF-filer, samt bilder, lyd- og videofiler i oppgaver. Etter å ha fullført testen kan du la den være offentlig tilgjengelig på Profrfs nettside eller legge den inn på siden din.

Selv om tjenesten er gratis, utvides egenskapene til Profrs i betalte planer. Lærere bør ta hensyn til de grunnleggende og profesjonelle tariffene. Den første åpner alle hovedfunksjonene til tjenesten og lar deg lage et ubegrenset antall tester for $20 per måned; den andre lar elevene gå sammen lukkede grupper og vil koste $40. Nye brukere kan bruke alle Proprofs funksjoner gratis i 15 dager etter registrering.

Kahoot! lar deg sende inn nesten alle undervisningsmateriell. Å etablere tilbakemelding med studenter kan du leke med nye emner i skjemaet enkle spørsmål og svar, og konsolidere kunnskap gjennom mer detaljert testing. Kahoot! designet for bruk i klasserommet - læreren viser materialet på hovedskjermen, og på dette tidspunktet svarer elevene på spørsmål og diskuterer informasjon ved hjelp av en spesiell klient for datamaskiner eller en nettleser på smarttelefoner (Android, iOS, Windows Phone). For å komme inn i det virtuelle klasserommet må elevene taste inn en spesiell kode sendt av læreren. Tjenesten lar deg finne ut hvordan hver elev svarte på spørsmål, eller lage diagrammer over fremgangen til hele klassen. Elevene kan selv følge med på resultatene i spesielle tabeller. Kahoot! gratis og fullt tilgjengelig etter registrering.

Klassemarkør

I ClassMarker kan du lage undersøkelser med forskjellige formater svar - i tillegg til de vanlige alternativene, er det til og med et essay. For å komme i gang må læreren opprette en virtuell klasse og sende invitasjonskoder til elevene. ClassMarker lagrer resultatene av alle tester som er tatt, og holder fremdriftsstatistikk. Hvis læreren har sin egen nettside, kan han legge inn testoppgaver på den.

I gratisversjonen lar ClassMarker deg ikke lage mer enn 100 tester. 400 tester per måned vil koste $16,50, og 1000 tester vil koste $33. Tjenesten har årspakker for de som sjelden tar nettprøver. Minimumsmengde tester (50 per år) vil koste $25 per år, og maksimum (5000 per år) vil koste $1000.

En mobilapplikasjon for lærere som hjelper til med å arrangere spørreundersøkelser rett i klasserommet. Elevene får spesielle skjemaer med svaralternativer (A, B, C og D) - etter å ha hørt spørsmålet løfter de de nødvendige kortene, som læreren skanner med et smarttelefonkamera. Plickers lar deg analysere resultatene til en individuell student eller studiestatistikk for en hel klasse. Appen fungerer på Android og iOS og er gratis å laste ned.

Enkel testmaker

Det mest interessante med Easy Test Maker er muligheten til å lage oppgaver der du må velge sanne og usanne utsagn. Tekster kan formateres for enkel lesing på nettbrett, eller lastes ned i .pdf- eller .doc-format for testing i et mer tradisjonelt format. Tjenesten kan blande spørsmål og svaralternativer for å gjøre det vanskeligere for studenter å jukse.

Gratisversjonen av Easy Test Maker lar deg lage 25 tester uten mulighet til å eksportere til papirformater. Pluss-planen ($44,95 per år) lar deg sjekke engelsk stavemåte, lage et ubegrenset antall tester og eksportere til offline-formater. Med et Premium-abonnement ($74,95 per år), vil tjenesten automatisk sjekke resultatene, og vil også tillate deg å sette en tidsbegrensning for å fullføre oppgaver og legge ved grafiske filer til undersøkelser.

Egor Antonenkov

SunRav TestOfficePro – programvare for overvåking og testing av kunnskap. Lar deg lage tester ulike nivåer kompleksitet og fokus; gjennomføre testing effektivt og komfortabelt for brukere og arrangører.

TestOfficePro fungerer på et lokalt nettverk og på datamaskiner som ikke er koblet til nettverket (testing fra flash-stasjoner og CD-er er mulig uten å installere programmet).

SunRav TestOfficePro

SunRav TestOfficePro-programmet er inkludert i Unified Register Russiske programmer for elektroniske datamaskiner og databaser.

Datatesting av kunnskap

Pedagogisk testing er en mye brukt metode for å overvåke kunnskap og vurdere læringsutbytte. Den brukes til å bestemme kunnskapsnivået, for trening og for å motivere læring. For massetesting og egenforberedelse er datamaskinformen for testing mest effektiv. Det er med datatesting at det er enkelt å korrigere kunnskap samtidig med testing. Etter hvert feil svar sender programmet studenten til informasjonsblokken han trenger. Nyttig for pedagogisk kontroll tilleggsinformasjon, for eksempel en detaljert rapport om hver testtaker - hvilke spørsmål studenten fikk, hvor mye tid han brukte på et bestemt svar, hvordan han svarte ...
Både testoppgaver og undervisningsmateriell av høy kvalitet, samt profesjonelle programvareprodukter, er svært viktige i testprosessen.

SunRav TestOfficePro gjør det mulig å enkelt lage og bruke tester i alle akademiske disipliner og fag skolepensum, tester for å fastslå faglig kompetanse, personellsertifisering, psykologiske tester.

Programmet inkluderer

• tMaker– et program for å lage tester. Det er mulig å ledsage spørsmål og svar med bilder, animasjoner, lyd- og videoklipp. En datamaskinbruker med et hvilket som helst treningsnivå kan opprette og redigere tester i dette programmet. Du kan importere tester opprettet i et tekstredigeringsprogram (for eksempel MS Word) eller editor regneark(for eksempel i MS Excel).
• tTester– program for testing. Den har det enkleste mulige grensesnittet. Omfattende innstillinger og kommandolinjealternativer lar deg tilpasse driften til alle krav.
• tAdmin– et program for å administrere brukere og behandle resultatene av datatesting. Gir muligheten til å se/skrive ut resultater, samt opprette, redigere, eksportere og skrive ut rapporter om testgrupper og/eller individuelle brukere. Det er mulig å lage en responsmatrise.

Nøkkelfunksjoner i SunRav TestOfficePro

Opprette tester. Jobber med testoppgaver

De vil hjelpe deg med å lage tester for ethvert formål, av ulike typer og typer. følgende funksjoner programmer:

• Ulike spørsmålstyper. Programmet lar deg bruke 5 typer spørsmål i tester:
  1. Enkelt utvalg. Ett svaralternativ av flere foreslått.
  2. Flervalg. Ett eller flere svaralternativer fra flere foreslåtte.
  3. Åpent spørsmål. Brukeren må legge inn svaret ved hjelp av tastaturet. Testskaperen kan bruke et kraftig malspråk for å evaluere brukerens respons på riktig måte.
  4. Korrespondanse. Brukeren må sortere utsagnene i to lister slik at de samsvarer med hverandre.
  5. Bestilt liste. Ordne svarene i en liste i en bestemt rekkefølge.


• Adaptive tester. Rekkefølgen av spørsmål kan ikke bare være lineær, men også avhenge av brukerens svar.
• Bruke temaer. Programmet kan dele testen inn i flere emner. Kunnskap kan vurderes både for hvert emne for seg og for prøven som helhet.
• Kommentarer til spørsmålet. Hvert spørsmål kan forsynes med en kommentar med testinstruksjoner, et hint, informasjon om riktig svar osv.
• Alternativer for å reagere på et brukersvar:
  1. Ingen respons – brukeren blir bedt om å svare på neste spørsmål.
  2. En melding som angir om brukeren svarte riktig eller feil.
  3. Vis ethvert dokument relatert til spørsmålet. Spesielt i den kan du forklare i detalj årsaken til feil svar og gi tilleggsmateriale, som vil tillate oss å studere problemet mer i dybden.


• Vekt av spørsmål og svaralternativer. Hvert spørsmål og svaralternativ kan ha sin egen "vekt". Dette gjør at brukeren kan tildeles flere poeng for riktige svar på spørsmål. vanskelige spørsmål og færre poeng for svar på enkle spørsmål.
• Visualisering. Programmet lar deg sette inn bilder, formler, diagrammer, tabeller, lyd- og videofiler, HTML-dokumenter og eventuelle OLE-dokumenter. Tekstredigeringsprogrammet som er innebygd i tMaker for å skrive tester, ligner i funksjon på MS Word som er kjent for mange.

Sikre testobjektivitet

• Sette opp testprosessen. Administratoren kan:
  1. Forby å forlate programmet før testen er fullført.
  2. Deaktiver tilgang til skrivebordet og oppgavelinjen.
  3. Lukk programmet etter å ha bestått en test.


• Tilfeldige spørsmål. Spørsmål i testen kan blandes. I tillegg kan testskaperen bestemme hvor mange spørsmål fra hvert emne brukeren vil motta. La oss si at et emne består av 300 spørsmål. Hvis vi tilfeldig velger bare 30 spørsmål, vil testpersoner få absolutt forskjellige sett spørsmål fra samme prøve. Svaralternativene for hvert spørsmål kan også blandes. Altså med nok store mengder spørsmål, kan ikke testeren tankeløst utnytte forkunnskaper om testen, med en tidligere kjent rekkefølge av spørsmål og svar. Merk: den beskrevne funksjonen stilles inn ved å velge "Eksamensmodus" i innstillingene, se dokumentasjonen for programmet.
• Innføring av tidsrammer. Testing kan være tidsbegrenset - både for testen og for hvert spørsmål. Hvor lang tid som er tildelt for hvert spørsmål kan variere.
• Sette opp informasjonen som er synlig under testing. Programmet kan bestemme om det skal vise brukeren:
  1. Antall riktige svar.
  2. Tid til slutten av testen.


• Begrens antall testforsøk. I programmet kan du sette en grense på antall ganger du kan bestå én test.
• Sporing av testforsøk i et program

Programvaretesting er evalueringen av programvaren/produktet som utvikles for å sjekke dens evner, muligheter og samsvar med forventede resultater. Det finnes ulike typer metoder som brukes i testing og kvalitetssikring om dem og vi snakkes i denne artikkelen.

Programvaretesting er en integrert del av programvareutviklingssyklusen.

Hva er programvaretesting?

Programvaretesting er ingenting annet enn å teste et stykke kode til kontrollerte og ukontrollerte driftsforhold, observere utdataene og deretter undersøke om det oppfyller forhåndsdefinerte betingelser.

Ulike sett med testtilfeller og teststrategier er rettet mot å oppnå en felles mål- eliminere feil og feil i koden, og sikre nøyaktig og optimal programvareytelse.

Testmetodikk

Mye brukte testmetoder er enhetstesting, integrasjonstesting, aksepttesting og systemtesting. Programvaren gjennomgår disse testene i en bestemt rekkefølge.

3) Systemtesting

4) Akseptprøver

Først av alt utføres en enhetstest. Som navnet antyder, er dette en testmetode på objektnivå. Individuelle programvarekomponenter testes for feil. Denne testen krever nøyaktig kunnskap om programmet og hver installert modul. Dermed utføres denne kontrollen av programmerere, ikke testere. For å gjøre dette lages testkoder som sjekker om programvaren oppfører seg som tiltenkt.

Enkelte moduler som allerede er enhetstestet integreres med hverandre og kontrolleres for feil. Denne typen testing identifiserer først og fremst grensesnittfeil. Integrasjonstesting kan gjøres ved å bruke en ovenfra-ned-tilnærming, som følger arkitektonisk struktur systemer. En annen tilnærming er bottom-up-tilnærmingen, som implementeres fra bunnen av kontrollflyten.

Systemtesting

I denne testen blir hele systemet sjekket for feil og feil. Denne testen utføres ved å pare maskinvare- og programvarekomponentene til hele systemet og deretter teste det. Denne testingen er klassifisert under black box-testmetoden, hvor brukerens forventede driftsforhold for programvaren testes.

Akseptprøver

Dette er den siste testen som utføres før programvaren frigis til klienten. Det gjennomføres for å sikre at programvaren som er utviklet oppfyller alle kundekrav. Det finnes to typer aksepttesting - en som utføres av medlemmer av utviklingsteamet er kjent som intern aksepttesting (Alpha-testing) og den andre som utføres av kunden er kjent som ekstern aksepttesting.

Når testing utføres med potensielle kunder, kalles det klientaksepttesting. Når testing utføres av sluttbrukeren av programvaren, er det kjent som aksepttesting (beta-testing).

Det er flere grunnleggende testteknikker som utgjør en del av programvaretestingsregimet. Disse testene anses vanligvis som selvforsynt med å finne feil og feil i hele systemet.

Black box testing

Black box-testing utføres uten kunnskap internt arbeid systemer. Testeren vil kjøre programvaren til brukermiljøet ved å gi ulike input og teste de genererte utgangene. Denne testen er også kjent som Black-box-testing, lukket-boks-testing eller funksjonell testing.

Hvit boks testing

White box-testing, i motsetning til black box-testing, tar hensyn til den interne funksjonen og logikken til koden. For å utføre denne testen må testeren ha kjennskap til koden for å kjenne den eksakte delen av koden som har feil. Denne testen er også kjent som White-box, Open-Box eller Glass box testing.

Grå boks testing

Testmetode grå boks eller Gray box testing, dette er noe mellom White Box og Black Box testing, hvor testeren kun har generell kunnskap av dette produktet nødvendig for å utføre testen. Denne verifiseringen utføres gjennom dokumentasjon og informasjonsflytdiagrammer. Testing utføres av sluttbrukeren, eller brukere som ser ut til å være sluttbrukere.

Ikke-funksjonelle tester

Applikasjonssikkerhet er en av hovedoppgavene til utvikleren. Sikkerhetstesting tester programvare for konfidensialitet, integritet, autentisering, tilgjengelighet og ikke-avvisning. Individuell testing utføres for å hindre uautorisert tilgang til programkoden.

Stresstesting er en teknikk der programvare utsettes for forhold som er hinsides normale forhold programvaredrift. Etter å ha nådd kritisk punkt, blir de oppnådde resultatene registrert. Denne testen bestemmer stabiliteten til hele systemet.

Programvaren er testet for kompatibilitet med eksterne grensesnitt som f.eks operativsystemer, maskinvareplattformer, nettlesere osv. En kompatibilitetstest sjekker om et produkt er kompatibelt med en hvilken som helst programvareplattform.

Som navnet antyder, tester denne testteknikken mengden kode eller ressurser som et program bruker når det utfører en enkelt operasjon.

Denne testingen sjekker brukervennligheten og praktiske aspektet av programvaren for brukerne. Enkelheten som brukeren kan få tilgang til enheten er hovedtestpunktet. Brukervennlighetstesting dekker fem aspekter ved testing - læring, effektivitet, tilfredshet, minneverdighet og feil.

Tester under programvareutvikling

Fossmodellen bruker en ovenfra-og-ned-tilnærming, enten den brukes til programvareutvikling eller testing.

Hovedtrinnene involvert i denne programvaretestmetoden er:

• Behovsanalyse
• Design test
• Implementeringstest
• Testing, feilsøking og gjennomgang av kode eller produkt
• Implementering og vedlikehold

I denne teknikken går du videre til neste trinn først etter at du har fullført det forrige. Modellen bruker en ikke-iterativ tilnærming. Den største fordelen med denne teknikken er dens forenklede, systematiske og ortodokse tilnærming. Det har imidlertid mange ulemper, siden feil og feil i koden ikke vil bli oppdaget før teststadiet. Dette kan ofte resultere i bortkastet tid, penger og andre verdifulle ressurser.

smidig modell

Denne metodikken er basert på en selektiv kombinasjon av sekvensielle og iterative tilnærminger, i tillegg til et ganske stort utvalg av nye utviklingsmetoder. Rask og progressiv utvikling er et av nøkkelprinsippene i denne metodikken. Det er lagt vekt på å oppnå raske, praktiske og synlige resultater. Kontinuerlig kundeinteraksjon og deltakelse er en integrert del av hele utviklingsprosessen.

Rask applikasjonsutvikling (RAD). Rask applikasjonsutviklingsmetodikk

Navnet taler for seg selv. I dette tilfellet tar metodikken en rask evolusjonær tilnærming ved å bruke prinsippet om komponentdesign. Etter å ha forstått de ulike kravene av dette prosjektet, utarbeides en rask prototype og sammenlignes deretter med et forventet sett med produksjonsbetingelser og standarder. Nødvendige endringer og modifikasjoner gjøres etter felles diskusjon med kunden eller utviklingsteamet (i sammenheng med programvaretesting).

Selv om denne tilnærmingen har sin del av fordeler, er det kanskje ikke hensiktsmessig hvis prosjektet er stort, komplekst eller har en ekstremt dynamisk karakter der kravene stadig endres.

Spiral modell

Som navnet tilsier, er spiralmodellen basert på en tilnærming der det er en hel serie sykluser (eller spiraler) fra alle påfølgende trinn i en kaskademodell. Når den første syklusen er fullført, utføres en grundig analyse og gjennomgang av det oppnådde produktet eller produksjonen. Hvis utgangen ikke oppfyller de spesifiserte kravene eller forventede standarder, utføres en ny syklus, og så videre.

Rational Unified Process (RUP). Rasjonell enhetlig prosess

RUP-teknikken ligner også på spiralmodellen i den forstand at hele testprosedyren er delt opp i flere sykluser. Hver syklus består av fire stadier - skapelse, utvikling, konstruksjon og overgang. På slutten av hver syklus gjennomgås produktet/produksjonen og syklusen (bestående av de samme fire fasene) følges etter behov.

Bruken av informasjonsteknologi vokser hver dag, og viktigheten av riktig programvaretesting har også økt betydelig. Mange bedrifter har ansatte til dette spesiallag, hvis funksjoner er på utviklernivå.