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-, RSpec-rammeverket 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. En dybdeartikkel om Forsikringer.


 * 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 testen. Ved senere kall vil det ikke bli kjørt.


 * Klage
 * En spion som legger meldinger på stabelen uten å avbryte testen, skriver ut kallers navn og argumentene. Partly emulating the  function from Perl.


 * Sladre
 * En spion som klage, men skriver også ut et stabelspor som starter ett nivå opp. Partly emulating the  function from Perl.


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


 * Tilstå
 * A spy like croak, but also prints a stack trace starting one level up. Partly emulating the  function from Perl.


 * Kontekst
 * Marks functions used as examples, but also a function  itself. Se eksempel for detaljer.


 * Testdekning
 * Graden, uttrykt som prosent, til hvilken en spesifisert testdekningsenhet har blitt oppnådd av en testsuite.


 * Kriterier
 * Regler som brukes for å bestemme om et testobjekt eller en egenskap har klart eller ikke klart en test. In specs it is only used simple pass/fail.


 * Kvakk
 * Croak er en spion som klage, men stopper også den kjørende testen (funksjonen som brukeren har laget). Partly emulating the function from Perl. Fordi den fyrer et avbrudd så vil det alltid utløses et stacktrace.


 * Describe
 * Marks functions used as examples, but also a function  itself. Se $1 for detaljer.


 * Design
 * Also known as test design
 * The process of transforming general test objectives into tangible test conditions and test cases.
 * The document that describes the implementation details of the test, or results of, the system or in our case the module. The document is a subsection on the  subpage for the spec page.


 * Developer
 * A person that write code. See tester


 * Documentation
 * Also known as test documentation
 * The document that describes plans of, or results of, the system or in our case the module. The document is the  subpage for the spec page.


 * Examples
 * Eksempler er nivåer i describe-, context-, og it-stigen. 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.


 * Exceptions
 * Exceptions er feiltilstander som rapporteres innenfra koden. De vil bli fanget opp av testrammeverket. In depth article on Exception handling.


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


 * Feature
 * An attribute of a component or system specified or implied by requirements documentation (for example reliability, usability or design constraints).


 * Fixture
 * The function defining the test is the test fixture, and a frame without a test fixture it will be skipped.


 * God
 * Se $1 for detaljer.


 * testramme
 * Et testmiljø som består av stubber og drivere for å utføre en test.


 * It
 * Marks functions used as examples, but also a function  itself. See example for details.


 * Mock
 * A simulated object that act as a strictly controlled replacement for a real object. A mock is a type of test double. In depth article on Mock object.


 * Overfitting
 * Happens when there are too tight couplings between the test and source code. Usually happen when tests use spies to verify internal data structures in source code.


 * Godkjent
 * En test blir godkjent når dens aktuelle resultat stemmer med det forventede resultat.


 * Pending
 * A frame marked with skip or todo will be in a pending final state. This state is an override of pass ("ok") and fail ("not ok") and makes it possible to code and test with less noise.


 * Return
 * Return er det ytterste null-nivået som innkapslertestresultatene og returnerer dem på et velformatert vis.


 * Skip
 * The system (or optionally the author) can mark a test as skipped, either in the description or in the code. Further processing within the frame will then be terminated and the current state used.


 * Spec
 * A type of testing to make sure we build the thing right, usually by writing some kind of unit tests, but can also be more high level.


 * Spies
 * Spioner er 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.


 * Step
 * A type of testing to make sure we build the right thing, usually by writing some kind of acceptance tests, which is at the integration level.


 * Stub
 * Simulated code, usually a function in this context, that acts as a strictly controlled replacement for some real code. A stub is a type of test double. In depth article on Test stub.


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


 * Test
 * An activity to verify proper operation of a system, given that it is executed under specific conditions, and with observed and recorded results.


 * 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
 * Code replacing pieces of code that are not tested, and should return only known values. In depth article on Test double.


 * Testelement
 * Det individuelle elementet som skal testes. Vanligvis er det et testobjekt og flere testelementer.


 * Tester
 * En faglig kvalifisert bruker som er involvert i testingen av en komponent eller et system. Se


 * Throw
 * The test code can run into a statement that either can't be executed and thus "throws" an exception or explicitly "throws" an exception at that point. When the code throws an exception further execution is stopped and a report is initiated.


 * Todo
 * The user (or optionally the system) can mark a test as todo, either in the description or in the code. Further processing within the frame will continue, but the final state set to pending anyhow.