Volledige woordenlijst voor softwaretestvoorwaarden

software testing terms complete glossary

Om de onduidelijkheden in verschillende softwaretesttermen te vermijden, voeg ik een woordenlijst voor softwaretesten hier.

Alle termen voor het testen van software zijn opgenomen in deze woordenlijst. Als u denkt dat u de definitie van een term beter kent dan hier vermeld, kunt u deze gebruiken Contact Formulier om mij de definities te sturen. Bij herziening zal ik ze opnemen in deze woordenlijst.

Om de basisdefinities van softwaretests en kwaliteitsborging te kennen, is dit de beste woordenlijst die is samengesteld door Erik van Veenendaal ​Ook staat er voor elke definitie een verwijzing naar IEEE of ISO tussen haakjes.

NAAR

acceptatiecriteria: De exitcriteria waaraan een component of systeem moet voldoen om te zijngeaccepteerd door een gebruiker, klant of andere geautoriseerde entiteit. (IEEE 610)

acceptatietesten: Formele tests met betrekking tot gebruikersbehoeften, vereisten en bedrijfsprocessen uitgevoerd om te bepalen of een systeem al dan niet voldoet aan de acceptatiecriteria en om de gebruiker, klanten of een andere geautoriseerde entiteit in staat te stellen te bepalen of ze het systeem al dan niet accepteren. (Na IEEE 610)

toegankelijkheidstesten: Testen om het gemak te bepalen waarmee gebruikers met een handicap een component of systeem kunnen gebruiken. (Gerrard)

nauwkeurigheid: Het vermogen van het softwareproduct om de juiste of overeengekomen resultaten of effecten te leveren met de vereiste mate van precisie. (ISO 9126) Zie ook functionaliteitstesten.

werkelijke resultaat: Het gedrag dat wordt geproduceerd / waargenomen wanneer een component of systeem wordt getest.

ad-hoc testen: Informeel testen; er vindt geen formele testvoorbereiding plaats, er wordt geen erkende testontwerptechniek gebruikt, er zijn geen verwachtingen voor de resultaten en willekeur is de leidraad voor de testuitvoering.

aanpassingsvermogen: De mogelijkheid van het softwareproduct om te worden aangepast aan verschillende gespecificeerde omgevingen zonder andere acties of middelen toe te passen dan die voor dit doel zijn voorzien voor de betreffende software. (ISO 9126) Zie ook draagbaarheidstesten.

agile testen: Testpraktijken voor een project met behulp van agile methodologieën, zoals extreme programmering (XP), ontwikkeling behandelen als de klant van testen en de nadruk leggen op het test-first design paradigma.

alpha testen: Gesimuleerde of daadwerkelijke operationele tests door potentiële gebruikers / klanten of een onafhankelijk testteam op de site van de ontwikkelaar, maar buiten de ontwikkelingsorganisatie. Alfatesten worden vaak gebruikt als een vorm van interne acceptatietesten.

analyseerbaarheid: Het vermogen van het softwareproduct om te worden gediagnosticeerd op tekortkomingen of oorzaken van fouten in de software, of om de te wijzigen onderdelen te identificeren. (ISO 9126) Zie ook onderhoudbaarheidstesten.

anomalie: Elke voorwaarde die afwijkt van de verwachting op basis van behoeftespecificaties, ontwerpdocumenten, gebruikersdocumenten, standaarden, etc. of vanuit iemands perceptie of ervaring. Afwijkingen kunnen worden gevonden tijdens, maar niet beperkt tot, het beoordelen, testen, analyseren, compileren of gebruiken van softwareproducten of toepasselijke documentatie. (IEEE 1044) Zie ook defect, afwijking, fout, storing, storing, incident, probleem.

aantrekkelijkheid: Het vermogen van het softwareproduct om aantrekkelijk te zijn voor de gebruiker. (ISO 9126)

audit: Een onafhankelijke evaluatie van softwareproducten of -processen om de naleving van normen, richtlijnen, specificaties en / of procedures vast te stellen op basis van objectieve criteria, inclusief documenten die specificeren:

(1) de vorm of inhoud van de te vervaardigen producten

(2) het proces waarmee de producten zullen worden geproduceerd

(3) hoe de naleving van normen of richtlijnen zal worden gemeten. (IEEE 1028)

audittrail: Een pad waarlangs de oorspronkelijke invoer van een proces (bijv. Gegevens) door het proces kan worden getraceerd, waarbij de procesuitvoer als uitgangspunt wordt genomen. Dit vergemakkelijkt defectanalyse en maakt het mogelijk een procesaudit uit te voeren. (Na TMap)

geautomatiseerde testware: Testware die wordt gebruikt bij geautomatiseerd testen, zoals toolscripts.

beschikbaarheid: De mate waarin een component of systeem operationeel en toegankelijk is wanneer dat nodig is voor gebruik. Vaak uitgedrukt in een percentage. (IEEE 610)

B.

back-to-back testen: Testen waarbij twee of meer varianten van een component of systeem worden uitgevoerd met dezelfde inputs, de outputs worden vergeleken en geanalyseerd in geval van discrepanties. (IEEE 610)

basislijn: Een specificatie of softwareproduct dat formeel is herzien of overeengekomen, dat daarna dient als basis voor verdere ontwikkeling en dat alleen kan worden gewijzigd door middel van een formeel change control-proces. (Na IEEE 610)

basisblok: Een reeks van een of meer opeenvolgende uitvoerbare instructies zonder vertakkingen.

basistestset: Een set testcases afgeleid van de interne structuur of specificatie om ervoor te zorgen dat 100% van een gespecificeerd dekkingscriterium wordt bereikt.

gedrag: De reactie van een component of systeem op een set van invoerwaarden en randvoorwaarden.

benchmarktest: (1) Een norm waarmee metingen of vergelijkingen kunnen worden gemaakt. (2) Een test die wordt gebruikt om componenten of systemen met elkaar of met een norm te vergelijken zoals in (1). (Na IEEE 610)

op maat gemaakte software: Software die specifiek is ontwikkeld voor een aantal gebruikers of klanten. Het tegenovergestelde is standaardsoftware.

beste oefening: Een superieure methode of innovatieve praktijk die bijdraagt ​​aan de verbeterde prestaties van een organisatie in een bepaalde context, gewoonlijk erkend als ‘beste’ door andere vergelijkbare organisaties.

Beta testen: Operationeel testen door potentiële en / of bestaande gebruikers / klanten op een externe site die niet anderszins betrokken is bij de ontwikkelaars, om te bepalen of een component of systeem al dan niet voldoet aan de behoeften van de gebruiker / klant en past binnen de bedrijfsprocessen. Bètatesten worden vaak gebruikt als een vorm van externe acceptatietesten om feedback van de markt te krijgen.

big-bang testen: Een type integratietest waarbij software-elementen, hardware-elementen of beide allemaal tegelijk worden gecombineerd tot een component of een algemeen systeem, in plaats van in fasen. (Na IEEE 610) Zie ook integratietesten.

black box testen: Testen, zowel functioneel als niet-functioneel, zonder verwijzing naar de interne structuur van de component of het systeem.

black box test ontwerptechnieken: Gedocumenteerde procedure om testcases af te leiden en te selecteren op basis van een analyse van de specificatie, functioneel of niet-functioneel, van een component of systeem zonder verwijzing naar de interne structuur.

niveau 1 helpdesk interviewvragen

geblokkeerde testcase: Een testcase die niet kan worden uitgevoerd omdat niet aan de randvoorwaarden voor de uitvoering is voldaan.

bottom-up testen: Een incrementele benadering van integratietests waarbij de componenten op het laagste niveau eerst worden getest en vervolgens worden gebruikt om het testen van componenten op een hoger niveau te vergemakkelijken. Dit proces wordt herhaald totdat het onderdeel bovenaan de hiërarchie wordt getest. Zie ook integratietesten.

grenswaarde: Een invoerwaarde of uitvoerwaarde die zich op de rand van een equivalentiepartitie of op de kleinste incrementele afstand aan weerszijden van een rand bevindt, bijvoorbeeld de minimale of maximale waarde van een bereik.

grenswaardeanalyse: Een black box testontwerptechniek waarbij testgevallen worden ontworpen op basis van grenswaarden.

grenswaarde dekking: Het percentage grenswaarden dat is uitgeoefend door een testsuite.

Afdeling: Een basisblok dat kan worden geselecteerd voor uitvoering op basis van een programmaconstructie waarin een van twee of meer alternatieve programmapaden beschikbaar zijn, b.v. geval, spring, ga naar, ifthen- else.

dekking bijkantoor: Het percentage branches dat is uitgeoefend door een testsuite. 100% dekking van het filiaal impliceert zowel 100% dekking van beslissingen als 100% dekking van verklaringen.

branch testen: Een white box-testontwerptechniek waarbij testgevallen worden ontworpen om branches uit te voeren.

testen op basis van bedrijfsprocessen: Een testaanpak waarin testcases worden ontworpen op basis van beschrijvingen en / of kennis van bedrijfsprocessen.

C

Capability Maturity Model (CMM): Een gefaseerd raamwerk met vijf niveaus dat de belangrijkste elementen van een effectief softwareproces beschrijft. Het Capability Maturity Model omvat werkwijzen voor planning, engineering en beheer van softwareontwikkeling en -onderhoud. (CMM)

Capability Maturity Model Integration (CMMI): Een raamwerk dat de belangrijkste elementen van een effectief productontwikkelings- en onderhoudsproces beschrijft. De Capability Maturity Model Integration omvat werkwijzen voor planning, engineering en beheer van productontwikkeling en onderhoud. CMMI is de aangewezen opvolger van de CMM. (CMMI)

