Help:Pickle/Glossary/nb

Ordbok for spectester er en liste av kjernetermer og konsepter brukt i spectester.

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 registert en etter funksjon, da vil ingen etter funksjon bli kjørt.


 * Forsikring
 * Tester som fokuserer på faktisk kode, og forsikringer om den 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.


 * Sladre
 * En spion som klage, men skriver også ut et stabelspor som starter ett nivå opp.


 * Condition
 * A logical expression that can be evaluated as True or False, e.g., A>B.


 * Tilstå
 * En spion slik som klage, og er også et alias for krepere.


 * Kontekst
 * Marks functions used as examples. Se eksempel for detaljer.


 * Coverage
 * The degree, expressed as a percentage, to which a specified coverage item has been exercised by a test suite.


 * Criteria
 * What the system under test must satisfy in order to pass a given test. In specs it is only used simple pass/fail.


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


 * Describe
 * Marks functions used as examples. Se for detaljer.


 * Design
 * Also known as test design
 * 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


 * 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. The name and level are a bit arbitrary as they all have the same function. The context is often left out, and only describe and it are used.


 * Exceptions
 * Error states reported from within the code. They will be caught by the test framework. In depth article on Exception handling.


 * Expectations
 * Tests that focus on the provided objects and examples, and their truthy states.


 * Harness
 * Scaffolding code written for the purpose of exercising low-level code, in place of the high-level code.


 * It
 * Marks functions used as examples. See 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.


 * Return
 * The outermost zero-level that encapsulates the test results and returns them in a formatted fashion.


 * Spies
 * Functions that can be registered on other functions, or injected into code to report or alter internal states. Spying on public calls made before the module is available to the testing regime will not be possible.


 * 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 . In depth article on Test stub.


 * Subject
 * The object under test. It can be explicitly set or set as part of the . It is passed on to.


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


 * Test case
 * Et sett av påtrykk, forutsetninger, og forventede resultat for et bestemt formål. 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.


 * Test item
 * An item that is the object of some test effort.


 * Tester
 * A person that writes code. See