Help:Pickle/Glossary/nb



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
 * Også kjent som teardown.
 * 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.


 * 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.


 * 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.


 * Forsikring
 * Tester som fokuserer på faktisk kode, og forsikringer om koden, og deres falsy #tilstander.
 * Wikipedia: Assertion


 * Foran
 * Et alias for dette er setup.
 * 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.


 * 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.


 * Plukke
 * En #spion som legger meldinger på stabelen uten å avbryte testen, skriver ut kallers navn og argumentene. Delvis emulering av -funksjonen fra Perl.
 * Perldoc: Carp


 * Klukk
 * En #spion som #klage, men skriver også ut et stabelspor som starter ett nivå opp. Delvis emulering av -funksjonen fra Perl.
 * Perldoc: Carp


 * Betingelse
 * Et logisk uttrykk som kan evalueres til sann eller feil, for eksempel A>B.
 * ISTQB Ordbok: Betingelse


 * Tilstå
 * En #spion som #kvakk, men skriver også ut et stabelspor som starter ett nivå opp. Delvis emulering av -funksjonen fra Perl.
 * Perldoc: Carp


 * Kontekst
 * Merker de brukte funsjonene som eksempler, men er også selv en -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.
 * This dual objective requires an integration procedure which is reproducible, usually by automated integration and builds – often multiple times each day, and achieved through extensive testing, version control, team policies and conventions.
 * Agile Alliance: Continuous Integration
 * Wikipedia: Continuous integration


 * Dekning
 * Graden, uttrykt som prosent, til hvilken en spesifisert testdekningsenhet har blitt oppnådd av en testsuite.
 * ISTQB Ordbok: Dekning


 * Kriterier
 * Regler som brukes for å bestemme om et testobjekt eller en egenskap har klart eller ikke klart en test. I spec brukes kun enkle godkjent/feilet
 * ISTQB Ordbok: Godkjent/feilet kriterium


 * Kvakk
 * En #spion som #plukk, men stopper også den kjørende testen (den brukerangitte anonyme funksjonen). Delvis emulering av -funksjonen fra Perl. Fordi den fyrer et avbrudd så vil det alltid utløses et stacktrace.
 * Perldoc: Carp


 * Beskriv
 * Merker de brukte funsjonene som eksempler, men er også selv en -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å  subsiden for spec-siden.
 * ISTQB Ordbok: Testdesign


 * 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  subsiden for spec-siden.


 * Attrap
 * A necessary minimum implementation of functionality that is only necessary to make some other implementation available for use. Such objects are usually created inside the tests, and lifespan is limited to the tests. A dummy is a type of #test double.
 * Wikipedia: Attrapp


 * 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.
 * Wikipedia: Unntakshåndtering


 * Unntak
 * Tester som fokuserer på de tilgjengelige objektene og eksemplene, og deres truthy tilstander.


 * Feilet
 * En test blir kalt feilet hvis det aktuelle resultat avviker fra det forventede resultat.
 * ISTQB Glossary: Fail


 * Fake
 * A simpler implementation of functionality that otherwise would be to heavy or difficult to implement or use. Such objects are usually created inside the tests, and lifespan is limited to the tests. A fake is a type of #test double.
 * Wikipedia: Fake object


 * Feature
 * En attributt for en komponent eller system spesifisert eller implisert av kravdokumenter (for eksempel pålitelighet, brukbarhet, eller designføringer).
 * ISTQB Glossary: Feature


 * Fiksture
 * Funksjonen som definerer testen er testfiksturen, og en ramme uten en testfiksture vil bli utelatt.
 * Wikipedia: Test fixture


 * God
 * Se #godkjent for detaljer.


 * testramme
 * Et testmiljø som består av nødvendige stubber og drivere for å utføre en test.
 * ISTQB Glossary: Harness


 * Det
 * Merker de brukte funsjonene som eksempler, men er også selv en -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.
 * Agile Alliance: Mock Objects
 * Wikipedia: Mock object


 * 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.
 * ISTQB Glossary: Pass


 * 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 #feilet ("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.


 * 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. Spionering på offentlige kall gjort før modulen er tilgjengelig for testregimet er ikke mulig. A spy is a type of #test double.


 * Step
 * En type testing for å sikre at vi bygger den riktige tingen, vanligvis ved å skrive en form av akseptansetest, på integrasjonsnivå.


 * Stubb
 * Simulert kode, vanligvis en funksjon i denne konteksten, som fungerer som en strengt kontrollert erstatning for virkelig kode. En stubb er en type #test dobbeltgjenger.
 * ISTQB Glossary: Stub
 * Wikipedia: Test stub


 * Subjekt
 * Objektet som testes. Det kan bli eksplisitt satt eller satt som del av #eksempel. Det kan overføres til #forvent.


 * 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. Consists of one or more #test cases.
 * ISTQB Glossary: Test case


 * 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.
 * ISTQB Glossary: Test case


 * Testdobbel
 * Kode som erstatter deler av kode som ikke er testet, og som bør returnere kun kjente verdier.
 * Wikipedia: Test double


 * Testelement
 * Det individuelle elementet som skal testes. Vanligvis er det ett testobjekt og flere testelementer.
 * ISTQB Glossary: Test item


 * Tester
 * En faglig kvalifisert bruker som er involvert i testing av en komponent eller et system. Se #developer
 * ISTQB Glossary: Tester


 * 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 International Software Testing Qualifications Board (ISTQB), American Software Testing Qualifications Board (ASTQB) og Information Technology Infrastructure Library (ITIL).


 * ITIL: Glossary and abbreviations (Version v1.0 201404)
 * ISTQB: Standard glossary of terms used in Software Testing (Version 3.01)
 * ISTQB/GTB Standardglossar der Testbegriffe (Version 2.3)
 * Terminologi for test av programvare (Version 2.3)