tool voor vastleggen / afspelen: Een type testuitvoeringstool waarbij invoer wordt vastgelegd tijdens handmatige tests om geautomatiseerde testscripts te genereren die later kunnen worden uitgevoerd (d.w.z. opnieuw kunnen worden afgespeeld). Deze tools worden vaak gebruikt om geautomatiseerde regressietests te ondersteunen.

GEVAL: Acroniem voor Computer Aided Software Engineering.

GIPS: Acroniem voor Computer Aided Software Testing. Zie ook testautomatisering.

oorzaak-gevolg grafiek: Een grafische weergave van inputs en / of stimuli (oorzaken) met de bijbehorende outputs (effecten), die gebruikt kunnen worden om testcases te ontwerpen.

oorzaak-gevolg grafieken: Een black box testontwerptechniek waarbij testcases worden ontworpen vanuit oorzaak-gevolg grafieken. (BS 7925/2)

certificering: Het proces om te bevestigen dat een component, systeem of persoon voldoet aan de gespecificeerde vereisten, bijv. door te slagen voor een examen.

veranderlijkheid: De mogelijkheid van het softwareproduct om gespecificeerde wijzigingen door te voeren. (ISO 9126) Zie ook onderhoudbaarheid.

classificatieboom methode: Een black box testontwerptechniek waarbij testgevallen, beschreven aan de hand van een classificatieboom, worden ontworpen om combinaties van vertegenwoordigers van input- en / of outputdomeinen uit te voeren. (Grochtmann)

codedekking: Een analysemethode die bepaalt welke delen van de software zijn uitgevoerd (gedekt) door de testsuite en welke delen niet zijn uitgevoerd, b.v. dekking van verklaringen, dekking van beslissingen of dekking van voorwaarden.

coëxistentie: De mogelijkheid van het softwareproduct om naast andere onafhankelijke software te bestaan ​​in een gemeenschappelijke omgeving die gemeenschappelijke bronnen deelt. (ISO 9126) Zie draagbaarheidstests.

complexiteit: De mate waarin een component of systeem een ​​ontwerp en / of interne structuur heeft die moeilijk te begrijpen, te onderhouden en te verifiëren is. Zie ook cyclomatische complexiteit.

nakoming: Het vermogen van het softwareproduct om te voldoen aan normen, conventies of voorschriften in wetten en soortgelijke voorschriften. (ISO 9126)

compliance testen ​ Het testproces om de conformiteit van een component of systeem te bepalen.

component: Een minimaal software-item dat afzonderlijk kan worden getest.

componentintegratietesten: Tests uitgevoerd om defecten in de interfaces en interactie tussen geïntegreerde componenten bloot te leggen.

component specificatie: Een beschrijving van de functie van een component in termen van zijn uitvoerwaarden voor gespecificeerde invoerwaarden onder gespecificeerde omstandigheden, en vereist niet-functioneel gedrag (bijv. Gebruik van bronnen).

component testen: Het testen van individuele softwarecomponenten. (Na IEEE 610)

samengestelde toestand: Twee of meer enkele voorwaarden samengevoegd door middel van een logische operator (AND, OR of XOR), b.v. ‘A> B AND C> 1000’.

gelijktijdigheidstesten: Testen om te bepalen hoe het optreden van twee of meer activiteiten binnen hetzelfde tijdsinterval, bereikt door de activiteiten te verweven of door gelijktijdige uitvoering, wordt afgehandeld door het onderdeel of systeem. (Na IEEE 610)

staat: Een logische uitdrukking die kan worden geëvalueerd als Waar of niet waar, bijv. A> B. Zie ook testconditie.

conditie dekking: Het percentage conditieresultaten dat is uitgeoefend door een testsuite. 100% conditiedekking vereist dat elke afzonderlijke conditie in elke beslissingsverklaring wordt getest als waar en onwaar.

conditie bepaling dekking: Het percentage van alle uitkomsten van een enkele aandoening die onafhankelijk van invloed zijn op een beslissingsresultaat dat is uitgeoefend door een testcase. 100% dekking van de conditiebepaling impliceert 100% dekking van de conditiebepaling.

conditiebepaling testen: Een white box-testontwerptechniek waarin testgevallen zijn ontworpen om uitkomsten van een enkele conditie uit te voeren die onafhankelijk een beslissingsresultaat beïnvloeden.

conditie testen: Een white box-testontwerptechniek waarin testgevallen zijn ontworpen om conditieresultaten uit te voeren.

conditie resultaat: De evaluatie van een voorwaarde naar Waar of niet waar.

configuratie: De samenstelling van een component of systeem zoals gedefinieerd door het aantal, de aard en de onderlinge verbindingen van de samenstellende onderdelen.

configuratie auditing: De functie om de inhoud van bibliotheken met configuratie-items te controleren, bijv. voor naleving van normen. (IEEE 610)

configuratie controle: Een element van configuratiemanagement, bestaande uit de evaluatie, coördinatie, goedkeuring of afkeuring, en implementatie van wijzigingen in configuratie-items na formele vaststelling van hun configuratie-identificatie. (IEEE

610)

configuratie identificatie: Een onderdeel van configuratiemanagement, bestaande uit het selecteren van de configuratie-items voor een systeem en het vastleggen van hun functionele en fysieke kenmerken in technische documentatie. (IEEE 610)

configuratie-item: Een samenvoeging van hardware, software of beide, die is aangewezen voor configuratiebeheer en wordt behandeld als een enkele entiteit in het configuratiebeheerproces. (IEEE 610)

configuratiebeheer: Een discipline die technische en administratieve leiding en toezicht toepast om: de functionele en fysieke kenmerken van een configuratie-item te identificeren en te documenteren, wijzigingen in die kenmerken te controleren, de verwerking en implementatiestatus van wijzigingen vast te leggen en te rapporteren, en de naleving van gespecificeerde vereisten te verifiëren. (IEEE 610)

consistentie: De mate van uniformiteit, standaardisatie en het vrij zijn van tegenstrijdigheid tussen de documenten of onderdelen van een component of systeem. (IEEE 610)

controle stroom: Een abstracte weergave van alle mogelijke sequenties van gebeurtenissen (paden) in de uitvoering via een component of systeem.

conversietesten: Testen van software die wordt gebruikt om gegevens van bestaande systemen om te zetten voor gebruik in vervangende systemen.

COTS: Acroniem voor Commercial Off-The-Shelf-software.

Dekking: De mate, uitgedrukt als percentage, waarin een bepaald dekkingsitem door een testsuite is uitgeoefend.

dekkingsanalyse: Meting van de behaalde dekking tot een gespecificeerd dekkingsitem tijdens de testuitvoering, onder verwijzing naar vooraf bepaalde criteria om te bepalen of aanvullende testen nodig zijn en zo ja, welke testcases nodig zijn.

dekkingsitem: Een entiteit of eigendom dat wordt gebruikt als basis voor testdekking, bijv. equivalentiepartities of codeverklaringen.

dekkingstool: Een tool die objectieve metingen geeft van welke structurele elementen, bijv. verklaringen zijn takken uitgeoefend door de testsuite.

cyclomatische complexiteit: Het aantal onafhankelijke paden door een programma. Cyclomatische complexiteit wordt gedefinieerd als: L - N + 2P, waarbij -L = het aantal randen / schakels in een grafiek -N = het aantal knooppunten in een grafiek - P = het aantal losgekoppelde delen van de grafiek (bijvoorbeeld een aanroepende grafiek en een subroutine)​(Naar McCabe)

D

data definitie: Een uitvoerbare instructie waarbij een variabele een waarde krijgt toegewezen.

datagedreven testen: Een scripttechniek die testinvoer en verwachte resultaten opslaat in een tabel of spreadsheet, zodat één beheerscript alle tests in de tabel kan uitvoeren. Datagestuurd testen wordt vaak gebruikt om de toepassing van testuitvoeringstools zoals capture / playback tools te ondersteunen. (Fewster en Graham) Zie ook trefwoordgestuurd testen.

informatiestroom: Een abstracte weergave van de volgorde en mogelijke veranderingen van de toestand van data-objecten, waarbij de toestand van een object een van is​creatie, gebruik of vernietiging. (Beizer)

gegevensstroomanalyse: Een vorm van statische analyse gebaseerd op de definitie en het gebruik van variabelen.

datastroomdekking: Het percentage definitie-gebruiksparen dat is uitgeoefend door een testcase-suite.

gegevensstroomtest: Een white box-testontwerptechniek waarin testgevallen zijn ontworpen om definitie uit te voeren en paren variabelen te gebruiken.

debuggen: Het proces van het vinden, analyseren en verwijderen van de oorzaken van storingen in software.

foutopsporingstool: Een tool die door programmeurs wordt gebruikt om fouten te reproduceren, de staat van programma's te onderzoeken en het bijbehorende defect te vinden. Debuggers stellen programmeurs in staat om programma's stap voor stap uit te voeren, een programma te stoppen bij elke programma-instructie en programmavariabelen in te stellen en te onderzoeken.

besluit: Een programmapunt waarop de besturingsstroom twee of meer alternatieve routes heeft. Een knooppunt met twee of meer links om takken te scheiden.

beslissingsvoorwaarde dekking: Het percentage van alle conditieresultaten en beslissingsresultaten die zijn uitgeoefend door een testsuite. 100% dekking van de beslissingsconditie impliceert zowel 100% dekking van de conditie als 100% dekking van de beslissing.

beslissingsconditie testen: Een white box-testontwerptechniek waarin testgevallen zijn ontworpen om conditieresultaten en beslissingsresultaten uit te voeren.

beslissing dekking: Het percentage beslissingsresultaten dat is uitgeoefend door een testsuite. 100% dekking voor beslissingen impliceert zowel 100% dekking van het bijkantoor als 100% dekking van verklaringen.

