Jump to content

Help:Pickle/Glossary/nl

From mediawiki.org
This page is a translated version of the page Help:Pickle/Glossary and the translation is 100% complete.

De woordenlijst voor pickle tests is een lijst met kerntermen en begrippen, zowel voor #spec als #step stijl tests. Termen zijn ontleend aan de ITIL, ISTQB, RSpec-frameworks en de predicaatlogica. De verschillende frameworks worden waar nodig met elkaar verbonden. Probeer de definities te volgen, maar pas deze toe bij deze testomgeving.

Termen en begrippen

After
geeft functies aan die worden uitgevoerd na #describe, #context en #it. Het gebruikt één wachtrij zodat alle functies in de juiste volgorde worden uitgevoerd.
Deel van #test fixture.
Ook bekend als teardown.
AfterAll
geeft functies aan en is vergelijkbaar met #after, behalve dat het slechts één keer wordt uitgevoerd. Strikt genomen is deze functie niet nodig, omdat code inline kan worden toegevoegd. Het gebruikt één wachtrij zodat alle functies in de juiste volgorde worden uitgevoerd. Het gebruikt dezelfde wachtrij als after, dus het wordt op het juiste moment uitgevoerd in de eerste test. Bij latere aanroepen wordt het niet uitgevoerd.
Deel van #test fixture.
Around
Een alternatief voor #after dat alleen wordt uitgevoerd als de test #throws een #exception geeft. Als er een uitzondering optreedt en er is een functie around geregistreerd, dan wordt er geen functie after aangeroepen.
Deel van #test fixture.
Assertion
Test die zich richt op de daadwerkelijke code, en beweringen over die code, en hun falsy #conditions.
Deel van de verificatie van #test fixture.
Before
geeft functies aan die worden uitgevoerd na #describe, #context en #it. Het gebruikt één wachtrij zodat alle functies in de juiste volgorde worden uitgevoerd.
Deel van het instellen van #test fixture.
Ook bekend als setup.
BeforeAll
geeft functies aan die vergelijkbaar zijn met #after, behalve dat het slechts één keer wordt uitgevoerd. Strikt genomen is deze functie niet nodig, omdat code inline kan worden toegevoegd. Het gebruikt één wachtrij zodat alle functies in de juiste volgorde worden uitgevoerd. Het gebruikt dezelfde wachtrij als before, zodat het op het juiste moment in de eerste test wordt uitgevoerd. Bij latere aanroepen wordt het niet uitgevoerd.
Deel van de setup van #test fixture.
Carp
Een #spy die een bericht toevoegt aan stack zonder de test te verlaten, waarbij de naam van de aanroeper en de argumenten worden afgedrukt. Gedeeltelijk het nabootsen van de functie carp() van Perl.
Cluck
Een #spy zoals #carp, maar drukt ook een stack-trace af die één niveau hoger begint. Gedeeltelijk het nabootsen van de functie cluck() van Perl.
Condition
Een logische uitdrukking die kan worden geëvalueerd als True of False, bijvoorbeeld A>B.
Deel van #assertion.
Confess
Een #spy zoals #croak, maar drukt ook een stack-trace af die één niveau hoger begint. Gedeeltelijk het nabootsen van de functie confess() van Perl.
Context
markeert functies als voorbeeld, maar ook de functie context() zelf.
Zie #example voor details.
Continuous integration
Agile benadering van softwareontwikkeling om de duur en inspanning tijdens elke iteratie te minimaliseren, en tegelijkertijd software geschikt af te leveren voor release.
Dit dubbele doel vereist een integratieprocedure die reproduceerbaar is, meestal door automatische integratie en bouwen - vaak meerdere keren per dag, en bereikt door uitgebreide testen, versiecontrole, teambeleid en conventies.
Coverage
De mate, uitgedrukt als percentage, waarin een bepaald dekking door een testpakket wordt ondersteund. uitgeoefend.
Criteria
De beslissingsregels worden gebruikt om te bepalen of een testitem of functie een bepaalde test heeft doorstaan of niet heeft voltooid. In de specificaties wordt deze alleen gebruikt voor eenvoudige pass/fail.
Croak
Een #spy zoals #carp, maar stopt ook de uitvoerende test (de door de gebruiker verstrekte anonieme functie). Gedeeltelijk het nabootsen van de functie croak() van Perl. Omdat het een "exception geeft", zal het altijd een "stack trace" veroorzaken.
Describe
Markeert functies als voorbeeld, maar ook de functie describe() zelf. Zie #example voor details.
Design
Also known as test design
Het proces van het omzetten van algemene testdoelstellingen in tastbare testomstandigheden en testgevallen.
Het document dat de implementatiedetails van de test beschrijft, of de resultaten er van, het systeem of in ons geval de module. Het document is een onderdeel van de /doc-subpagina van de specificatiepagina.
Developer
Een persoon die code schrijft. Zie #tester
Documentation
Also known as test documentation
Het document dat de implementatiedetails van de test beschrijft, de resultaten er van, het systeem of in ons geval de module. Het document is de /doc-subpagina van de specificatiepagina.
Dummy
Een minimale implementatie van de functionaliteit die alleen nodig is om een andere implementatie beschikbaar te stellen. Deze objecten worden meestal in de tests gecreëerd en de levensduur is beperkt tot de tests. Een 'dummy' is een type van #test double.
Duration
Tijd die verstreken is tijdens het uitvoeren van een test, testrun of de volledige testuitvoering van een build- of release. Scribunto gebruikt 'cpuLimit' om de totale duur van een testrun te beperken.
Examples
De niveaus in de #describe, #context en #it ladder. De naam en het niveau zijn een beetje willekeurig omdat ze allemaal bijna dezelfde functie hebben. De context wordt vaak weggelaten, en alleen 'describe en it worden gebruikt.
Exceptions
Fouten worden gemeld vanuit de code. Ze zullen worden afgevangen door het test framework.
Expectations
Tests die zich richten op de gegeven objecten en voorbeelden, en hun truthy status.
Fail
Een test wordt als mislukt beschouwd als het werkelijke resultaat niet overeenkomt met het verwachte resultaat.
Fake
Een eenvoudiger alternatieve implementatie van functionaliteiten die anders te zwaar of moeilijk te implementeren zouden zijn of niet haalbaar in gebruik zijn. Deze objecten worden meestal binnen de tests aangemaakt, de levensduur is beperkt tot de tests en verbetert de prestaties van de tests. Een 'fake' is een type van #test double.
Feature
Een attribuut van een component of systeem dat is gespecificeerd of impliciet door de vereisten in de documentatie (bijvoorbeeld betrouwbaarheid, bruikbaarheid of ontwerpbeperkingen).
Fixture
De functie die de test definieert is de 'test fixture' en een frame zonder 'test fixture' wordt overgeslagen.
Good
Zie #pass voor details.
Harness
Een testomgeving bestaande uit 'stubs' en 'drivers' die nodig zijn om een test uit te voeren.
It
Markeert functies als 'examples', maar ook de functie it() zelf. Zie #example voor details.
Mock
Een gesimuleerd object dat fungeert als een strikt gecontroleerde vervanging van een echt object en wordt gebruikt om de interactie tussen modules en services te verifiëren, die wordt vergeleken met de verwachtingswaarde die overeenkomt met het aantal keren dat modules en services met elkaar moeten interageren tijdens een test. Een 'mock' is een type van #test double.
Overfitting
Dit gebeurt wanneer er te nauwe koppelingen zijn tussen de test en de broncode. Meestal gebeurt dit wanneer tests spionnen gebruiken om interne datastructuren in broncode te verifiëren.
Pass
Een test wordt als geslaagd beschouwd als het daadwerkelijke resultaat overeenkomt met het verwachte resultaat.
Pending
Een frame gemarkeerd met #skip of #todo bevindt zich in afwachting van een definitieve toestand. Deze toestand is een override van #pass ("ok") en #fail ("niet ok") en maakt het mogelijk om met minder ruis te coderen en te testen.
Return
Het buitenste nulniveau dat de testresultaten omvat en deze in een geformatteerde vorm teruggeeft.
Setup
Zie #before voor details.
Skip
Het systeem (of optioneel de auteur) kan een test als 'skipped'(overgeslagen) markeren, hetzij in de beschrijving of in de code. De verdere verwerking binnen het frame wordt vervolgens beëindigd en de huidige staat wordt gebruikt.
Spec
Een soort test om ervoor te zorgen dat we het goed bouwen, meestal door een soort unittests te schrijven, maar het kan ook op een hoger niveau zijn.
Spies
Functies die kunnen worden geregistreerd op andere functies, of geïnjecteerd in code om de interne staat te rapporteren of te veranderen. 'Spies' zijn een van #carp, #cluck, #croak en #confess. Het is niet mogelijk om te spioneren op openbare aanroepen die zijn gedaan voordat de module beschikbaar is voor het testregime. Een 'spy' is een type van #test double.
Step
Een soort test om zeker te zijn dat we het juiste bouwen, meestal door een soort acceptatietesten te schrijven, wat op integratieniveau plaatsvindt.
Stub
Gesimuleerde 'placeholders' voor echte code, gebruikt om specifieke systeemonderdelen te isoleren en te testen door bepaalde afhankelijkheden uit te sluiten. Een 'stub' is een type van #test double.
Subject
Het object dat getest wordt. Het kan expliciet worden ingesteld of als onderdeel van de #examples. Het wordt doorgegeven aan #expect.
Teardown
Zie #after voor details.
Test
Een activiteit om de goede werking van een systeem te controleren, aangezien het onder specifieke omstandigheden wordt uitgevoerd en met waargenomen en geregistreerde resultaten. Bestaat uit een of meer #test cases.
Test case
Een reeks invoerwaarden, uitvoervoorwaarden, verwachte resultaten en uitvoeringsvoorwaarden na uitvoering, ontwikkeld voor een bepaald doel of testvoorwaarde, zoals het uitvoeren van een bepaald programmapad of het controleren van de naleving van een specifiek vereiste. Het kan ook documentatie bevatten over de manier waarop de 'test case' wordt uitgevoerd.
Test doubles
Code die delen van de code vervangt die niet getest zijn en alleen bekende waarden moeten teruggeven.
Test item
Het individuele element dat moet worden getest. Meestal is het één test-object en veel test-items.
Tester
Een geschoolde gebruiker die betrokken is bij het testen van een component of systeem. Zie #developer
Throw
De testcode kan in een verklaring lopen die niet kan worden uitgevoerd en dus een exception "throws" of expliciet daar een exception "throws". Wanneer de code een exception geeft, wordt de uitvoering gestopt en een rapport aangemaakt.
Todo
De gebruiker (of optioneel het systeem) kan een test als 'todo'(nog te doen) markeren, hetzij in de beschrijving of in de code. De verdere verwerking binnen het frame zal voortgaan, maar de definitieve staat is toch nog niet vastgesteld.

Probeer u te houden aan de gangbare termen van w:International Software Testing Qualifications Board (ISTQB), w:American Software Testing Qualifications Board (ASTQB) en w:Information Technology Infrastructure Library (ITIL).