Help:Pickle/Glossary

This page is a translated version of the page Help:Pickle/Glossary and the translation is 96% complete.
Outdated translations are marked like this.

Ordbok for pickletester er en liste av kjernetermer og konsepter, både for #spec- og #stepstil tester. Termer er lånt fra ITIL-, ISTQB-, og RSpec-rammeverket, og predikatlogikk. Forskjellige rammeverk er lenket der det er nødvendig. Forsøk å være nær definisjonene, men tilpass til testmiljøet.

Termer og konsepter

Etter
Merker funksjoner som kjøres etter #beskriv, #kontekst, og #det. De bruker en enkelt kø slik at alle funksjoner blir kjørt i korrekt rekkefølge.
Del av nedrivning av #test fikstur.
Også kjent som teardown.
EtterAlle
Merker funksjoner som er tilsvarende til #etter, men som kun blir kjørt en gang. Strengt tatt så er denne funksjonen ikke nødvendig fordi kode kan bli legt til inline. De bruker en enkelt kø slik at alle funksjoner blir kjørt i korrekt rekkefølge. De bruker samme kø som etter slik at den blir kjørt på riktig sted i første testen. Ved senere kall vil det ikke kjøres.
Del av nedrivning av #test fikstur.
Rundt
Et alternativ til #etter som kun blir kjørt hvis testen #kaster et #avbrudd. Hvis et avbrudd er kastet, og det er registrert en rundt funksjon, da vil ingen etter funksjon bli kjørt.
Del av nedrivning av #test fikstur.
Forsikring
Tester som fokuserer på faktisk kode, og forsikringer om koden, og deres falsy #tilstander.
Del av verifikasjon av #test fikstur.
Foran
Merker funksjoner som skal kjøres forut for #beskriv, #kontekst, and #det. De bruker en enkelt kø slik at alle funksjoner blir kjørt i korrekt rekkefølge.
Del av oppsettet for #test fikstur.
Et alias for dette er setup.
ForanAlle
Merker funksjoner som er tilsvarende til #foran, men som kun blir kjørt en gang. Strengt tatt så er denne funksjonen ikke nødvendig fordi kode kan bli legt til inline. De bruker en enkelt kø slik at alle funksjoner blir kjørt i korrekt rekkefølge. De bruker samme kø som foran slik at den blir kjørt på riktig sted i første test. Ved senere kall vil det ikke bli kjørt.
Del av oppsettet for #test fikstur.
Plukke
En #spion som legger meldinger på stabelen uten å avbryte testen, skriver ut kallers navn og argumentene. Delvis emulering av carp()-funksjonen fra Perl.
Klukk
En #spion som #plukk, men skriver også ut et stabelspor som starter ett nivå opp. Delvis emulering av cluck()-funksjonen fra Perl.
Betingelse
Et logisk uttrykk som kan evalueres til sann eller usann, for eksempel A>B.
Del av #forsikring.
Tilstå
En #spion som #kvakk, men skriver også ut et stabelspor som starter ett nivå opp. Delvis emulering av confess()-funksjonen fra Perl.
Kontekst
Merker de brukte funsjonene som eksempler, men er også selv en context()-funksjon.
Se #eksempel for detaljer.
Kontinuerlig integrasjon
Agile-tilnærming til programvareutvikling for å minimere lengde og arbeid for hver iterasjon, og på samme tid levere programvare egnet for utgivelse.
Dette doble målet krever en sammenstillingsprosedyre som er reproduserbar, vanligvis ved automatisk integrasjon og bygging – ofte flere ganger hver dag, og oppnådd gjennom omfattende testing, versjonskontroll, teamretningslinjer og konvensjoner.
Dekning
Graden, uttrykt som prosent, til hvilken en spesifisert testdekningsenhet har blitt oppnådd av en testsuite.
Kriterier
Regler som brukes for å bestemme om et testelement (funksjon) eller kjenntegn (egenskap) har fått godkjent eller underkjent på en test. I spec brukes kun enkle godkjent/underkjent
Kvakk
En #spion som #plukk, men stopper også den kjørende testen (den brukerangitte anonyme funksjonen). Delvis emulering av croak()-funksjonen fra Perl. Fordi den fyrer et avbrudd så vil det alltid utløses et stacktrace.
Beskriv
Merker de brukte funsjonene som eksempler, men er også selv en describe()-funksjon. Se eksempel for detaljer.
Design
Also known as test design
Prosessen for å transformere generelle testmål til håndfaste testbetingelser og testtilfeller.
Dokumentet som beskriver implementasjonsdetaljer fra testene, eller resultatene, fra systemet eller i vårt tilfelle modulen. Dokumentet er et underavsnitt på /doc subsiden for spec-siden.
Utvikler
En person som skriver kode. Se tester
Dokumentasjon
Also known as test documentation
Dokumentet som beskriver planer, eller resultater, fra systemet eller i vårt tilfelle modulen. Dokumentet er /doc subsiden for spec-siden.
Attrap
En nødvendig minimumsimplementering av funksjonalitet som er kun nødvendig for å gjøre en annen implementasjon tilgjengelig for bruk. Slike objekter er vanligvis skapt på innsiden av tester, og livslengden er begrenset til testene. En attrapp er en type #test dobbeltgjenger.
Duration
Time elapsed while executing a test, test run, or the entire test execution of a build or release pipeline. Scribunto uses cpuLimit to limit total duration of a test run.
Eksempler
Nivåer i stigen #beskriv, #kontekst, og #det. Navnene og nivåene er litt tilfeldige fordi de har alle samme funksjon. Nivået context er ofte utelatt, og kun describe og it er brukt.
Unntak
Feiltilstander som rapporteres innenfra koden. De vil bli fanget opp av testrammeverket.
Unntak
Tester som fokuserer på de tilgjengelige objektene og eksemplene, og deres truthy tilstander.
Underkjent
En test blir kalt underkjent hvis det aktuelle resultat avviker fra det forventede resultat.
Fake
En enklere implementasjon av funksjonalitet som ellers vil være omfattende eller vanskelig å implementere eller bruke. Slike objekter er vanligvis skapt på innsiden av tester, og livslengden er begrenset til testene. En fake er en type av #test dobbeltgjenger.
Kjennetegn
En attributt for en komponent eller system spesifisert eller implisert av kravdokumenter (for eksempel pålitelighet, brukbarhet, eller designføringer).
Fikstur
Funksjonen som definerer testen er testfiksturen, og en ramme uten en testfikstur vil bli utelatt.
God
Se #godkjent for detaljer.
testramme
Et testmiljø som består av nødvendige stubber og drivere for å utføre en test.
Det
Merker de brukte funsjonene som eksempler, men er også selv en it()-funksjon. Se eksempel for detaljer.
Mock
Et simulert objekt som opptrer som en strengt kontrollert erstatning for et virkelig objekt. En mock er en type av #test double.
Overtilpassing
Skjer når det er for tett kobling mellom tester og kildekoden. Vanligvis skjer dette når tester bruker spioner for å verifisere interne datastrukturer i kildekode.
Godkjent
En test blir godkjent når dens aktuelle resultat stemmer med det forventede resultat.
Ventende
En ramme merket med #utelatt or #oppgave vil være i en ventende endelig tilstand. Denne tilstanden er en overstyring av #godkjent ("ok") og #underkjent ("not ok") og gjør det mulig å kode og teste med mindre støy.
Retur
Det ytterste null-nivået som innkapsler testresultatene og returnerer dem på et velformatert vis.
Oppsett
Se #foran for detaljer.
Utelat
Systemet (eller eventuelt forfatteren) kan merke en test som utelatt, enten i beskrivelsen eller i koden. Videre prosessering innenfor rammen vil deretter bli terminert og den nåværende tilstanden brukt.
Spec
En type testing for å sikre at vi bygger den riktige tingen, vanligvis ved å skrive en form av enhetstest, men kan også være mer høynivå.
Spioner
Funksjoner som kan bli registrert på andre funksjoner, eller injisert i kode for å rapportere eller endre indre tilstander. Spioner er en av #plukk, #klukk, #kvakk, and #tilstå. Spionering på offentlige kall gjort før modulen er tilgjengelig for testregimet er ikke mulig. En spion er en type av #test dobbeltgjenger.
Step
En type testing for å sikre at vi bygger den riktige tingen, vanligvis ved å skrive en form av akseptansetest, på integrasjonsnivå.
Stubb
Simulated placeholders for real code, used to isolate and test specific system parts by excluding certain dependencies. En stubb er en type #test dobbeltgjenger.
Subjekt
Objektet som testes. Det kan bli eksplisitt satt eller satt som del av #eksempel. Det kan overføres til #forvent.
Nedrivning
Se #etter for detaljer.
Test
En aktivitet for å verifisere korrekt operasjon av et system, gitt at det er utført under bestemte forhold, og med observerte og nedskrevne resultater. Består av en eller flere #testtilfeller.
Testtilfelle
Et sett med inputverdier, forutsetninger for utførelsen, forventede resultater og etterbetingelser for utføringen, som er utviklet for et bestemt mål eller en testbetingelse, som for eksempel å utføre en bestemt sti gjennom et program eller å verifisere samsvar med et spesifikt krav. Kan også inkludere dokumentasjon om hvordan et testilfelle skal kjøres.
Testdobbel
Kode som erstatter deler av kode som ikke er testet, og som bør returnere kun kjente verdier.
Testelement
Det individuelle elementet som skal testes. Vanligvis er det ett testobjekt og flere testelementer.
Tester
En faglig kvalifisert bruker som er involvert i testing av en komponent eller et system. Se #developer
Kaste
Testkoden kan løpe inn i et utsagn som enten ikke kan bli utført og derfor «kaster» et unntak eller eksplisitt «kaster» et unntak på stedet. Når koden kaster et unntak så stoppes videre kjøring og en rapport blir startet.
Oppgave
Brukeren (eller valgfritt systemet) kan merke en test som en oppgave, enten i beskrivelsen eller i koden. Videre prosessering vil fortsette innenfor rammen, men den endelige tilstanden blir uansett «venter».

Eksterne lenker

Vær vennlig å følg felles termer fra w:International Software Testing Qualifications Board (ISTQB), w:American Software Testing Qualifications Board (ASTQB) og Information Technology Infrastructure Library (ITIL).