beslissingstabel: Een tabel met combinaties van inputs en / of stimuli (oorzaken) met de bijbehorende outputs en / of acties (effecten), die kunnen worden gebruikt om testcases te ontwerpen.

beslissingstabel testen: Een black box-testontwerptechnieken waarin testgevallen zijn ontworpen om de combinaties van inputs en / of stimuli (oorzaken) uit te voeren die worden weergegeven in een beslissingstabel. (Veenendaal)

beslissing testen: Een white box-testontwerptechniek waarin testgevallen worden ontworpen om beslissingsresultaten uit te voeren.

beslissing resultaat: Het resultaat van een beslissing (die dus de te nemen takken bepaalt).

defect: Een fout in een component of systeem waardoor de component of het systeem zijn vereiste functie niet kan vervullen, bijv. een onjuiste verklaring of gegevensdefinitie. Een defect dat tijdens de uitvoering wordt aangetroffen, kan een storing van het onderdeel of het systeem veroorzaken.

defect dichtheid: Het aantal defecten dat in een component of systeem is geïdentificeerd gedeeld door de grootte van de component of het systeem (uitgedrukt in standaardmeettermen, bijv. Coderegels, aantal klassen of functiepunten).

Percentage defectdetectie (DDP): het aantal defecten dat door een testfase is gevonden, gedeeld door het aantal dat door die testfase is gevonden en eventuele andere middelen daarna.

defectrapport: Een document waarin melding wordt gemaakt van een tekortkoming in een component of systeem waardoor de component of het systeem zijn vereiste functie niet kan vervullen. (Naar IEEE 829)

defect beheer: Het proces van het herkennen, onderzoeken, ondernemen en verhelpen van defecten. Het omvat het registreren van defecten, het classificeren ervan en het identificeren van de impact. (Naar IEEE 1044)

defect maskeren: Een gebeurtenis waarbij een defect de detectie van een ander verhindert. (Na IEEE 610)

definitie-gebruik paar: De associatie van de definitie van een variabele met het gebruik van die variabele. Variabel gebruik omvat computationeel (bijv. Vermenigvuldiging) of om de uitvoering van een pad te sturen (gebruik van 'predikaten').

leverbaar: Elk (werk) product dat geleverd moet worden aan iemand anders die de auteur van het (werk) product is.

ontwerpgebaseerd testen: Een testbenadering waarbij testgevallen worden ontworpen op basis van de architectuur en / of gedetailleerd ontwerp van een component of systeem (bijv. Testen van interfaces tussen componenten of systemen).

balie controleren: Testen van software of specificatie door handmatige simulatie van de uitvoering ervan.

ontwikkelingstesten: Formeel of informeel testen uitgevoerd tijdens de implementatie van een component of systeem, meestal in de ontwikkelomgeving door ontwikkelaars. (Na IEEE 610)

documentatie testen: Het testen van de kwaliteit van de documentatie, b.v. gebruikershandleiding of installatiehandleiding.

domein: De set waaruit geldige invoer- en / of uitvoerwaarden kunnen worden geselecteerd.

bestuurder: Een softwarecomponent of testtool die een component vervangt die zorgt voor de besturing en / of het oproepen van een component of systeem. (Na TMap)

dynamische analyse: Het proces van het evalueren van gedrag, b.v. geheugenprestaties, CPU-gebruik, van een systeem of component tijdens uitvoering. (Na IEEE 610)

dynamische vergelijking: Vergelijking van werkelijke en verwachte resultaten, uitgevoerd terwijl de software wordt uitgevoerd, bijvoorbeeld door een testuitvoeringstool.

dynamisch testen: Testen waarbij de software van een component of systeem wordt uitgevoerd.

IS

efficiëntie: Het vermogen van het softwareproduct om de juiste prestaties te leveren, in verhouding tot de hoeveelheid bronnen die onder de vermelde omstandigheden wordt gebruikt. (ISO 9126)

efficiëntie testen: Het proces van testen om de efficiëntie van een softwareproduct te bepalen.

elementaire vergelijkingstesten: Een black box-testontwerptechnieken waarin testgevallen zijn ontworpen om combinaties van invoer uit te voeren met behulp van het concept van dekking voor conditiebepaling. (TMap)

emulator: Een apparaat, computerprogramma of systeem dat dezelfde invoer accepteert en dezelfde uitvoer produceert als een bepaald systeem. (IEEE 610) Zie ook simulator.

toelatingscriteria: de set van generieke en specifieke voorwaarden voor het toestaan ​​dat een proces doorgaat met een gedefinieerde taak, b.v. testfase. Het doel van toelatingscriteria is om te voorkomen dat een taak wordt gestart die meer (verspilde) moeite kost dan de inspanning die nodig is om de mislukte toelatingscriteria te verwijderen. (Gilb en Graham)

ingangspunt: De eerste uitvoerbare instructie binnen een component.

gelijkwaardigheidspartitie: Een deel van een invoer- of uitvoerdomein waarvoor op basis van de specificatie wordt aangenomen dat het gedrag van een component of systeem hetzelfde is.

gelijkwaardigheid partitie dekking: Het percentage equivalentiepartities dat is uitgeoefend door een testsuite.

gelijkwaardigheid partitioneren: Een black-box-testontwerptechniek waarin testgevallen zijn ontworpen om vertegenwoordigers van equivalentiepartities uit te voeren. In principe zijn testcases ontworpen om elke partitie minstens één keer af te dekken.

fout: Een menselijke handeling die een onjuist resultaat oplevert. (Na IEEE 610)

fout bij het raden: Een testontwerptechniek waarbij de ervaring van de tester wordt gebruikt om te anticiperen op welke defecten mogelijk aanwezig zijn in het te testen onderdeel of systeem als gevolg van gemaakte fouten, en om tests te ontwerpen die specifiek zijn om deze aan het licht te brengen.

fout seeding: Het proces waarbij opzettelijk bekende defecten worden toegevoegd aan de defecten die zich al in het onderdeel of systeem bevinden, met als doel de snelheid van detectie en verwijdering te bewaken en het aantal resterende defecten te schatten. (IEEE 610)

fouttolerantie: Het vermogen van een systeem of component om normaal te blijven werken ondanks de aanwezigheid van foutieve invoer. (Na IEEE 610).

afhandeling van uitzonderingen: Gedrag van een component of systeem als reactie op foutieve invoer, van een menselijke gebruiker of van een ander component of systeem, of op een interne storing.

uitvoerbare instructie: Een instructie die, wanneer deze wordt gecompileerd, wordt vertaald in objectcode, en die procedureel wordt uitgevoerd wanneer het programma wordt uitgevoerd en een actie op gegevens kan uitvoeren.

uitgeoefend: Er wordt gezegd dat een programma-element wordt uitgeoefend door een testcase wanneer de invoerwaarde de uitvoering van dat element veroorzaakt, zoals een statement, beslissing of ander structureel element.

uitgebreide testen: Een testaanpak waarbij de testsuite alle combinaties van invoerwaarden en randvoorwaarden omvat.

exit criteria: De set van generieke en specifieke voorwaarden, overeengekomen met de stakeholders, om een ​​proces officieel te laten voltooien. Het doel van exitcriteria is om te voorkomen dat een taak als voltooid wordt beschouwd als er nog openstaande onderdelen van de taak zijn die niet zijn voltooid. Exit-criteria worden gebruikt door te testen om tegen te rapporteren en om te plannen wanneer het testen moet worden gestopt. (Na Gilb en Graham)

uitgangspunt: De laatste uitvoerbare instructie binnen een component.

verwacht resultaat: Het gedrag dat wordt voorspeld door de specificatie, of een andere bron, van het onderdeel of systeem onder gespecificeerde omstandigheden.

verkennende toetsing: Testen waarbij de tester actief het ontwerp van de tests controleert terwijl die tests worden uitgevoerd en informatie gebruikt die tijdens het testen is verkregen om nieuwe en betere tests te ontwerpen. (Bach)

F.

mislukken: Een test wordt als mislukt beschouwd als het werkelijke resultaat niet overeenkomt met het verwachte resultaat.

mislukking: Werkelijke afwijking van het onderdeel of systeem van de verwachte levering, service of resultaat. (Naar Fenton)

faal modus: De fysieke of functionele manifestatie van een storing. Een systeem in storingsmodus kan bijvoorbeeld worden gekenmerkt door een trage werking, onjuiste uitvoer of volledige beëindiging van de uitvoering.

Storingsmodus en effectanalyse (FMEA): Een systematische benadering van risico-identificatie en analyse van het identificeren van mogelijke faalwijzen en pogingen om het optreden ervan te voorkomen.

uitvalpercentage: De verhouding tussen het aantal storingen van een bepaalde categorie en een bepaalde maateenheid, bijv. storingen per tijdseenheid, storingen per aantal transacties, storingen per aantal computerruns. (IEEE 610)

fouttolerantie: Het vermogen van het softwareproduct om een ​​gespecificeerd prestatieniveau te behouden in geval van softwarefouten (defecten) of inbreuk op de gespecificeerde interface. (ISO 9126) Zie ook betrouwbaarheid.

foutenboomanalyse: Een methode die wordt gebruikt om de oorzaken van fouten (defecten) te analyseren.

haalbaar pad: Een pad waarvoor een set invoerwaarden en randvoorwaarden bestaat die ervoor zorgen dat het wordt uitgevoerd.

voorzien zijn van: Een attribuut van een component of systeem gespecificeerd of geïmpliceerd door documentatie van vereisten (bijvoorbeeld betrouwbaarheid, bruikbaarheid of ontwerpbeperkingen). (Naar IEEE 1008)

eindigetoestandsautomaat: Een rekenmodel bestaande uit een eindig aantal toestanden en overgangen tussen die toestanden, eventueel met bijbehorende acties. (IEEE 610)

formele beoordeling: Een review gekenmerkt door gedocumenteerde procedures en vereisten, bijv. inspectie.

bevroren testbasis: Een testbasisdocument dat alleen kan worden gewijzigd door een formeel change control-proces. Zie ook baseline.

Functiepuntanalyse (FPA): Methode om de omvang van de functionaliteit van een informatiesysteem te meten. De meting is onafhankelijk van de technologie. Deze meting kan worden gebruikt als basis voor het meten van productiviteit, het schatten van de benodigde middelen en projectbeheersing.

functionele integratie: Een integratiebenadering die de componenten of systemen combineert om een ​​basisfunctionaliteit vroeg aan het werk te krijgen. Zie ook integratietesten.

functionele eis: Een vereiste die een functie specificeert die een component of systeem moet uitvoeren. (IEEE 610)

functionele testontwerptechniek: Gedocumenteerde procedure om testcases af te leiden en te selecteren op basis van een analyse van de specificatie van de functionaliteit van een component of systeem zonder verwijzing naar de interne structuur. Zie ook black box-testontwerptechniek.

functioneel testen: Testen op basis van een analyse van de specificatie van de functionaliteit van een component of systeem. Zie ook black box testen.

functionaliteit: Het vermogen van het softwareproduct om functies te bieden die voldoen aan vermelde en impliciete behoeften wanneer de software onder gespecificeerde omstandigheden wordt gebruikt. (ISO 9126)

functionaliteit testen: Het proces van testen om de functionaliteit van een softwareproduct te bepalen.

G

glazen doos testen: Zie white box-testen.

H.

Heuristische evaluatie: Een statische bruikbaarheidstesttechniek om te bepalen of een gebruikersinterface voldoet aan erkende bruikbaarheidsprincipes (de zogenaamde 'heuristieken').

testcase op hoog niveau: Een testcase zonder concrete (implementatieniveau) waarden voor invoergegevens en verwachte resultaten.

horizontale traceerbaarheid: Het traceren van eisen voor een testniveau door de lagen van testdocumentatie heen (bijv. Testplan, testontwerpspecificatie, testcasespecificatie en testprocedurespecificatie).

ik

impactanalyse: Het beoordelen van veranderingen in de lagen van ontwikkelingsdocumentatie, testdocumentatie en componenten, om een ​​bepaalde verandering in gespecificeerde vereisten te implementeren.

incrementeel ontwikkelingsmodel: Een ontwikkelingscyclus waarin een project wordt opgesplitst in een reeks incrementen, die elk een deel van de functionaliteit leveren in de algemene projectvereisten. De vereisten worden geprioriteerd en geleverd in volgorde van prioriteit in het juiste increment. In sommige (maar niet alle) versies van dit levenscyclusmodel volgt elk deelproject een ‘mini V-model’ met eigen ontwerp-, coderings- en testfasen.

incrementeel testen: Testen waar componenten of systemen zijn geïntegreerd en een of meerdere tegelijk worden getest, totdat alle componenten of systemen zijn geïntegreerd en getest.

incident: Elke gebeurtenis die optreedt tijdens het testen en die onderzoek vereist. (Naar IEEE 1008)

probleembehandeling: Het proces van herkennen, onderzoeken, ondernemen en afhandelen van incidenten. Het gaat om het registreren van incidenten, het classificeren ervan en het identificeren van de impact. (Naar IEEE 1044)

incident management tool: Een tool die de registratie en statusregistratie van incidenten die tijdens het testen zijn gevonden, vergemakkelijkt. Ze hebben vaak workflow-georiënteerde faciliteiten om de toewijzing, correctie en hertesting van incidenten te volgen en te controleren en om rapportagemogelijkheden te bieden.

proces verbaal: Een document waarin verslag wordt gedaan van elke gebeurtenis die zich tijdens het testen voordoet en dat moet worden onderzocht. (Naar IEEE 829)

onafhankelijkheid: Scheiding van verantwoordelijkheden, die het uitvoeren van objectieve testen aanmoedigt. (Na DO-178b)

onhaalbaar pad: Een pad dat niet kan worden gebruikt door een set mogelijke invoerwaarden.

informele beoordeling: Een review die niet gebaseerd is op een formele (gedocumenteerde) procedure.

invoer: Een variabele (opgeslagen binnen een component of daarbuiten) die wordt gelezen door een component.

invoerdomein: De set waaruit geldige invoerwaarden kunnen worden geselecteerd. Zie ook domein.

invoerwaarde: Een exemplaar van een input. Zie ook invoer.

inspectie: Een soort beoordeling die berust op visueel onderzoek van documenten om defecten op te sporen, bijv. schendingen van ontwikkelingsnormen en niet-naleving van documentatie op hoger niveau. De meest formele review-techniek en daarom altijd gebaseerd op een gedocumenteerde procedure. (Na IEEE 610, IEEE 1028)

installeerbaarheid: De mogelijkheid van het softwareproduct om te worden geïnstalleerd in een gespecificeerde omgeving (ISO 9126). Zie ook draagbaarheid.

installeerbaarheidstesten: Het proces waarbij de installeerbaarheid van een softwareproduct wordt getest. Zie ook portabiliteitstesten.

installatie gids: Bijgeleverde instructies op elk geschikt medium, die de installateur door het installatieproces leiden. Dit kan een handmatige handleiding, een stapsgewijze procedure, een installatiewizard of een andere vergelijkbare procesbeschrijving zijn.

installatiewizard: Bijgeleverde software op elk geschikt medium, dat de installateur door het installatieproces leidt. Het voert normaal gesproken het installatieproces uit, geeft feedback over de installatieresultaten en vraagt ​​om opties.

instrumentatie: Het invoegen van aanvullende code in het programma om informatie te verzamelen over het gedrag van het programma tijdens de uitvoering.

instrumenten: Een softwaretool die wordt gebruikt om instrumentatie uit te voeren.

intaketoets: Een speciaal exemplaar van een rooktest om te beslissen of het onderdeel of systeem klaar is voor gedetailleerde en verdere testen. Een intaketest wordt doorgaans uitgevoerd aan het begin van de testuitvoeringsfase.

integratie: Het proces waarbij componenten of systemen worden gecombineerd tot grotere assemblages.

integratie testen: Testen uitgevoerd om defecten in de interfaces en in de interacties tussen geïntegreerde componenten of systemen bloot te leggen. Zie ook componentintegratietesten, systeemintegratietesten.

interface testen: Een integratietesttype dat zich bezighoudt met het testen van de interfaces tussen componenten of systemen.

interoperabiliteit: De mogelijkheid van het softwareproduct om te communiceren met een of meer gespecificeerde componenten of systemen. (Naar ISO 9126) Zie ook functionaliteit.

interoperabiliteitstesten: Het proces van testen om de interoperabiliteit van een softwareproduct te bepalen. Zie ook functionaliteitstesten.

ongeldig testen: Testen met invoerwaarden die door de component of het systeem moeten worden geweigerd. Zie ook fouttolerantie.

isolatie testen: Testen van afzonderlijke componenten geïsoleerd van omringende componenten, waarbij omringende componenten worden gesimuleerd door stubs en stuurprogramma's, indien nodig.

NAAR

trefwoordgestuurde testen: Een scripttechniek die gegevensbestanden gebruikt om niet alleen testgegevens en verwachte resultaten te bevatten, maar ook trefwoorden die betrekking hebben op de applicatie die wordt getest. De trefwoorden worden geïnterpreteerd door speciale ondersteunende scripts die worden aangeroepen door het beheerscript voor de test. Zie ook datagedreven testen.

L.

LCSAJ: Een lineaire codesequentie en sprong, bestaande uit de volgende drie items (gewoonlijk geïdentificeerd door regelnummers in een broncodelijst): het begin van de lineaire reeks uitvoerbare instructies, het einde van de lineaire reeks en de doellijn waarnaar stroom wordt overgedragen aan het einde van de lineaire reeks.

LCSAJ-dekking: Het percentage LCSAJ's van een onderdeel dat is uitgeoefend door een testsuite. 100% LCSAJ-dekking impliceert 100% beslissingsdekking.

LCSAJ-testen: Een white box-testontwerptechniek waarbij testcases worden ontworpen om LCSAJ's uit te voeren.

leervermogen: De mogelijkheid van het softwareproduct om de gebruiker in staat te stellen de toepassing ervan te leren kennen. (ISO 9126) Zie ook bruikbaarheid.

belastingtest: Een testtype dat betrekking heeft op het meten van het gedrag van een component of systeem met toenemende belasting, b.v. aantal parallelle gebruikers en / of aantal transacties om te bepalen welke belasting door de component of het systeem kan worden afgehandeld.

testcase op laag niveau: Een testcase met concrete (implementatieniveau) waarden voor invoergegevens en verwachte resultaten.

M.

onderhoud: Aanpassing van een softwareproduct na levering om defecten te corrigeren, prestaties of andere attributen te verbeteren of om het product aan een gewijzigde omgeving aan te passen. (IEEE 1219)

onderhoudstesten: Het testen van de wijzigingen aan een operationeel systeem of de impact van een gewijzigde omgeving op een operationeel systeem.

onderhoudbaarheid: Het gemak waarmee een softwareproduct kan worden aangepast om defecten te corrigeren, aangepast om aan nieuwe eisen te voldoen, aangepast om toekomstig onderhoud gemakkelijker te maken of aangepast aan een veranderde omgeving. (ISO 9126)

onderhoudbaarheidstesten: Het proces van testen om de onderhoudbaarheid van een softwareproduct te bepalen.

directiebeoordeling: Een systematische evaluatie van software-acquisitie, levering, ontwikkeling, exploitatie of onderhoudsproces, uitgevoerd door of namens het management dat de voortgang bewaakt, de status van plannen en schema's vaststelt, eisen en de toewijzing van erfgenamen bevestigt of de effectiviteit van managementbenaderingen evalueert om geschiktheid voor een bepaald doel te bereiken. (Na IEEE 610, IEEE 1028)

volwassenheid: (1) Het vermogen van een organisatie met betrekking tot de effectiviteit en efficiëntie van haar processen en werkmethoden. Zie ook Capability Maturity Model, Test Maturity Model. (2) Het vermogen van het softwareproduct om storingen als gevolg van defecten in de software te voorkomen. (ISO 9126) Zie ook betrouwbaarheid.

meten: Het nummer of de categorie die aan een attribuut van een entiteit wordt toegekend door middel van een meting (ISO 14598).

meting: Het proces waarbij een nummer of categorie aan een entiteit wordt toegewezen om een ​​attribuut van die entiteit te beschrijven. (ISO 14598)

Meetschaal: Een schaal die het type gegevensanalyse beperkt dat erop kan worden uitgevoerd. (ISO 14598)

geheugenlek: Een defect in de dynamische logica van de opslagtoewijzing van een programma waardoor het geen geheugen terugwint nadat het klaar is met het gebruik ervan, waardoor het programma uiteindelijk mislukt vanwege een gebrek aan geheugen.

metriek: Een meetschaal en de gebruikte meetmethode. (ISO 14598)

mijlpaal: Een tijdstip in een project waarop gedefinieerde (tussen) deliverables enresultaten zouden klaar moeten zijn.

moderator: De leider en hoofdpersoon die verantwoordelijk is voor een inspectie of ander beoordelingsproces.

monitor: Een softwaretool of hardwareapparaat dat gelijktijdig met het te testen onderdeel of systeem werkt en het gedrag van het onderdeel of systeem controleert, registreert en / of analyseert. (Na IEEE 610)

dekking voor meerdere aandoeningen: Het percentage combinaties van alle enkele voorwaarderesultaten binnen één verklaring die zijn uitgeoefend door een testsuite. 100% veelvoudconditie dekking impliceert 100% conditie bepaling dekking.

meerdere conditietesten: Een white box-testontwerptechniek waarin testgevallen zijn ontworpen om combinaties van resultaten van een enkele conditie uit te voeren (binnen één statement).

mutatieanalyse: Een methode om de grondigheid van de testsuite te bepalen door te meten in hoeverre een testsuite het programma kan onderscheiden van kleine varianten (mutanten) van het programma.

N

N-switch dekking: Het percentage sequenties van N + 1-overgangen dat is uitgeoefend door een testsuite. (Chow)

N-switch testen: Een vorm van toestandsovergangstesten waarbij testgevallen zijn ontworpen om alle geldige reeksen van N + 1 overgangen uit te voeren. (Chow) Zie ook state transition testing.

negatief testen: Tests om aan te tonen dat een component of systeem niet werkt. Negatief testen heeft meer te maken met de houding van de testers dan met een specifieke testaanpak of testontwerptechniek. (Naar Beizer).

non-conformiteit: Niet voldoen aan een gespecificeerde vereiste. (ISO 9000)

niet-functionele eis: Een eis die geen betrekking heeft op functionaliteit, maar op attributen zoals betrouwbaarheid, efficiëntie, bruikbaarheid, onderhoudbaarheid en draagbaarheid.

niet-functionele testen: Het testen van de attributen van een component of systeem die geen betrekking hebben op functionaliteit, bijv. betrouwbaarheid, efficiëntie, bruikbaarheid, onderhoudbaarheid en draagbaarheid.

niet-functionele testontwerptechnieken: Methoden die worden gebruikt om tests te ontwerpen of te selecteren voor niet-functionele tests.

OF

standaardsoftware: Een softwareproduct dat is ontwikkeld voor de algemene markt, dus voor een groot aantal klanten, en dat in identiek formaat aan veel klanten wordt geleverd.

bruikbaarheid: De mogelijkheid van het softwareproduct om de gebruiker in staat te stellen het te bedienen en te besturen. (ISO 9126) Zie ook bruikbaarheid.

operationele omgeving: Hardware- en softwareproducten die zijn geïnstalleerd op de locaties van gebruikers of klanten waar het te testen onderdeel of systeem zal worden gebruikt. De software kan besturingssystemen, databasebeheersystemen en andere toepassingen omvatten.

operationeel profiel testen: Statistisch testen met behulp van een model van systeembewerkingen (taken van korte duur) en hun waarschijnlijkheid van normaal gebruik. (Musa)

operationele testen: Tests uitgevoerd om een ​​component of systeem in zijn operationele omgeving te evalueren. (IEEE 610)

output: Een variabele (opgeslagen in een component of daarbuiten) die is geschreven door een component.

output domein: De set waaruit geldige outputwaarden kunnen worden geselecteerd. Zie ook domein.

output waarde: Een exemplaar van een output. Zie ook output.

P.

Paar programmeren: Een softwareontwikkelingsaanpak waarbij regels code (productie en / of test) van een component worden geschreven door twee programmeurs die achter één computer zitten. Dit betekent impliciet dat doorlopende real-time codebeoordelingen worden uitgevoerd.

paar testen: Twee testers werken samen om defecten op te sporen. Meestal delen ze één computer en verhandelen ze de controle erover tijdens het testen.

Slagen voor: Een test wordt geacht te zijn geslaagd als het werkelijke resultaat overeenkomt met het verwachte resultaat.

slagen / mislukken criteria: Beslissingsregels die worden gebruikt om te bepalen of een testitem (functie) of kenmerk een test heeft doorstaan ​​of niet. (IEEE 829)

pad: Een reeks gebeurtenissen, b.v. uitvoerbare instructies van een component of systeem van een entrypunt naar een exitpunt.

pad dekking: Het percentage paden dat is gebruikt door een testsuite. 100% paddekking impliceert 100% LCSAJ-dekking.

pad sensibiliserend: Een set invoerwaarden kiezen om de uitvoering van een bepaald pad te forceren.

pad testen: Een white box-testontwerptechniek waarin testgevallen worden ontworpen om paden uit te voeren.

prestatie: De mate waarin een systeem of onderdeel zijn aangewezen functies vervult binnen bepaalde beperkingen met betrekking tot verwerkingstijd en doorvoersnelheid. (Na IEEE 610) Zie efficiëntie.

prestatie indicator: Een hoge maatstaf van effectiviteit en / of efficiëntie die wordt gebruikt om progressieve ontwikkeling te begeleiden en te controleren, bijv. Defect Detection Percentage (DDP) voor testen. (CMMI)

prestatie testen: Het testproces om de prestaties van een softwareproduct te bepalen. Zie efficiëntie testen.

prestatietesttool: Een tool ter ondersteuning van prestatietests en die meestal twee hoofdfaciliteiten heeft: het genereren van belasting en het meten van testtransacties. Het genereren van belasting kan meerdere gebruikers of grote hoeveelheden invoergegevens simuleren. Tijdens de uitvoering worden responstijdmetingen genomen van geselecteerde transacties en deze worden gelogd. Prestatietesttools leveren normaal gesproken rapporten op basis van testlogboeken en grafieken van belasting tegen reactietijden.

websites waarmee u youtube-video's kunt downloaden

fase testplan: Een testplan dat doorgaans betrekking heeft op één testniveau.

draagbaarheid: Het gemak waarmee het softwareproduct kan worden overgedragen van de ene hardware- of softwareomgeving naar de andere. (ISO 9126)

draagbaarheid testen: Het testproces om de draagbaarheid van een softwareproduct te bepalen.

postconditie: Omgevings- en toestandsvoorwaarden waaraan moet worden voldaan na het uitvoeren van een test of testprocedure.

vergelijking na uitvoering: Vergelijking van werkelijke en verwachte resultaten, uitgevoerd nadat de software is voltooid.

voorwaarde: Omgevings- en toestandsvoorwaarden waaraan moet worden voldaan voordat het onderdeel of systeem kan worden uitgevoerd met een bepaalde test of testprocedure.

Prioriteit: Het niveau van (zakelijk) belang dat aan een item wordt toegekend, bijv. defect.

proces cyclustest: Een black box-testontwerptechniek waarin testcases worden ontworpen om bedrijfsprocedures en -processen uit te voeren. (TMap)

werkwijze: Een reeks onderling gerelateerde activiteiten die inputs omzetten in outputs. (ISO 12207)

project: Een project is een unieke set van gecoördineerde en gecontroleerde activiteiten met start- en einddatums die worden uitgevoerd met een doelstelling die voldoet aan specifieke vereisten, inclusief de beperkingen van tijd, kosten en middelen. (ISO 9000)

project testplan: Een testplan dat doorgaans betrekking heeft op meerdere testniveaus.

pseudo-willekeurig: Een serie die willekeurig lijkt te zijn, maar in feite wordt gegenereerd volgens een vooraf afgesproken volgorde.

Q

kwaliteit: De mate waarin een component, systeem of proces voldoet aan gespecificeerde eisen en / of gebruikers- / klantbehoeften en verwachtingen. (Na IEEE 610)

kwaliteitsverzekering: Onderdeel van kwaliteitsmanagement gericht op het geven van vertrouwen dat aan de kwaliteitseisen zal worden voldaan. (ISO 9000)

kwaliteitskenmerk: Een kenmerk of kenmerk dat de kwaliteit van een item beïnvloedt. (IEEE 610)

kwaliteitsmanagement: Afgestemde activiteiten om een ​​organisatie op kwaliteit te sturen en te sturen. Aansturing en controle op kwaliteit omvat doorgaans het opstellen van het kwaliteitsbeleid en kwaliteitsdoelstellingen, kwaliteitsplanning, kwaliteitscontrole, kwaliteitsborging en kwaliteitsverbetering. (ISO 9000)

R

willekeurige testen: Een black box-testontwerptechniek waarbij testgevallen worden geselecteerd, mogelijk met behulp van een pseudo-willekeurig generatiealgoritme, om te matchen met een operationeel profiel. Deze techniek kan worden gebruikt voor het testen van niet-functionele attributen zoals betrouwbaarheid en prestaties.

herstelbaarheid: Het vermogen van het softwareproduct om een ​​bepaald prestatieniveau te herstellen en de direct betrokken gegevens te herstellen in geval van een storing. (ISO 9126) Zie ook betrouwbaarheid.

herstelbaarheid testen: Het testproces om de herstelbaarheid van een softwareproduct te bepalen. Zie ook betrouwbaarheidstesten.

regressietesten: Testen van een eerder getest programma na wijziging om ervoor te zorgen dat defecten niet zijn geïntroduceerd of ontdekt in ongewijzigde delen van de software als gevolg van de aangebrachte wijzigingen. Het wordt uitgevoerd wanneer de software of zijn omgeving wordt gewijzigd.

release-opmerking: Een document dat testitems, hun configuratie, huidige status en andere leveringsinformatie identificeert die door de ontwikkeling wordt geleverd aan testen en mogelijk andere belanghebbenden aan het begin van een testuitvoeringsfase. (Naar IEEE 829)

betrouwbaarheid: Het vermogen van het softwareproduct om de vereiste functies uit te voeren onder bepaalde omstandigheden gedurende een bepaalde periode of voor een bepaald aantal bewerkingen. (ISO 9126)

betrouwbaarheidstesten: Het proces van testen om de betrouwbaarheid van een softwareproduct te bepalen.

vervangbaarheid: De mogelijkheid van het softwareproduct om te worden gebruikt in plaats van een ander gespecificeerd softwareproduct voor hetzelfde doel in dezelfde omgeving. (ISO 9126) Zie ook draagbaarheid.

vereiste: Een voorwaarde of mogelijkheid die een gebruiker nodig heeft om een ​​probleem op te lossen of een doel te bereiken waaraan een systeem of systeemcomponent moet of moet voldoen om te voldoen aan een contract, norm, specificatie of ander formeel opgelegd document. (Na IEEE 610)

op eisen gebaseerd testen: Een testbenadering waarbij testgevallen worden ontworpen op basis van testdoelstellingen en testomstandigheden die zijn afgeleid van vereisten, bijv. tests die specifieke functies uitoefenen of niet-functionele attributen onderzoeken, zoals betrouwbaarheid of bruikbaarheid.

hulpprogramma voor vereistenbeheer: Een tool die het vastleggen van vereisten, vereistenattributen (bijv. Prioriteit, kennisverantwoordelijke) en annotatie ondersteunt, en traceerbaarheid door lagen van vereisten en verandermanagement van vereisten vergemakkelijkt. Sommige tools voor vereistenbeheer bieden ook faciliteiten voor statische analyse, zoals consistentiecontrole en overtredingen van vooraf gedefinieerde vereistenregels.

vereisten fase: De periode in de levenscyclus van de software waarin de vereisten voor een softwareproduct worden gedefinieerd en gedocumenteerd. (IEEE 610)

gebruik van middelen: De mogelijkheid van het softwareproduct om de juiste hoeveelheden en soorten bronnen te gebruiken, bijvoorbeeld de hoeveelheden hoofd- en secundair geheugen die door het programma worden gebruikt en de grootte van vereiste tijdelijke of overloopbestanden, wanneer de software zijn functie onder bepaalde omstandigheden uitvoert. (Volgens ISO 9126) Zie ook efficiëntie.

resource gebruik testen: Het testproces om het gebruik van hulpbronnen van een softwareproduct te bepalen.

resultaat: Het gevolg / resultaat van het uitvoeren van een test. Het omvat uitgangen naar schermen, wijzigingen in gegevens, rapporten en verzonden communicatieberichten. Zie ook feitelijk resultaat, verwacht resultaat.

hervattingscriteria: De testactiviteiten die moeten worden herhaald wanneer het testen wordt hervat na een schorsing. (Naar IEEE 829)

opnieuw testen: Testen waarbij testcases worden uitgevoerd die de laatste keer dat ze werden uitgevoerd, mislukten, om het succes van corrigerende maatregelen te verifiëren.

beoordeling: Een evaluatie van een product- of projectstatus om afwijkingen van geplande resultaten vast te stellen en verbeteringen aan te bevelen. Voorbeelden zijn onder meer managementbeoordeling, informele beoordeling, technische beoordeling, inspectie en walkthrough. (Na IEEE 1028)

recensent: De persoon die betrokken is bij de review die afwijkingen in het product of project dat wordt beoordeeld, moet identificeren en beschrijven. Beoordelaars kunnen worden gekozen om verschillende standpunten en rollen in het beoordelingsproces te vertegenwoordigen.

risico: Een factor die zou kunnen resulteren in toekomstige negatieve gevolgen; meestal uitgedrukt als impact en waarschijnlijkheid.

risico analyse: Het proces van het beoordelen van geïdentificeerde risico's om hun impact en waarschijnlijkheid van optreden (waarschijnlijkheid) in te schatten.

risicogebaseerde testen: Testen gericht op het onderzoeken en informeren van productrisico's. (Naar Gerrard)

Risico controle: Het proces waardoor beslissingen worden genomen en beschermende maatregelen worden geïmplementeerd om risico's te verminderen tot, of risico's binnen bepaalde niveaus te houden.

risico identificatie: Het proces van het identificeren van risico's met behulp van technieken als brainstormen, checklists en storingshistorie.

risicomanagement: Systematische toepassing van procedures en praktijken op de taken van het identificeren, analyseren, prioriteren en beheersen van risico's.

robuustheid: De mate waarin een component of systeem correct kan functioneren in aanwezigheid van ongeldige inputs of stressvolle omgevingsomstandigheden. (IEEE 610) Zie ook fouttolerantie, fouttolerantie.

oorzaak: Een onderliggende factor die een non-conformiteit veroorzaakte en mogelijk permanent moet worden geëlimineerd door procesverbetering.

S

veiligheid: Het vermogen van het softwareproduct om aanvaardbare niveaus van risico op schade aan mensen, bedrijven, software, eigendommen of het milieu te bereiken in een gespecificeerde gebruikscontext. (ISO 9126)

veiligheidstesten: Het testproces om de veiligheid van een softwareproduct te bepalen.

schaalbaarheid: De mogelijkheid van het softwareproduct om te worden geüpgraded om hogere belastingen op te vangen. (Naar Gerrard)

schaalbaarheidstesten: Testen om de schaalbaarheid van het softwareproduct te bepalen.

schrijver: Degene die elk genoemd defect en eventuele verbetersuggesties tijdens een beoordelingsgesprek moet noteren op een inlogformulier. De schrijver moet ervoor zorgen dat het aanmeldingsformulier leesbaar en begrijpelijk is.

scripttaal: Een programmeertaal waarin uitvoerbare testscripts worden geschreven, die wordt gebruikt door een testuitvoeringstool (bijv. Een capture / replay-tool).

veiligheid: Eigenschappen van softwareproducten die van invloed zijn op het vermogen om ongeoorloofde toegang, al dan niet opzettelijk, tot programma's en gegevens te voorkomen. (ISO 9126)

beveiligingstesten: Testen om de beveiliging van het softwareproduct te bepalen.

ernst: De mate van impact die een defect heeft op de ontwikkeling of werking van een component of systeem. (Na IEEE 610)

simulatie: De weergave van geselecteerde gedragskenmerken van het ene fysieke of abstracte systeem door een ander systeem. (ISO 2382/1)

simulator: Een apparaat, computerprogramma of systeem dat wordt gebruikt tijdens het testen, dat zich gedraagt ​​of werkt als een bepaald systeem wanneer het is voorzien van een reeks gecontroleerde ingangen. (After IEEE 610, DO178b) Zie ook emulator.

rook test: Een subset van alle gedefinieerde / geplande testgevallen die de hoofdfunctionaliteit van een component of systeem dekken, om vast te stellen dat de meest cruciale functies van een programma werken, maar geen last hebben van fijnere details. Een dagelijkse bouw- en rooktest behoort tot de best practices in de branche. Zie ook intaketoets.

software kwaliteit: Het geheel van functionaliteit en kenmerken van een softwareproduct die van invloed zijn op het vermogen om aan de gestelde of impliciete behoeften te voldoen. (Volgens ISO 9126)

specificatie: Een document dat, idealiter op een volledige, nauwkeurige en verifieerbare manier, de vereisten, het ontwerp, het gedrag of andere kenmerken van een component of systeem specificeert, en vaak de procedures om te bepalen of aan deze bepalingen is voldaan. (Na IEEE 610)

op specificatie gebaseerde testontwerptechniek: Zie black box-testontwerptechniek.

gespecificeerde invoer: Een input waarvan de specificatie een resultaat voorspelt.

stabiliteit: De mogelijkheid van het softwareproduct om onverwachte effecten van wijzigingen in de software te vermijden. (ISO 9126) Zie ook onderhoudbaarheid.

toestand diagram: Een diagram dat de toestanden weergeeft die een component of systeem kan aannemen, en de gebeurtenissen of omstandigheden toont die een verandering van de ene toestand naar de andere veroorzaken en / of het gevolg zijn. (IEEE 610)

staat tafel: Een raster met de resulterende overgangen voor elke toestand gecombineerd met elke mogelijke gebeurtenis, met zowel geldige als ongeldige overgangen.

toestand overgang: Een overgang tussen twee toestanden van een component of systeem.

state transitie testen: Een black box-testontwerptechniek waarin testgevallen zijn ontworpen om geldige en ongeldige toestandsovergangen uit te voeren. Zie ook N-switch testen.

uitspraak: Een entiteit in een programmeertaal, die doorgaans de kleinste ondeelbare uitvoeringseenheid is.

verklaring dekking: Het percentage uitvoerbare verklaringen dat is uitgeoefend door een testsuite.

verklaring testen: Een white box-testontwerptechniek waarin testcases worden ontworpen om uitspraken te doen.

statische analyse: Analyse van software-artefacten, b.v. vereisten of code, uitgevoerd zonder uitvoering van deze software-artefacten.

statische analysator: Een tool die statische analyses uitvoert.

statische code analyse: Analyse van de broncode van het programma uitgevoerd zonder uitvoering van die software.

statische code-analysator: Een tool die statische code-analyse uitvoert. De tool controleert de broncode op bepaalde eigenschappen, zoals conformiteit met coderingsstandaarden, kwaliteitsmetrieken of afwijkingen in de gegevensstroom.

statisch testen: Testen van een component of systeem op specificatie- of implementatieniveau zonder uitvoering van die software, bijv. recensies of statische code-analyse.

statistische toetsing: Een testontwerptechniek waarbij een model van de statistische verdeling van de input wordt gebruikt om representatieve testgevallen te construeren. Zie ook operationeel profiel testen.

status boekhouding: Een onderdeel van configuratiemanagement, bestaande uit het vastleggen en rapporteren van informatie die nodig is om een ​​configuratie effectief te beheren. Deze informatie omvat een lijst met de goedgekeurde configuratie-identificatie, de status van voorgestelde wijzigingen in de configuratie en de implementatiestatus van de goedgekeurde wijzigingen. (IEEE 610)

Stress testen: Tests uitgevoerd om een ​​systeem of onderdeel te evalueren op of buiten de limieten van de gespecificeerde vereisten. (IEEE 610)

structurele dekking: Dekkingsmaatregelen op basis van de interne structuur van de component.

constructieve testontwerptechniek: Zie white box-testontwerptechniek.

stomp: Een skeletale of speciale implementatie van een softwarecomponent, die wordt gebruikt om een ​​component te ontwikkelen of te testen die er oproept of anderszins van afhankelijk is. Het vervangt een genoemd onderdeel. (Na IEEE 610)

subpad: Een reeks uitvoerbare instructies binnen een component.

opschortingscriteria: De criteria die worden gebruikt om (tijdelijk) alle of een deel van de toetsactiviteiten op de toetsitems te stoppen. (Naar IEEE 829)

geschiktheid: Het vermogen van het softwareproduct om een ​​geschikte set functies te bieden voor gespecificeerde taken en gebruikersdoelstellingen. (ISO 9126) Zie ook functionaliteit.

Software Usability Measurement Inventory (SUMI): Een op vragenlijst gebaseerde bruikbaarheidstesttechniek om de bruikbaarheid te evalueren, bijv. gebruikerstevredenheid, van een component of systeem. (Veenendaal)

syntaxis testen: Een black box testontwerptechniek waarbij testgevallen worden ontworpen op basis van de definitie van het inputdomein en / of outputdomein.

systeem: Een verzameling componenten die is georganiseerd om een ​​specifieke functie of een reeks functies te vervullen. (IEEE 610)

systeemintegratietesten: Het testen van de integratie van systemen en pakketten; het testen van interfaces met externe organisaties (bijv. elektronische gegevensuitwisseling, internet).

systeemtesten: Het proces van het testen van een geïntegreerd systeem om te verifiëren dat het voldoet aan gespecificeerde vereisten. (Hetzel)

T

technische review: Een discussieactiviteit met leeftijdsgenoten die zich richt op het bereiken van consensus over de te volgen technische benadering. Een technische review wordt ook wel peer review genoemd. (Gilb and Graham, IEEE 1028)

test aanpak: De implementatie van de teststrategie voor een specifiek project. Het omvat doorgaans de beslissingen die worden genomen die volgen op basis van het doel van het (test) project en de uitgevoerde risicobeoordeling, uitgangspunten met betrekking tot het testproces, de toe te passen testontwerptechnieken, exitcriteria en uit te voeren testtypen.

automatisering testen: Het gebruik van software om testactiviteiten uit te voeren of te ondersteunen, bijv. testmanagement, testontwerp, testuitvoering en resultaatcontrole.

testbasis: Alle documenten waaruit de eisen van een component of systeem kunnen worden afgeleid. De documentatie waarop de testcases zijn gebaseerd. Als een document alleen via een formele wijzigingsprocedure kan worden gewijzigd, wordt de testbasis een bevroren testbasis genoemd. (Na TMap)

testgeval: Een set invoerwaarden, uitvoeringsvoorwaarden, verwachte resultaten en uitvoeringsvoorwaarden na uitvoering, ontwikkeld voor een bepaalde doelstelling of testvoorwaarde, zoals om een ​​bepaald programmapad uit te voeren of om de naleving van een specifieke vereiste te verifiëren. (Na IEEE 610)

testcase specificatie: Een document met een set testcases (doelstelling, input, testacties, verwachte resultaten en uitvoeringsvoorwaarden) voor een testitem. (Naar IEEE 829)

test charter: Een opgave van testdoelen en eventueel testideeën. Testcharters worden onder meer gebruikt bij verkennend testen. Zie ook verkennend toetsen.

testvergelijker: Een testtool om geautomatiseerde testvergelijking uit te voeren.

test vergelijking: Het proces van het identificeren van verschillen tussen de feitelijke resultaten geproduceerd door het te testen onderdeel of systeem en de verwachte resultaten voor een test. Testvergelijking kan worden uitgevoerd tijdens de testuitvoering (dynamische vergelijking) of na de testuitvoering.

test conditie: Een item of gebeurtenis van een component of systeem dat kan worden geverifieerd door een of meer testgevallen, bijv. een functie, transactie, kwaliteitsattribuut of structureel element.

testgegevens: Gegevens die bestaan ​​(bijvoorbeeld in een database) voordat een test wordt uitgevoerd, en die van invloed zijn op of worden beïnvloed door het te testen onderdeel of systeem.

tool voor het voorbereiden van testgegevens: Een type testtool waarmee gegevens kunnen worden geselecteerd uit bestaande databases of kunnen worden gemaakt, gegenereerd, gemanipuleerd en bewerkt voor gebruik bij testen.

testontwerpspecificatie: Een document met de testcondities (dekkingsitems) voor een testitem, de gedetailleerde testaanpak en de identificatie van de bijbehorende testcases op hoog niveau​(Naar IEEE 829)

test ontwerptool: Een tool die de testontwerpactiviteit ondersteunt door testinputs te genereren op basis van een specificatie die kan worden bewaard in een CASE-toolrepository, bijv. tool voor het beheer van vereisten, of van gespecificeerde testomstandigheden die in de tool zelf worden gehouden.

testontwerptechniek: Een methode die wordt gebruikt om testgevallen af ​​te leiden of te selecteren.

test omgeving: Een omgeving met hardware, instrumentatie, simulatoren, softwaretools en andere ondersteunende elementen die nodig zijn om een ​​test uit te voeren. (Na IEEE 610)

test evaluatierapport: Een document dat aan het einde van het testproces is opgesteld met een samenvatting van alle testactiviteiten en resultaten. Het bevat ook een evaluatie van het testproces en geleerde lessen.

test uitvoering: Het proces van het uitvoeren van een test door de component of het systeem dat wordt getest, waarbij daadwerkelijk resultaat (en) worden geproduceerd.

automatisering van testuitvoering: Het gebruik van software, b.v. tools voor vastleggen / afspelen, om de uitvoering van tests te controleren, de werkelijke resultaten te vergelijken met de verwachte resultaten, het opzetten van testvoorwaarden en andere testcontrole- en rapportagefuncties.

test uitvoeringsfase: De periode in een levenscyclus van softwareontwikkeling waarin de componenten van een softwareproduct worden uitgevoerd en het softwareproduct wordt geëvalueerd om te bepalen of aan de vereisten is voldaan. (IEEE 610)

test uitvoeringsschema: Een schema voor het uitvoeren van testprocedures. De testprocedures worden in hun context en in de volgorde waarin ze moeten worden uitgevoerd in het testuitvoeringsschema opgenomen.

test uitvoeringstechniek: De methode die wordt gebruikt om de daadwerkelijke testuitvoering uit te voeren​handmatig of geautomatiseerd.

test uitvoeringstool: Een type testtool dat in staat is om andere software uit te voeren met behulp van een geautomatiseerd testscript, bijv. vastleggen / afspelen. (Fewster en Graham)

test harnas: Een testomgeving die bestaat uit stubs en stuurprogramma's die nodig zijn om een ​​test uit te voeren.

testinfrastructuur: De organisatorische artefacten die nodig zijn om testen uit te voeren, bestaande uit testomgevingen, testtools, kantooromgeving en procedures.

test item: Het individuele te testen element. Er is meestal één testobject en veel testitems. Zie ook testobject.

test niveau: Een groep testactiviteiten die samen worden georganiseerd en beheerd. Aan de verantwoordelijkheden in een project is een testniveau gekoppeld. Voorbeelden van testniveaus zijn componenttest, integratietest, systeemtest en acceptatietest. (Na TMap)

testlogboek: Een chronologisch overzicht van relevante details over de uitvoering van tests. (IEEE 829)

test logboekregistratie: Het proces van het vastleggen van informatie over uitgevoerde tests in een testlogboek.

testmanager: De persoon die verantwoordelijk is voor het testen en evalueren van een testobject. De persoon die regisseert, controleert, beheert, plant en regelt de evaluatie van een testobject.

testbeheer: Het plannen, schatten, monitoren en controleren van testactiviteiten, doorgaans uitgevoerd door een testmanager.

Test Maturity Model (TMM): Een gefaseerd raamwerk met vijf niveaus voor het verbeteren van testprocessen, gerelateerd aan het Capability Maturity Model (CMM) dat de belangrijkste elementen van een effectief testproces beschrijft.

Testprocesverbetering (TPI): Een continu raamwerk voor het verbeteren van testprocessen dat de belangrijkste elementen van een effectief testproces beschrijft, met name gericht op systeemtesten en acceptatietesten.

testobject: Het te testen onderdeel of systeem. Zie ook testonderdeel.

testdoel: Een reden of doel voor het ontwerpen en uitvoeren van een test.

test orakel: Een bron om de verwachte resultaten te bepalen en deze te vergelijken met het werkelijke resultaat van de software die wordt getest. Een orakel kan het bestaande systeem zijn (voor een benchmark), een gebruikershandleiding of de gespecialiseerde kennis van een persoon, maar het mag niet de code zijn. (Na Adrion)

test prestatie-indicator: Een metriek, in het algemeen hoog niveau, die aangeeft in hoeverre aan een bepaalde streefwaarde of criterium wordt voldaan. Vaak gerelateerd aan testprocesverbeteringsdoelstellingen, bijv. Percentage defectdetectie (DDP).

testfase: Een aparte reeks testactiviteiten verzameld in een beheersbare fase van een project, bijv. de uitvoeringsactiviteiten van een testniveau. (Naar Gerrard)

testplan: Een document dat de reikwijdte, aanpak, middelen en planning van voorgenomen testactiviteiten beschrijft. Het identificeert onder meer testitems, de kenmerken die getest moeten worden, de testtaken, wie elke taak zal uitvoeren, de mate van onafhankelijkheid van de tester, de testomgeving, de testontwerptechnieken en testmeettechnieken die gebruikt zullen worden, en de reden voor hun keuze , en eventuele risico's die noodplanning vereisen. Het is een verslag van het testplanningsproces (volgens IEEE 829)

testplanning: De activiteit van het opstellen of bijwerken van een testplan.

testbeleid: Een document op hoog niveau waarin de principes, aanpak en belangrijkste doelstellingen van de organisatie met betrekking tot testen worden beschreven.

testpuntanalyse (TPA): Een op formules gebaseerde testschattingsmethode op basis van functiepuntanalyse. (TMap)

test procedure: Zie specificatie testprocedure.

test procedure specificatie: Een document waarin een reeks acties wordt gespecificeerd voor het uitvoeren van een test. Ook bekend als testscript of handmatig testscript. (Naar IEEE 829)

testproces: Het fundamentele testproces omvat planning, specificatie, uitvoering, registratie en controle op voltooiing. (BS 7925/2)

herhaalbaarheid testen: Een attribuut van een test die aangeeft of dezelfde resultaten worden geproduceerd telkens wanneer de test wordt uitgevoerd.

testrun: Uitvoering van een test op een specifieke versie van het testobject.

testscript: Wordt vaak gebruikt om te verwijzen naar een testprocedurespecificatie, vooral een geautomatiseerde specificatie.

test Specificatie: Een document dat bestaat uit een testontwerpspecificatie, testcasespecificatie en / of testprocedurespecificatie.

teststrategie: Een document op hoog niveau dat de uit te voeren testniveaus en de tests binnen die niveaus voor een programma (een of meer projecten) definieert.

test pak: Een set van verschillende testcases voor een onderdeel of systeem dat wordt getest, waarbij de postconditie van de ene test vaak wordt gebruikt als voorwaarde voor de volgende.

test samenvattend rapport: Een document met een samenvatting van testactiviteiten en resultaten. Het bevat ook een evaluatie van de bijbehorende testitems aan de hand van exitcriteria​(Naar IEEE 829)

test doel: Een set exitcriteria.

testtool: Een softwareproduct dat één of meerdere testactiviteiten ondersteunt, zoals planning en controle, specificatie, opbouw van initiële bestanden en data, testuitvoering en testanalyse. (TMap) Zie ook CAST.

testtype: Een groep testactiviteiten gericht op het testen van een component of systeem op een of meer onderling samenhangende kwaliteitsattributen. Een testtype is gericht op een specifiek testdoel, namelijk betrouwbaarheidstest, bruikbaarheidstest, regressietest etc., en kan plaatsvinden op één of meer testniveaus of testfasen. (Na TMap)

testbaarheid: De mogelijkheid van het softwareproduct om gewijzigde software te testen. (ISO 9126) Zie ook onderhoudbaarheid.

testbaarheid review: Een gedetailleerde controle van de testbasis om te bepalen of de testbasis van voldoende kwaliteit is om als inputdocument voor het testproces te dienen. (Na TMap)

testbare eisen: De mate waarin een eis wordt gesteld in termen die het opstellen van testontwerpen (en vervolgens testcases) en het uitvoeren van testen om vast te stellen of aan de eisen is voldaan, mogelijk maken. (Na IEEE 610)

tester: Een technisch geschoolde professional die betrokken is bij het testen van een component of systeem.

testen: Het proces dat bestaat uit alle levenscyclusactiviteiten, zowel statisch als dynamisch, die betrekking hebben op de planning, voorbereiding en evaluatie van softwareproducten en aanverwante werkproducten om te bepalen of ze voldoen aan gespecificeerde eisen, om aan te tonen dat ze geschikt zijn voor het beoogde doel en om defecten op te sporen.

testware: Artefacten geproduceerd tijdens het testproces die nodig zijn voor het plannen, ontwerpen en uitvoeren van tests, zoals documentatie, scripts, invoer, verwachte resultaten, installatie- en opruimprocedures, bestanden, databases, omgeving en eventuele aanvullende software of hulpprogramma's die in testen. (Na Fewster en Graham)

draad testen: Een versie van componentintegratietesten waarbij de geleidelijke integratie van componenten volgt op de implementatie van subsets van de vereisten, in tegenstelling tot de integratie van componenten op niveaus van een hiërarchie.

traceerbaarheid: De mogelijkheid om gerelateerde items in documentatie en software te identificeren, zoalseisen met bijbehorende tests. Zie ook horizontale traceerbaarheid, verticale traceerbaarheid.

top-down testen: Een incrementele benadering van integratietests waarbij de component bovenaan de componentenhiërarchie eerst wordt getest, waarbij componenten op een lager niveau worden gesimuleerd door middel van stubs. Geteste componenten worden vervolgens gebruikt om componenten op een lager niveau te testen. Het proces wordt herhaald totdat de componenten op het laagste niveau zijn getest.

spraakherkenningssoftware is het meest populair voor

U

begrijpelijkheid: Het vermogen van het softwareproduct om de gebruiker in staat te stellen te begrijpen of de software geschikt is en hoe deze kan worden gebruikt voor bepaalde taken en gebruiksomstandigheden. (ISO 9126) Zie ook bruikbaarheid.

onbereikbare code: Code die niet kan worden bereikt en daarom niet kan worden uitgevoerd.

bruikbaarheid: Het vermogen van de software om te worden begrepen, geleerd, gebruikt en aantrekkelijk voor de gebruiker bij gebruik onder gespecificeerde omstandigheden. (ISO 9126)

bruikbaarheid testen: Testen om te bepalen in hoeverre het softwareproduct wordt begrepen, gemakkelijk te leren, eenvoudig te bedienen en aantrekkelijk voor de gebruikers onder gespecificeerde omstandigheden. (Volgens ISO 9126)

use case testen: Een black box-testontwerptechniek waarin testcases worden ontworpen om gebruikersscenario's uit te voeren.

gebruikerstest: Een test waarbij echte gebruikers worden betrokken om de bruikbaarheid van een component of systeem te beoordelen.

V

V-model: Een raamwerk om de levenscyclusactiviteiten van softwareontwikkeling te beschrijven, van specificatie van vereisten tot onderhoud. Het V-model illustreert hoe testactiviteiten kunnen worden geïntegreerd in elke fase van de levenscyclus van softwareontwikkeling.

validatie: Bevestiging door onderzoek en door het leveren van objectief bewijs dat aan de eisen voor een specifiek beoogd gebruik of toepassing is voldaan. (ISO 9000)

variabele: Een opslagelement op een computer dat toegankelijk is voor een softwareprogramma door er met een naam naar te verwijzen.

verificatie: Bevestiging door onderzoek en door het verstrekken van objectief bewijs dat aan bepaalde vereisten is voldaan. (ISO 9000)

verticale traceerbaarheid: Het traceren van requirements door de lagen van ontwikkelingsdocumentatie naar componenten.

volume testen: Testen waar het systeem wordt blootgesteld aan grote hoeveelheden gegevens. Zie ook het testen van resourcegebruik.

IN

walkthrough: Een stapsgewijze presentatie door de auteur van een document om informatie te verzamelen en een gemeenschappelijk begrip van de inhoud vast te stellen. (Freedman en Weinberg, IEEE 1028)

white box testontwerptechniek: Gedocumenteerde procedure om testcases af te leiden en te selecteren op basis van een analyse van de interne structuur van een component of systeem.

witte doos testen: Testen op basis van een analyse van de interne structuur van het onderdeel of systeem.

Brede band Delphi: Een op experts gebaseerde testschattingstechniek die tot doel heeft een nauwkeurige schatting te maken met behulp van de collectieve wijsheid van de teamleden.

Neem contact met mij op als u meer definities in deze woordenlijst wilt toevoegen.

Referentie: http://www.istqb.org/downloads/glossary-1.0.pdf

Aanbevolen literatuur

• Beste softwaretesttools 2021 (QA Test Automation Tools)
• Software testen QA Assistant Job
• Software Testing-cursus: bij welk Software Testing Institute moet ik me aansluiten?
• Softwaretests kiezen als uw carrière
• Softwaretest Schrijver van technische inhoud Freelancer-baan
• QA Outsourcing Guide: Software Testing Outsourcing Companies
• Enkele interessante sollicitatievragen voor het testen van software
• Feedback en recensies over softwaretestcursussen