software testing terms complete glossary
För att undvika tvetydigheter i olika programvarutestningsvillkor bifogar jag en ordlista för testning av programvara här.
Alla villkor för testning av programvara ingår i denna ordlista. Om du känner att du känner definitionen av någon term bättre än vad som nämns här kan du använda detta Kontaktformulär att skicka mig definitionerna. Vid granskning kommer jag att inkludera dem i denna ordlista.
Att veta med de grundläggande definitionerna av programvarutestning och kvalitetssäkring är detta den bästa ordlistan som sammanställts av Erik van Veenendaal . Även för varje definition finns en hänvisning till IEEE eller ISO som nämns inom parentes.
TILL
acceptanskriterier: Utgångskriterierna som en komponent eller ett system måste uppfylla för att varaaccepteras av en användare, kund eller annan auktoriserad enhet. (IEEE 610)
acceptans testning: Formell testning av användarnas behov, krav och affärsprocesser som genomförs för att avgöra om ett system uppfyller godkännandekriterierna eller inte och för att göra det möjligt för användare, kunder eller annan auktoriserad enhet att avgöra om systemet ska acceptera eller inte. (Efter IEEE 610)
tillgänglighetsprovning: Testar för att avgöra hur enkelt användare med funktionshinder kan använda en komponent eller ett system. (Gerrard)
noggrannhet: Mjukvaruproduktens förmåga att ge rätt eller överenskomna resultat eller effekter med den grad av precision som krävs. (ISO 9126) Se även funktionstestning.
faktiskt resultat: Beteendet som produceras / observeras när en komponent eller ett system testas.
ad hoc-testning: Testning utförs informellt; ingen formell testförberedelse äger rum, ingen erkänd testdesignteknik används, det finns inga förväntningar på resultat och slumpmässighet styr testutförandeaktiviteten.
anpassningsförmåga: Mjukvaruproduktens förmåga att anpassas till olika specificerade miljöer utan att använda åtgärder eller andra medel än de som tillhandahålls för detta ändamål för den programvara som övervägs. (ISO 9126) Se även testning av portabilitet.
smidig testning: Testa övningar för ett projekt med agila metoder, såsom extrem programmering (XP), behandla utveckling som kund för testning och betona test-första designparadigmet.
alfatestning: Simulerad eller faktisk driftstestning av potentiella användare / kunder eller ett oberoende testteam på utvecklarens webbplats, men utanför utvecklingsorganisationen. Alfatestning används ofta som en form av intern acceptantestning.
analyserbarhet: Mjukvaruproduktens förmåga att diagnostiseras för brister eller orsaker till fel i programvaran, eller för att identifiera de delar som ska modifieras. (ISO 9126) Se även underhållstestning.
anomali: Alla villkor som avviker från förväntningarna baserat på kravspecifikationer, designdokument, användardokument, standarder etc. eller från någons uppfattning eller erfarenhet. Avvikelser kan hittas under, men inte begränsas till, granskning, testning, analys, sammanställning eller användning av programvaruprodukter eller tillämplig dokumentation. (IEEE 1044) Se även defekt, avvikelse, fel, fel, fel, händelse, problem.
attraktivitet: Mjukvaruproduktens förmåga att vara attraktiv för användaren. (ISO 9126)
granska: En oberoende utvärdering av mjukvaruprodukter eller processer för att säkerställa överensstämmelse med standarder, riktlinjer, specifikationer och / eller förfaranden baserat på objektiva kriterier, inklusive dokument som anger:
(1) formen eller innehållet på de produkter som ska produceras
(2) den process genom vilken produkterna ska produceras
(3) hur överensstämmelse med standarder eller riktlinjer ska mätas. (IEEE 1028)
verifieringskedja: En väg genom vilken den ursprungliga inmatningen till en process (t.ex. data) kan spåras igenom processen, med utgångspunkt från processutgången. Detta underlättar felanalys och gör det möjligt att genomföra en processgranskning. (Efter TMap)
automatiserad testvara: Testprogram som används vid automatiserad testning, till exempel verktygsskript.
tillgänglighet: I vilken grad en komponent eller ett system fungerar och är tillgängligt när det krävs för användning. Ofta uttryckt i procent. (IEEE 610)
B
back-to-back-testning: Testning där två eller flera varianter av en komponent eller ett system exekveras med samma ingångar, utgångarna jämfördes och analyserades i fall av avvikelser. (IEEE 610)
baslinje: En specifikation eller mjukvaruprodukt som formellt har granskats eller överenskommits, som därefter tjänar som grund för vidare utveckling, och som endast kan ändras genom en formell förändringskontrollprocess. (Efter IEEE 610)
grundläggande block: En sekvens av en eller flera på varandra följande körbara uttalanden som inte innehåller några grenar.
grundtestuppsättning: En uppsättning testfall härledda från den interna strukturen eller specifikationen för att säkerställa att 100% av ett specificerat täckningskriterium uppnås.
beteende: Svaret från en komponent eller ett system till en uppsättning ingångsvärden och förutsättningar.
riktmärketest: (1) En standard mot vilken mätningar eller jämförelser kan göras. (2) Ett test som används för att jämföra komponenter eller system med varandra eller med en standard som i (1). (Efter IEEE 610)
skräddarsydd programvara: Programvara som utvecklats speciellt för en uppsättning användare eller kunder. Motsatsen är mjukvara från hylla.
bästa praxis: En överlägsen metod eller innovativ praxis som bidrar till förbättrad prestation för en organisation under ett givet sammanhang, vanligtvis erkänt som 'bäst' av andra kollegor.
betatestning: Operationell testning av potentiella och / eller befintliga användare / kunder på en extern webbplats som inte på annat sätt är involverad i utvecklarna, för att avgöra om en komponent eller ett system uppfyller användarens / kundens behov och passar in i affärsprocesserna. Betatestning används ofta som en form av extern acceptansprovning för att få feedback från marknaden.
big-bang testning: En typ av integrationstest där mjukvarulement, hårdvarelement eller båda kombineras samtidigt till en komponent eller ett övergripande system snarare än i steg. (Efter IEEE 610) Se även integrationstestning.
svart låda testning: Testning, antingen funktionell eller icke-funktionell, utan hänvisning till komponentens eller systemets interna struktur.
black box test design tekniker: Dokumenterat förfarande för att härleda och välja testfall baserat på en analys av specifikationen, antingen funktionell eller icke-funktionell, för en komponent eller ett system utan hänvisning till dess interna struktur.
blockerat testfall: Ett testfall som inte kan verkställas eftersom förutsättningarna för dess genomförande inte är uppfyllda.
nedifrån och upp-testning: Ett inkrementellt tillvägagångssätt för integrationstest där komponenter på lägsta nivå testas först och sedan används för att underlätta testning av komponenter på högre nivå. Denna process upprepas tills komponenten högst upp i hierarkin testas. Se även integrationstestning.
gränsvärde: Ett ingångsvärde eller utgångsvärde som ligger på kanten av en ekvivalenspartition eller vid det minsta inkrementella avståndet på vardera sidan om en kant, till exempel minimi- eller maximivärdet för ett område.
gränsvärdesanalys: En svart låda test design teknik där testfall utformas baserat på gränsvärden.
frågor om webbtjänstintervjuer i java
gränsvärdetäckning: Procentandelen av gränsvärden som har utövats av en testsvit.
gren: Ett grundblock som kan väljas för exekvering baserat på en programkonstruktion i vilken en av två eller flera alternativa programvägar är tillgängliga, t.ex. fall, hoppa, gå till, ifthen else.
filialtäckning: Andelen filialer som har utövats av en testsvit. 100% filialtäckning innebär både 100% beslutstäckning och 100% uttalande.
grenprovning: En vit designteknik för testlådor där testfall är utformade för att utföra grenar.
affärsprocessbaserad testning: Ett tillvägagångssätt för testning där testfall utformas baserat på beskrivningar och / eller kunskap om affärsprocesser.
C
Capability Maturity Model (CMM): Ett iscensatt ramverk med fem nivåer som beskriver nyckelelementen i en effektiv programvaruprocess. Capability Maturity Model täcker metoder för planering, konstruktion och hantering av programvaruutveckling och underhåll. (CMM)
Capability Maturity Model Integration (CMMI): Ett ramverk som beskriver nyckelelementen i en effektiv produktutveckling och underhållsprocess. Capability Maturity Model Integration täcker metoder för planering, konstruktion och hantering av produktutveckling och underhåll. CMMI är den utsedda efterträdaren till CMM. (CMMI)
fånga / spela upp verktyg: En typ av testkörningsverktyg där ingångar spelas in under manuell testning för att generera automatiserade testskript som kan köras senare (dvs. återuppspelas). Dessa verktyg används ofta för att stödja automatiserad regressionstestning.
FALL: Förkortning för Computer Aided Software Engineering.
KASTA: Förkortning för datorstödd programvarutestning. Se även testautomatisering.
orsak-effekt-diagram: En grafisk representation av ingångar och / eller stimuli (orsaker) med tillhörande utgångar (effekter), som kan användas för att designa testfall.
orsak-effekt diagram: En designteknik för en svart låda där testfall utformas utifrån orsak-effekt-grafer. (BS 7925/2)
certifiering: Processen för att bekräfta att en komponent, ett system eller en person uppfyller dess specificerade krav, t.ex. genom att klara ett prov.
ombytlighet: Mjukvaruproduktens förmåga att möjliggöra att specifika modifieringar implementeras. (ISO 9126) Se även underhållsförmåga.
klassificeringsträdmetod: En teknik för design av svarta rutor där testfall, beskrivna med hjälp av ett klassificeringsträd, är utformade för att utföra kombinationer av representanter för in- och / eller utdata-domäner. (Grochtmann)
kod täckning: En analysmetod som bestämmer vilka delar av programvaran som har exekverats (täckts) av testsviten och vilka delar som inte har exekverats, t.ex. uttalande täckning, beslut täckning eller tillstånd täckning.
samexistens: Mjukvaruproduktens förmåga att samexistera med annan oberoende programvara i en gemensam miljö som delar gemensamma resurser. (ISO 9126) Se testning av portabilitet.
komplexitet: I vilken utsträckning en komponent eller ett system har en design och / eller intern struktur som är svår att förstå, underhålla och verifiera. Se också cyklomatisk komplexitet.
efterlevnad: Mjukvaruproduktens förmåga att följa standarder, konventioner eller regler i lagar och liknande recept. (ISO 9126)
testning av efterlevnad : Testprocessen för att bestämma överensstämmelsen för komponenten eller systemet.
komponent: En minimal mjukvarupost som kan testas isolerat.
test av komponentintegration: Testning utförd för att avslöja defekter i gränssnitten och interaktion mellan integrerade komponenter.
komponentspecifikation: En beskrivning av en komponents funktion i termer av dess utgångsvärden för angivna ingångsvärden under angivna förhållanden och nödvändigt icke-funktionellt beteende (t.ex. resursutnyttjande).
komponenttestning: Testning av enskilda programvarukomponenter. (Efter IEEE 610)
sammansatt tillstånd: Två eller flera enstaka förhållanden förenade med hjälp av en logisk operatör (AND, OR eller XOR), t.ex. 'A> B OCH C> 1000'.
samtidighetstestning: Test för att bestämma hur förekomsten av två eller flera aktiviteter inom samma tidsintervall, uppnådd antingen genom att interleaver aktiviteterna eller genom samtidig körning, hanteras av komponenten eller systemet. (Efter IEEE 610)
tillstånd: Ett logiskt uttryck som kan utvärderas som sant eller falskt, t.ex. A> B. Se även testvillkor.
tillstånds täckning: Procentandelen av tillståndsresultat som har utövats av en testsvit. 100% villkorstäckning kräver att varje enskilt tillstånd i varje beslutsuttalande testas som sant och falskt.
villkor bestämning täckning: Procentandelen av alla resultat av enstaka villkor som oberoende påverkar ett beslutsresultat som har utövats av ett testfall. 100% täckningsbestämningstäckning innebär 100% täckning av beslutsvillkor.
testning av tillståndsbestämning: En testteknik för en vit ruta där testfall är utformade för att utföra resultat av enstaka tillstånd som oberoende påverkar ett beslutsresultat.
tillståndsprovning: En teknik för design av en vit ruta test där testfall är utformade för att utföra tillståndsresultat.
tillståndsresultat: Utvärderingen av ett tillstånd till sant eller falskt.
konfiguration: Sammansättningen av en komponent eller ett system som definieras av antalet, naturen och sammankopplingarna av dess ingående delar.
konfigurationsgranskning: Funktionen för att kontrollera innehållet i bibliotek med konfigurationsobjekt, t.ex. för efterlevnad av standarder. (IEEE 610)
konfigurationskontroll: Ett element i konfigurationshantering, bestående av utvärdering, samordning, godkännande eller ogillande, och implementering av ändringar av konfigurationsobjekt efter formell fastställande av deras konfigurationsidentifiering. (IEEE
610)
konfigurationsidentifiering: Ett element av konfigurationshantering, bestående av att välja konfigurationsobjekt för ett system och registrera deras funktionella och fysiska egenskaper i teknisk dokumentation. (IEEE 610)
konfigurationsobjekt: En sammanställning av hårdvara, programvara eller båda, som är avsedda för konfigurationshantering och behandlas som en enda enhet i konfigurationshanteringsprocessen. (IEEE 610)
konfigurationshantering: En disciplin som tillämpar teknisk och administrativ riktning och övervakning för att: identifiera och dokumentera funktionella och fysiska egenskaper hos ett konfigurationsobjekt, kontrollera ändringar av dessa egenskaper, registrera och rapportera bearbetnings- och implementeringsstatus för ändringar och verifiera överensstämmelse med angivna krav. (IEEE 610)
konsistens: Graden av enhetlighet, standardisering och frihet från motsägelse mellan dokument eller delar av en komponent eller ett system. (IEEE 610)
styrningsflöde: En abstrakt representation av alla möjliga sekvenser av händelser (banor) i utförandet genom en komponent eller ett system.
omvandlingstest: Testning av programvara som används för att konvertera data från befintliga system för användning i ersättningssystem.
Barnsängar: Förkortning för kommersiell mjukvara.
rapportering: Graden, uttryckt i procent, till vilken en specificerad täckningsartikel har utövats av en testsvit.
täckningsanalys: Mätning av uppnådd täckning till ett specificerat täckningsobjekt under testutförande med hänvisning till förutbestämda kriterier för att avgöra om ytterligare testning krävs och i så fall vilka testfall som behövs.
täckningsobjekt: En enhet eller egendom som används som grund för testtäckning, t.ex. ekvivalenspartitioner eller koduttalanden.
täckningsverktyg: Ett verktyg som ger objektiva mått på vilka strukturella element, t.ex. uttalanden har filialer utövats av testpaketet.
cyklomatisk komplexitet: Antalet oberoende vägar genom ett program. Cyklomatisk komplexitet definieras som: L - N + 2P, där -L = antalet kanter / länkar i en graf -N = antalet noder i ett diagram - P = antalet avkopplade delar av diagrammet (t.ex. ett anropsdiagram och en underrutin). (Efter McCabe)
D
datadefinition: Ett körbart uttalande där en variabel tilldelas ett värde.
datadriven testning: En skriptteknik som lagrar testinmatning och förväntade resultat i en tabell eller ett kalkylblad, så att ett enda kontrollskript kan utföra alla testerna i tabellen. Datadriven testning används ofta för att stödja tillämpningen av testkörningsverktyg, såsom inspelnings- / uppspelningsverktyg. (Fewster och Graham) Se även sökordsdriven testning.
data flöde: En abstrakt representation av sekvensen och möjliga förändringar av tillståndet för dataobjekt, där tillståndet för ett objekt är något av:skapande, användning eller förstörelse. (Beizer)
dataflödesanalys: En form av statisk analys baserad på definition och användning av variabler.
dataflödes täckning: Andelen definitionspar som har utövats av en testfallssats.
dataflödestest: En vit låda test design teknik där testfall är utformade för att utföra definition och använda variabler.
felsökning: Processen att hitta, analysera och ta bort orsakerna till misslyckanden i programvaran.
felsökningsverktyg: Ett verktyg som används av programmerare för att reproducera fel, undersöka programmets tillstånd och hitta motsvarande defekt. Debuggers gör det möjligt för programmerare att köra program steg för steg, att stoppa ett program vid varje programuttalande och att ställa in och undersöka programvariabler.
beslut: En programpunkt där kontrollflödet har två eller flera alternativa vägar. En nod med två eller flera länkar till separata grenar.
beslutsvillkor täckning: Procentandelen av alla tillståndsresultat och beslutsresultat som har utövats av en testsvit. 100% beslutsvillkor täcker både 100% villkorstäckning och 100% beslutstäckning.
beslutstillståndsprovning: En testteknik för vitlåda test där testfall är utformade för att utföra tillståndsresultat och beslutsresultat.
beslutstäckning: Procentandelen av beslutsresultat som har använts av en testsvit. 100% beslutstäckning innebär både 100% filialtäckning och 100% uttalande.
beslutstabell: En tabell som visar kombinationer av ingångar och / eller stimuli (orsaker) med tillhörande utdata och / eller åtgärder (effekter), som kan användas för att utforma testfall.
beslutstabell testning: En svart låda test design tekniker där testfall är utformade för att utföra kombinationer av ingångar och / eller stimuli (orsaker) som visas i en beslutstabell. (Veenendaal)
beslutstestning: En teknik för testning i en vit ruta där testfall är utformade för att utföra beslutsresultat.
beslutsresultat: Resultatet av ett beslut (som därför bestämmer vilka grenar som ska tas).
defekt: Ett fel i en komponent eller ett system som kan orsaka att komponenten eller systemet misslyckas med att utföra sin erforderliga funktion, t.ex. ett felaktigt uttalande eller datadefinition. En defekt, om den stöter på under körningen, kan orsaka fel på komponenten eller systemet.
defektdensitet: Antalet defekter som identifierats i en komponent eller ett system dividerat med komponentens eller systemets storlek (uttryckt i standardmättermer, t.ex. kodrader, antal klasser eller funktionspunkter).
Procent av defektdetektering (DDP): antalet defekter som hittats av en testfas dividerat med antalet som hittats av den testfasen och alla andra medel efteråt.
felrapport: Ett dokument som rapporterar om fel i en komponent eller ett system som kan orsaka att komponenten eller systemet misslyckas med att utföra den nödvändiga funktionen. (Efter IEEE 829)
felhantering: Processen att känna igen, utreda, vidta åtgärder och bortskaffa defekter. Det handlar om att registrera fel, klassificera dem och identifiera effekterna. (Efter IEEE 1044)
defektmaskering: En händelse där en defekt förhindrar upptäckt av en annan. (Efter IEEE 610)
definition-användning par: Föreningen av definitionen av en variabel med användningen av den variabeln. Variabla användningsområden inkluderar beräkning (t.ex. multiplikation) eller för att styra körningen av en sökväg ('predikat' -användning).
levereras: Alla (arbets-) produkter som måste levereras till någon annan som (arbets-) produktens författare.
designbaserad testning: Ett tillvägagångssätt för testning där testfall utformas baserat på arkitektur och / eller detaljerad design av en komponent eller ett system (t.ex. tester av gränssnitt mellan komponenter eller system).
skrivbordskontroll: Test av programvara eller specifikation genom manuell simulering av dess körning.
utvecklingstest: Formell eller informell testning utförd under implementeringen av en komponent eller ett system, vanligtvis i utvecklingsmiljön av utvecklare. (Efter IEEE 610)
dokumentationstestning: Testa dokumentationens kvalitet, t.ex. användarhandbok eller installationsguide.
domän: Den uppsättning från vilken giltiga in- och / eller utgångsvärden kan väljas.
förare: En programvarukomponent eller testverktyg som ersätter en komponent som tar hand om kontrollen och / eller anropet av en komponent eller ett system. (Efter TMap)
dynamisk analys: Processen för att utvärdera beteende, t.ex. minne, CPU-användning, av ett system eller en komponent under körning. (Efter IEEE 610)
dynamisk jämförelse: Jämförelse av faktiska och förväntade resultat, utförda medan programvaran körs, till exempel av ett testkörningsverktyg.
dynamisk testning: Testning som innebär körning av programvaran för en komponent eller ett system.
ÄR
effektivitet: Mjukvaruproduktens förmåga att tillhandahålla lämplig prestanda i förhållande till mängden resurser som används under angivna förhållanden. (ISO 9126)
effektivitetstest: Testprocessen för att bestämma effektiviteten hos en programvaruprodukt.
elementär jämförelsetestning: En teknik för design av svarta lådor där testfall är utformade för att utföra kombinationer av ingångar med begreppet täckning av tillståndsbestämning. (TMap)
emulator: En enhet, datorprogram eller system som accepterar samma ingångar och producerar samma utgångar som ett givet system. (IEEE 610) Se även simulator.
inträde kriterier: uppsättningen generiska och specifika villkor för att tillåta en process att gå vidare med en definierad uppgift, t.ex. testfas. Syftet med inmatningskriterier är att förhindra att en uppgift startar som skulle innebära mer (bortkastad) ansträngning jämfört med ansträngningen som behövs för att ta bort de misslyckade inmatningskriterierna. (Gilb och Graham)
inkörsport: Det första körbara uttalandet i en komponent.
ekvivalenspartition: En del av en in- eller utgångsdomän för vilken en komponents eller systems beteende antas vara densamma, baserat på specifikationen.
ekvivalenspartitionstäckning: Procentandelen av ekvivalenspartitioner som har utövats av en testsvit.
ekvivalenspartitionering: En svart låda test design teknik där testfall är utformade för att exekvera representanter från ekvivalens partitioner. I princip är testfall utformade för att täcka varje partition minst en gång.
fel: En mänsklig handling som ger ett felaktigt resultat. (Efter IEEE 610)
fel gissning: En testdesignteknik där testarens upplevelse används för att förutse vilka defekter som kan finnas i komponenten eller systemet som testas till följd av fel som gjorts och för att designa test specifikt för att exponera dem.
felsådd: Processen med avsikt att lägga till kända defekter till de som redan finns i komponenten eller systemet i syfte att övervaka detekterings- och borttagningshastigheten och uppskatta antalet återstående defekter. (IEEE 610)
fel tolerans: Förmågan hos ett system eller komponent att fortsätta normal drift trots närvaron av felaktiga ingångar. (Efter IEEE 610).
undantagshantering: Uppförande av en komponent eller ett system som svar på felaktig inmatning, antingen från en mänsklig användare eller från en annan komponent eller ett system, eller till ett internt fel.
körbart uttalande: Ett uttalande som, när det kompileras, översätts till objektkod och som kommer att utföras procedurellt när programmet körs och kan utföra en åtgärd på data.
utövas: Ett programelement sägs utövas av ett testfall när ingångsvärdet orsakar exekveringen av det elementet, såsom ett uttalande, beslut eller annat strukturellt element.
uttömmande testning: En testmetod där testpaketet omfattar alla kombinationer av ingångsvärden och förutsättningar.
utgångskriterier: Uppsättningen av generiska och specifika villkor, som överenskommits med intressenterna, för att en process ska kunna slutföras officiellt. Syftet med utgångskriterier är att förhindra att en uppgift anses vara fullbordad när det fortfarande finns utestående delar av uppgiften som inte har slutförts. Utgångskriterier används för att testa för att rapportera mot och planera när testet ska sluta. (Efter Gilb och Graham)
utgångspunkt: Det sista körbara uttalandet i en komponent.
Förväntat resultat: Det beteende som förutses av specifikationen eller en annan källa för komponenten eller systemet under specificerade förhållanden.
utforskande testning: Testar där testaren aktivt kontrollerar testens design när dessa test utförs och använder information som erhållits under testningen för att designa nya och bättre test. (Bach)
F
misslyckas: Ett test anses misslyckas om dess faktiska resultat inte överensstämmer med det förväntade resultatet.
fel: Faktisk avvikelse från komponenten eller systemet från dess förväntade leverans, service eller resultat. (Efter Fenton)
feltillstånd: Den fysiska eller funktionella manifestationen av ett misslyckande. Till exempel kan ett system i felläge kännetecknas av långsam drift, felaktiga utgångar eller fullständig avslutning av körningen.
Felläge och effektanalys (FMEA): Ett systematiskt tillvägagångssätt för riskidentifiering och analys för att identifiera möjliga felsätt och försöka förhindra att de inträffar.
felprocent: Förhållandet mellan antalet fel i en given kategori och en given måttenhet, t.ex. fel per tidsenhet, fel per antal transaktioner, fel per antal datorkörningar. (IEEE 610)
feltolerans: Mjukvaruproduktens förmåga att upprätthålla en specificerad prestandanivå vid programfel (defekter) eller intrång i dess specificerade gränssnitt. (ISO 9126) Se även tillförlitlighet.
felträdanalys: En metod som används för att analysera orsakerna till fel (defekter).
möjlig väg: En sökväg för vilken det finns en uppsättning ingångsvärden och förutsättningar som får den att exekveras.
funktion: Ett attribut för en komponent eller ett system som specificeras eller antyds av kravdokumentation (till exempel tillförlitlighet, användbarhet eller designbegränsningar). (Efter IEEE 1008)
finite state machine: En beräkningsmodell som består av ett begränsat antal stater och övergångar mellan dessa stater, eventuellt med åtföljande åtgärder. (IEEE 610)
formell granskning: En granskning som kännetecknas av dokumenterade förfaranden och krav, t.ex. inspektion.
frusen testbasis: Ett testdokument som endast kan ändras genom en formell förändringskontrollprocess. Se även baslinjen.
Funktionspunktsanalys (FPA): Metod som syftar till att mäta storleken på ett informationssystems funktionalitet. Mätningen är oberoende av tekniken. Denna mätning kan användas som bas för mätning av produktivitet, uppskattning av nödvändiga resurser och projektstyrning.
funktionell integration: En integrationsmetod som kombinerar komponenterna eller systemen i syfte att få en grundläggande funktionalitet att fungera tidigt. Se även integrationstestning.
funktionskrav: Ett krav som specificerar en funktion som en komponent eller ett system måste utföra. (IEEE 610)
funktionell testdesignteknik: Dokumenterat förfarande för att härleda och välja testfall baserat på en analys av specifikationen för en komponents eller systems funktionalitet utan hänvisning till dess interna struktur. Se även teknik för design av svarta rutor.
funktionstestning: Testning baserad på en analys av specifikationen för en komponents eller systems funktionalitet. Se även testning av svart låda.
funktionalitet: Mjukvaruproduktens förmåga att tillhandahålla funktioner som uppfyller angivna och underförstådda behov när programvaran används under specificerade förhållanden. (ISO 9126)
funktionstestning: Testprocessen för att bestämma funktionaliteten hos en programvaruprodukt.
G
testning av glaslådor: Se testning av vita rutor.
H
heuristisk utvärdering: En testteknik för statisk användbarhet för att bestämma huruvida ett användargränssnitt överensstämmer med erkända användbarhetsprinciper (den så kallade 'heuristiken').
högnivå testfall: Ett testfall utan konkreta (implementeringsnivå) värden för indata och förväntade resultat.
horisontell spårbarhet: Spårning av krav för en testnivå genom lagren av testdokumentation (t.ex. testplan, specifikation för testkonstruktion, specifikation av testfall och specifikation av testprocedurer).
Jag
konsekvensanalys: Bedömning av förändring av lager av utvecklingsdokumentation, testdokumentation och komponenter för att genomföra en given ändring av specifika krav.
inkrementell utvecklingsmodell: En utvecklingslivscykel där ett projekt delas upp i en serie steg, som var och en levererar en del av funktionaliteten i de övergripande projektkraven. Kraven prioriteras och levereras i prioritetsordning i lämpligt steg. I vissa (men inte alla) versioner av denna livscykelmodell följer varje delprojekt en ”mini-V-modell” med sin egen design, kodning och testfaser.
inkrementell testning: Testar där komponenter eller system är integrerade och testade en eller några åt gången tills alla komponenter eller system är integrerade och testade.
incident: Alla händelser som inträffar under testning som kräver undersökning. (Efter IEEE 1008)
incidenthantering: Processen att känna igen, utreda, vidta åtgärder och avyttra incidenter. Det handlar om att registrera incidenter, klassificera dem och identifiera effekterna. (Efter IEEE 1044)
incidenthanteringsverktyg: Ett verktyg som underlättar inspelning och statusspårning av incidenter som hittats under testningen. De har ofta arbetsflödesinriktade anläggningar för att spåra och kontrollera allokering, korrigering och omprövning av incidenter och tillhandahålla rapporteringsmöjligheter.
skaderapport: Ett dokument som rapporterar om alla händelser som inträffar under testningen och som kräver utredning. (Efter IEEE 829)
oberoende: Ansvarsfördelning, vilket uppmuntrar till genomförande av objektiv testning. (Efter DO-178b)
omöjlig väg: En sökväg som inte kan utövas av någon uppsättning möjliga ingångsvärden.
informell recension: En granskning som inte baseras på ett formellt (dokumenterat) förfarande.
inmatning: En variabel (oavsett om den är lagrad i en komponent eller utanför) som läses av en komponent.
inmatningsdomän: Uppsättningen från vilken giltiga inmatningsvärden kan väljas .. Se även domän.
ingångsvärde: En instans av en ingång. Se även ingång.
inspektion: En typ av granskning som bygger på visuell granskning av dokument för att upptäcka defekter, t.ex. brott mot utvecklingsstandarder och bristande överensstämmelse med dokumentation på högre nivå. Den mest formella granskningstekniken och därför alltid baserad på ett dokumenterat förfarande. (Efter IEEE 610, IEEE 1028)
installationsbarhet: Mjukvaruproduktens förmåga att installeras i en specificerad miljö (ISO 9126). Se även bärbarhet.
installationstestning: Processen för att testa programvarans produkters installationsbarhet. Se även testning av portabilitet.
installationsguide: Medföljande instruktioner om alla lämpliga medier som leder installationsprogrammet genom installationsprocessen. Detta kan vara en manuell guide, steg-för-steg-procedur, installationsguide eller någon annan liknande beskrivning av processen.
installationsguiden: Medföljande programvara på alla lämpliga medier som leder installationsprogrammet genom installationsprocessen. Den kör normalt installationsprocessen, ger feedback om installationsresultaten och uppmanar till alternativ.
instrumentation: Infoga ytterligare kod i programmet för att samla information om programbeteende under körning.
instrument: Ett programvaruverktyg som används för att utföra instrumentering.
intagstest: En speciell förekomst av ett röktest för att avgöra om komponenten eller systemet är redo för detaljerad och ytterligare testning. Ett intagstest utförs vanligtvis i början av testgenomförandefasen.
integration: Processen med att kombinera komponenter eller system i större enheter.
integrationstest: Testning utförd för att avslöja defekter i gränssnitten och i interaktioner mellan integrerade komponenter eller system. Se även test av komponentintegration, test av systemintegration.
gränssnitttestning: En integrationstesttyp som handlar om att testa gränssnitten mellan komponenter eller system.
interoperabilitet: Mjukvaruproduktens förmåga att interagera med en eller flera specificerade komponenter eller system. (Efter ISO 9126) Se även funktionalitet.
interoperabilitetstest: Testprocessen för att bestämma interoperabiliteten hos en programvaruprodukt. Se även funktionstestning.
ogiltig testning: Testning med ingångsvärden som bör avvisas av komponenten eller systemet. Se även feltolerans.
isoleringstestning: Test av enskilda komponenter isolerat från omgivande komponenter, med omgivande komponenter simuleras av stubbar och drivrutiner, om det behövs.
TILL
sökordsdriven testning: En skriptteknik som använder datafiler för att inte bara innehålla testdata och förväntade resultat utan också nyckelord relaterade till applikationen som testas. Nyckelorden tolkas av speciella stödskript som anropas av kontrollskriptet för testet. Se även datadriven testning.
L
LCSAJ: En linjär kodsekvens och hopp, bestående av följande tre objekt (konventionellt identifierade med radnummer i en källkodslista): början på den linjära sekvensen av körbara uttalanden, slutet på den linjära sekvensen och mållinjen till vilken kontroll flödet överförs i slutet av den linjära sekvensen.
LCSAJ-täckning: Procentandelen LCSAJ för en komponent som har utövats av en testsvit. 100% LCSAJ-täckning innebär 100% beslutstäckning.
LCSAJ-testning: En testteknik för vitlåda test där testfall är utformade för att utföra LCSAJ.
lärbarhet: Mjukvaruproduktens förmåga att göra det möjligt för användaren att lära sig dess applikation. (ISO 9126) Se även användbarhet.
ladda test: En testtyp som syftar till att mäta beteendet hos en komponent eller ett system med ökande belastning, t.ex. antal parallella användare och / eller antal transaktioner för att bestämma vilken belastning som kan hanteras av komponenten eller systemet.
testfall på låg nivå: Ett testfall med konkreta (implementeringsnivå) värden för indata och förväntade resultat.
M
underhåll: Modifiering av en programvaruprodukt efter leverans för att korrigera defekter, för att förbättra prestanda eller andra attribut, eller för att anpassa produkten till en modifierad miljö. (IEEE 1219)
underhållstestning: Testa ändringar i ett operativsystem eller påverkan av en förändrad miljö på ett operativsystem.
underhållsförmåga: Den lätthet som en programvaruprodukt kan modifieras för att rätta till fel, modifieras för att möta nya krav, modifieras för att underlätta framtida underhåll eller anpassas till en förändrad miljö. (ISO 9126)
testning av underhållsförmåga: Testprocessen för att fastställa underhållsbarheten hos en programvaruprodukt.
ledning granskning: En systematisk utvärdering av mjukvaruanskaffning, leverans, utveckling, drift eller underhållsprocess, utförd av eller för ledningens räkning som övervakar framsteg, bestämmer status för planer och scheman, bekräftar krav och arvsystemsallokering eller utvärderar effektiviteten i ledningsmetoder för att uppnå kondition för syftet. (Efter IEEE 610, IEEE 1028)
mognad: (1) En organisations förmåga med avseende på effektiviteten i dess processer och arbetsmetoder. Se även Modellen för kapacitetsmognad, Testmodenhetsmodellen. (2) Mjukvaruproduktens förmåga att undvika fel på grund av defekter i programvaran. (ISO 9126) Se även tillförlitlighet.
mäta: Antalet eller kategorin som tilldelats ett attribut för en enhet genom att göra en mätning (ISO 14598).
mått: Processen att tilldela ett nummer eller en kategori till en enhet för att beskriva ett attribut för den enheten. (ISO 14598)
mätningsskala: En skala som begränsar vilken typ av dataanalys som kan utföras på den. (ISO 14598)
minnesförlust: En defekt i programmets dynamiska butikstilldelningslogik som gör att det misslyckas med att återvinna minnet efter att det har slutat använda det, vilket slutligen får programmet att misslyckas på grund av minnesbrist.
metrisk: En mätningsskala och metoden som används för mätning. (ISO 14598)
milstolpe: En tidpunkt i ett projekt där definierade (mellanliggande) leveranser ochresultaten ska vara klara.
moderator: Ledaren och huvudpersonen som är ansvarig för en inspektion eller annan granskningsprocess.
övervaka: Ett programverktyg eller en hårdvaruenhet som körs samtidigt med den komponent eller det system som testas och övervakar, registrerar och / eller analyserar beteendet hos komponenten eller systemet. (Efter IEEE 610)
täckning med flera tillstånd: Andelen kombinationer av alla enskilda villkorresultat inom ett uttalande som har utövats av en testsvit. 100% multipelvillkor täckning innebär 100% villkor bestämning täckning.
test av flera tillstånd: En teknik för design av vita rutor där testfall är utformade för att utföra kombinationer av resultat av enstaka tillstånd (inom ett uttalande).
mutationsanalys: En metod för att bestämma testsvitens noggrannhet genom att mäta i vilken utsträckning en testsvit kan urskilja programmet från små varianter (mutanter) av programmet.
N
N-switch täckning: Andelen sekvenser av N + 1-övergångar som har utövats av en testsvit. (Käk)
N-switch testning: En form av tillståndsövergångstestning där testfall är utformade för att utföra alla giltiga sekvenser av N + 1-övergångar. (Chow) Se även statlig övergångstestning.
negativ testning: Tester som syftar till att visa att en komponent eller ett system inte fungerar. Negativ testning är relaterad till testarnas attityd snarare än en specifik testmetod eller testdesignteknik. (Efter Beizer).
nonkonformism: Uppfyllelse av ett specifikt krav. (ISO 9000)
icke-funktionellt krav: Ett krav som inte avser funktionalitet utan attribut som tillförlitlighet, effektivitet, användbarhet, underhållbarhet och bärbarhet.
icke-funktionell testning: Testa attributen för en komponent eller ett system som inte är relaterade till funktionalitet, t.ex. tillförlitlighet, effektivitet, användbarhet, underhållbarhet och bärbarhet.
icke-funktionella testdesigntekniker: Metoder som används för att utforma eller välja tester för icke-funktionell testning.
ELLER
hylla-programvara: En mjukvaruprodukt som är utvecklad för den allmänna marknaden, dvs. för ett stort antal kunder, och som levereras till många kunder i identiskt format.
användbarhet: Mjukvaruproduktens förmåga att göra det möjligt för användaren att hantera och styra den. (ISO 9126) Se även användbarhet.
operativ miljö: Hårdvaru- och programvaruprodukter installerade på användarnas eller kundernas webbplatser där komponenten eller systemet som testas kommer att användas. Programvaran kan innehålla operativsystem, databashanteringssystem och andra applikationer.
testning av operativ profil: Statistisk testning med hjälp av en modell för systemoperationer (uppgifter med kort varaktighet) och deras sannolikhet för typisk användning. (Musa)
operationell testning: Testning utförd för att utvärdera en komponent eller ett system i dess operativa miljö. (IEEE 610)
produktion: En variabel (oavsett om den är lagrad i en komponent eller utanför) som skrivs av en komponent.
utgångsdomän: Den uppsättning från vilken giltiga utgångsvärden kan väljas. Se även domän.
utgångsvärde: En instans av en utdata. Se även utdata.
P
parprogrammering: En metod för programutveckling där kodrader (produktion och / eller test) av en komponent skrivs av två programmerare som sitter vid en enda dator. Detta innebär implicit pågående pågående realtidskodgranskningar.
par testning: Två testare arbetar tillsammans för att hitta fel. Vanligtvis delar de en dator och handlar om den under testning.
Passera: Ett test anses vara godkänt om dess faktiska resultat matchar det förväntade resultatet.
godkända / inte godkända kriterier: Beslutsregler som används för att avgöra om ett testobjekt (funktion) eller funktion har klarat eller misslyckats med ett test. (IEEE 829)
väg: En sekvens av händelser, t.ex. körbara uttalanden, av en komponent eller ett system från en ingångspunkt till en utgångspunkt.
väg täckning: Andelen vägar som har utövats av en testsvit. 100% bantäckning innebär 100% LCSAJ-täckning.
väg sensibiliserande: Välja en uppsättning ingångsvärden för att tvinga körningen av en viss sökväg.
vägprovning: En designteknik för vita rutor där testfall är utformade för att utföra banor.
prestanda: Graden i vilken ett system eller en komponent utför sina angivna funktioner inom givna begränsningar beträffande bearbetningstid och genomströmningshastighet. (Efter IEEE 610) Se effektivitet.
indikator: En mått på hög nivå av effektivitet och / eller effektivitet som används för att styra och kontrollera progressiv utveckling, t.ex. Procent av defektdetektering (DDP) för testning. (CMMI)
prestandatester: Testprocessen för att bestämma prestanda för en programvaruprodukt. Se effektivitetstestning.
verktyg för prestandatestning: Ett verktyg för att stödja prestandatest och som vanligtvis har två huvudanläggningar: lastgenerering och testtransaktionsmätning. Lastgenerering kan simulera antingen flera användare eller stora volymer indata. Under utförandet tas svarstidsmätningar från utvalda transaktioner och dessa loggas. Prestandatestverktyg ger normalt rapporter baserade på testloggar och belastningsdiagram mot svarstider.
fas testplan: En testplan som vanligtvis adresserar en testnivå.
bärbarhet: Hur enkelt mjukvaruprodukten kan överföras från en hårdvara eller en mjukvarumiljö till en annan. (ISO 9126)
portabilitetstest: Testprocessen för att bestämma portabiliteten för en programvaruprodukt.
postvillkor: Miljö- och tillståndsvillkor som måste uppfyllas efter genomförandet av ett test eller testförfarande.
jämförelse efter utförande: Jämförelse av faktiska och förväntade resultat, utförda efter att programvaran har körts.
förutsättning: Miljö- och tillståndsvillkor som måste uppfyllas innan komponenten eller systemet kan köras med ett visst test- eller testförfarande.
Prioritet: Nivån på (affärs) betydelse som tilldelas ett objekt, t.ex. defekt.
processcykeltest: En svart låda test design teknik där testfall är utformade för att utföra affärsprocedurer och processer. (TMap)
bearbeta: En uppsättning interrelaterade aktiviteter som omvandlar ingångar till utgångar. (ISO 12207)
projekt: Ett projekt är en unik uppsättning samordnade och kontrollerade aktiviteter med start- och slutdatum genomförda ett mål som överensstämmer med specifika krav, inklusive begränsningar av tid, kostnad och resurser. (ISO 9000)
projekt testplan: En testplan som vanligtvis adresserar flera testnivåer.
pseudo-slumpmässigt: En serie som verkar vara slumpmässig men faktiskt genereras enligt någon förutbestämd sekvens.
F
kvalitet: I vilken grad en komponent, ett system eller en process uppfyller specificerade krav och / eller användar- / kundbehov och förväntningar. (Efter IEEE 610)
Kvalitetssäkring: En del av kvalitetshanteringen fokuserade på att ge förtroende för att kvalitetskraven kommer att uppfyllas. (ISO 9000)
kvalitetsattribut: En funktion eller egenskap som påverkar en artikels kvalitet. (IEEE 610)
kvalitetshantering: Samordnade aktiviteter för att styra och kontrollera en organisation med avseende på kvalitet. Riktning och kontroll avseende kvalitet omfattar vanligtvis fastställande av kvalitetspolicy och kvalitetsmål, kvalitetsplanering, kvalitetskontroll, kvalitetssäkring och kvalitetsförbättring. (ISO 9000)
R
slumpmässig testning: En teknik för design av svarta lådor där testfall väljs, eventuellt med hjälp av en pseudo-slumpgenerationsalgoritm, för att matcha en operativ profil. Denna teknik kan användas för att testa icke-funktionella attribut som tillförlitlighet och prestanda.
återhämtningsförmåga: Mjukvaruproduktens förmåga att återupprätta en specificerad prestandanivå och återställa de data som påverkas direkt vid fel. (ISO 9126) Se även tillförlitlighet.
återhämtningstestning: Testprocessen för att bestämma återvinningsbarheten för en programvaruprodukt. Se även tillförlitlighetstestning.
regressionstestning: Test av ett tidigare testat program efter modifiering för att säkerställa att defekter inte har införts eller upptäckts i oförändrade områden av programvaran, till följd av de ändringar som gjorts. Det utförs när programvaran eller dess miljö ändras.
release-anmärkning: Ett dokument som identifierar testartiklar, deras konfiguration, aktuell status och annan leveransinformation levererad av utveckling till testning, och eventuellt andra intressenter, i början av en testkörningsfas. (Efter IEEE 829)
pålitlighet: Mjukvaruproduktens förmåga att utföra sina nödvändiga funktioner under angivna förhållanden under en viss tidsperiod eller under ett visst antal operationer. (ISO 9126)
tillförlitlighetstestning: Testprocessen för att bestämma tillförlitligheten hos en programvaruprodukt.
utbytbarhet: Mjukvaruproduktens förmåga att användas i stället för en annan specificerad programvaruprodukt för samma ändamål i samma miljö. (ISO 9126) Se även bärbarhet.
krav: Ett villkor eller förmåga som en användare behöver för att lösa ett problem eller uppnå ett mål som måste uppfyllas eller innehas av ett system eller systemkomponent för att uppfylla ett kontrakt, standard, specifikation eller annat formellt infört dokument. (Efter IEEE 610)
kravbaserad testning: Ett tillvägagångssätt för testning där testfall utformas baserat på testmål och testvillkor härledda från krav, t.ex. tester som utövar specifika funktioner eller sänder icke-funktionella attribut som tillförlitlighet eller användbarhet.
verktyg för kravhantering: Ett verktyg som stöder inspelningen av krav, kravattribut (t.ex. prioritet, kunskapsansvarig) och anteckning, och underlättar spårbarhet genom lager av krav och kravhanteringshantering. Vissa kravhanteringsverktyg tillhandahåller också faciliteter för statisk analys, såsom konsistenskontroll och överträdelser av fördefinierade kravregler.
kravfas: Tidsperioden i programvarans livscykel under vilken motsvarigheterna för en programvaruprodukt definieras och dokumenteras. (IEEE 610)
resursanvändning: Mjukvaruproduktens förmåga att använda lämpliga mängder och typer av resurser, till exempel mängder huvud- och sekundärminne som används av programmet och storleken på nödvändiga tillfälliga filer eller överflödsfiler, när programvaran utför sin funktion under angivna förhållanden. (Efter ISO 9126) Se även effektivitet.
testning av resursanvändning: Testprocessen för att bestämma resursanvändningen av en programvaruprodukt.
resultat: Konsekvensen / resultatet av genomförandet av ett test. Det inkluderar utdata till skärmar, ändringar av data, rapporter och kommunikationsmeddelanden som skickats ut. Se även faktiskt resultat, förväntat resultat.
återupptagningskriterier: Testaktiviteterna som måste upprepas när testet startas om efter en avstängning. (Efter IEEE 829)
omprövning: Testning som kör testfall som misslyckades förra gången de kördes för att verifiera att korrigerande åtgärder lyckades.
recension: En utvärdering av en produkt- eller projektstatus för att fastställa avvikelser från planerade resultat och för att rekommendera förbättringar. Exempel inkluderar ledningsgranskning, informell granskning, teknisk granskning, inspektion och genomgång. (Efter IEEE 1028)
recensent: Den person som är involverad i granskningen som ska identifiera och beskriva avvikelser i den produkt eller det projekt som granskas. Granskare kan väljas för att representera olika synpunkter och roller i granskningsprocessen.
risk: En faktor som kan leda till framtida negativa konsekvenser; vanligtvis uttryckt som påverkan och sannolikhet.
riskanalys: Processen för att bedöma identifierade risker för att uppskatta deras inverkan och sannolikhet för förekomst (sannolikhet).
riskbaserad testning: Testning inriktad på att utforska och tillhandahålla information om produktrisker. (Efter Gerrard)
riskkontroll: Processen genom vilken beslut fattas och skyddsåtgärder implementeras för att minska risker till eller bibehålla risker inom specificerade nivåer.
risk identifiering: Processen för att identifiera risker med hjälp av tekniker som brainstorming, checklistor och felhistorik.
riskhantering: Systematisk tillämpning av förfaranden och metoder för att identifiera, analysera, prioritera och kontrollera risker.
robusthet: I vilken grad en komponent eller ett system kan fungera korrekt i närvaro av ogiltiga ingångar eller stressiga miljöförhållanden. (IEEE 610) Se även feletolerans, feltolerans.
Grundorsak: En underliggande faktor som orsakade en avvikelse och eventuellt bör elimineras permanent genom processförbättring.
S
säkerhet: Mjukvaruproduktens förmåga att uppnå acceptabla nivåer av risk för skada på människor, företag, programvara, egendom eller miljön i ett specifikt användningssammanhang. (ISO 9126)
säkerhetstestning: Testprocessen för att bestämma säkerheten för en programvaruprodukt.
skalbarhet: Mjukvaruproduktens förmåga att uppgraderas för att tillgodose ökade belastningar. (Efter Gerrard)
testning av skalbarhet: Testar för att bestämma skalbarheten för programvaruprodukten.
skrivare: Den person som måste registrera varje nämnd defekt och eventuella förbättringsförslag under ett granskningsmöte på ett loggningsformulär. Skrivaren måste se till att loggningsformuläret är läsbart och förståeligt.
skriptspråk: Ett programmeringsspråk där körbara testskript skrivs, som används av ett testkörningsverktyg (t.ex. ett inspelnings- / omspelningsverktyg).
säkerhet: Attribut för programvaruprodukter som bibehåller dess förmåga att förhindra obehörig åtkomst, oavsett av misstag eller avsiktlig, till program och data. (ISO 9126)
säkerhetstestning: Testar för att bestämma säkerheten för programvaruprodukten.
Allvarlighetsgrad: Graden av inverkan som en defekt har på utvecklingen eller driften av en komponent eller ett system. (Efter IEEE 610)
simulering: Representationen av utvalda beteendemässiga egenskaper hos ett fysiskt eller abstrakt system av ett annat system. (ISO 2382/1)
simulator: En enhet, ett datorprogram eller ett system som används under testningen, som beter sig eller fungerar som ett givet system när det är försett med en uppsättning kontrollerade ingångar. (Efter IEEE 610, DO178b) Se även emulator.
rökprov: En delmängd av alla definierade / planerade testfall som täcker huvudfunktionaliteten hos en komponent eller ett system, för att säkerställa att de viktigaste funktionerna i ett program fungerar, men inte bry sig om finare detaljer. Ett dagligt bygg- och rökprov är bland de bästa metoderna inom branschen. Se även intagstest.
mjukvarukvalitet: Hela funktionaliteten och funktionerna hos en programvaruprodukt som bibehåller dess förmåga att tillgodose angivna eller underförstådda behov. (Efter ISO 9126)
Specifikation: Ett dokument som, helst på ett fullständigt, exakt och verifierbart sätt, specificerar kraven, utformningen, beteendet eller andra egenskaper hos en komponent eller ett system, och ofta procedurer för att avgöra om dessa bestämmelser har uppfyllts. (Efter IEEE 610)
specifikationsbaserad testdesignteknik: Se teknik för design av svart låda.
specificerad ingång: En ingång för vilken specifikationen förutsäger ett resultat.
stabilitet: Mjukvaruproduktens förmåga att undvika oväntade effekter från modifieringar i programvaran. (ISO 9126) Se även underhållsförmåga.
tillståndsdiagram: Ett diagram som visar tillstånd som en komponent eller ett system kan anta och visar de händelser eller omständigheter som orsakar och / eller är resultatet av en förändring från ett tillstånd till ett annat. (IEEE 610)
tillståndstabell: Ett rutnät som visar de resulterande övergångarna för varje tillstånd kombinerat med varje möjlig händelse, som visar både giltiga och ogiltiga övergångar.
tillståndsövergång: En övergång mellan två tillstånd i en komponent eller ett system.
SQL-databasintervjufrågor och svar
tillståndsövergångstestning: En svart låda test design teknik där testfall är utformade för att utföra giltiga och ogiltiga tillstånd övergångar. Se även testning av N-switch.
påstående: En enhet i ett programmeringsspråk, som vanligtvis är den minsta odelbara enheten för utförande.
uttalande täckning: Andelen körbara uttalanden som har utövats av en testsvit.
uttalande testning: En designteknik för en vit ruta där testfall är utformade för att utföra uttalanden.
statisk analys: Analys av programvaruartiklar, t.ex. krav eller kod, utförda utan att dessa programvaruartiklar körs.
statisk analysator: Ett verktyg som utför statisk analys.
statisk kodanalys: Analys av programkällkod utförd utan körning av den programvaran.
statisk kodanalysator: Ett verktyg som utför analys av statisk kod. Verktyget kontrollerar källkoden med avseende på vissa egenskaper, t.ex. överensstämmelse med kodningsstandarder, kvalitetsmått eller dataflödesavvikelser.
statisk testning: Test av en komponent eller ett system på specifikations- eller implementeringsnivå utan exekvering av den programvaran, t.ex. recensioner eller statisk kodanalys.
statistisk testning: En testdesignteknik där en modell för den statistiska fördelningen av ingången används för att konstruera representativa testfall. Se även testning av operativ profil.
statusredovisning: Ett element i konfigurationshantering, som består av inspelning och rapportering av information som behövs för att effektivt hantera en konfiguration. Denna information inkluderar en lista över godkänd konfigurationsidentifiering, status för föreslagna ändringar av konfigurationen och implementeringsstatus för godkända ändringar. (IEEE 610)
Stresstestning: Testning utförd för att utvärdera ett system eller en komponent vid eller utanför gränserna för dess specificerade krav. (IEEE 610)
strukturell täckning: Täckningsåtgärder baserade på komponentens interna struktur.
strukturell testdesignteknik: Se testteknik för vita rutor.
stump: En skelett- eller specialimplementering av en programvarukomponent, som används för att utveckla eller testa en komponent som anropar eller på annat sätt är beroende av den. Den ersätter en kallad komponent. (Efter IEEE 610)
delväg: En sekvens av körbara uttalanden i en komponent.
avstängningskriterier: Kriterierna som används för att (tillfälligt) stoppa hela eller en del av testaktiviteterna på testartiklarna. (Efter IEEE 829)
lämplighet: Mjukvaruproduktens förmåga att tillhandahålla en lämplig uppsättning funktioner för specificerade uppgifter och användarmål. (ISO 9126) Se även funktionalitet.
Mätningslista för mjukvarans användbarhet (SUMI): En frågeformulär baserad användbarhetstestteknik för att utvärdera användbarheten, t.ex. användarnöjdhet för en komponent eller ett system. (Veenendaal)
syntax testning: En teknik för design av svarta lådor där testfall utformas baserat på definitionen av inmatningsdomänen och / eller utgångsdomänen.
systemet: En samling komponenter organiserade för att utföra en specifik funktion eller uppsättning funktioner. (IEEE 610)
test av systemintegration: Testa integrationen av system och paket; testa gränssnitt till externa organisationer (t.ex. elektroniskt datautbyte, internet).
systemtestning: Processen för att testa ett integrerat system för att verifiera att det uppfyller specificerade krav. (Hetzel)
T
teknisk granskning: En diskussionsaktivitet för kamratgrupper som fokuserar på att uppnå enighet om det tekniska tillvägagångssättet. En teknisk granskning kallas också en peer review. (Gilb och Graham, IEEE 1028)
testmetod: Implementeringen av teststrategin för ett specifikt projekt. Det inkluderar vanligtvis de beslut som fattas som följer baserat på (test) projektets mål och den riskbedömning som utförts, utgångspunkter för testprocessen, de tekniker för testdesign som ska tillämpas, utgångskriterier och testtyper som ska utföras.
testautomatisering: Användningen av programvara för att utföra eller stödja testaktiviteter, t.ex. testhantering, testdesign, testgenomförande och resultatkontroll.
testbasis: Alla dokument från vilka kraven för en komponent eller ett system kan härledas. Dokumentationen som testfallet bygger på. Om ett dokument endast kan ändras genom ett formellt ändringsförfarande kallas testbasen en frusen testbas. (Efter TMap)
testfall: En uppsättning ingångsvärden, exekveringsförutsättningar, förväntade resultat och efterföljande exekveringsutvecklingar, utvecklade för ett visst mål eller testvillkor, såsom att utöva en viss sökväg eller att verifiera att ett specifikt krav uppfylls. (Efter IEEE 610)
testfallsspecifikation: Ett dokument som specificerar en uppsättning testfall (objektiv, ingångar, teståtgärder, förväntade resultat och exekveringsförutsättningar) för ett testobjekt. (Efter IEEE 829)
teststadga: Ett uttalande om testmål och möjligen testidéer. Testcharter används bland annat i utforskande testning. Se även utforskande testning.
testkomparator: Ett testverktyg för automatiserad testjämförelse.
testjämförelse: Processen att identifiera skillnader mellan de faktiska resultaten som produceras av komponenten eller systemet som testas och de förväntade resultaten för ett test. Testjämförelse kan utföras under testkörning (dynamisk jämförelse) eller efter testkörning.
testvillkor: Ett objekt eller en händelse i en komponent eller ett system som kan verifieras av ett eller flera testfall, t.ex. en funktion, transaktion, kvalitetsattribut eller strukturelement.
testdata: Data som finns (till exempel i en databas) innan ett test körs och som påverkar eller påverkas av komponenten eller systemet som testas.
testdata förberedelse verktyg: En typ av testverktyg som gör det möjligt att välja data från befintliga databaser eller skapa, generera, manipulera och redigera för användning vid testning.
testdesignspecifikation: Ett dokument som specificerar testvillkoren (täckningsobjekt) för ett testobjekt, den detaljerade testmetoden och identifierar tillhörande högnivå testfall. (Efter IEEE 829)
testdesignverktyg: Ett verktyg som stöder testdesignaktiviteten genom att generera testingångar från en specifikation som kan finnas i ett CASE-verktygsförvar, t.ex. kravhanteringsverktyget eller från specificerade testvillkor som finns i själva verktyget.
testdesignteknik: En metod som används för att härleda eller välja testfall.
testmiljö: En miljö som innehåller hårdvara, instrumentering, simulatorer, programvaruverktyg och andra supportelement som behövs för att genomföra ett test. (Efter IEEE 610)
testutvärderingsrapport: Ett dokument som producerats i slutet av testprocessen som sammanfattar alla testaktiviteter och resultat. Den innehåller också en utvärdering av testprocessen och lärdomar.
testkörning: Processen att köra ett test av komponenten eller systemet som testas, vilket ger verkligt resultat.
automatisering av testkörning: Användningen av programvara, t.ex. fånga / spela upp verktyg, för att kontrollera genomförandet av tester, jämförelse av faktiska resultat med förväntade resultat, upprättande av testförutsättningar och andra testkontroll- och rapporteringsfunktioner.
testkörningsfas: Tiden i en livscykel för programvaruutveckling under vilken komponenterna i en mjukvaruprodukt körs och mjukvaruprodukten utvärderas för att avgöra om kraven har uppfyllts eller inte. (IEEE 610)
schema för testutförande: Ett system för genomförande av testförfaranden. Testprocedurerna ingår i testkörningsplanen i sitt sammanhang och i den ordning de ska utföras.
testutförande teknik: Metoden som används för att utföra själva testkörningen,antingen manuellt eller automatiserat.
testkörningsverktyg: En typ av testverktyg som kan köra annan programvara med hjälp av ett automatiskt testskript, t.ex. inspelning / uppspelning. (Fewster och Graham)
test sele: En testmiljö bestående av stubbar och förare som behövs för att genomföra ett test.
testinfrastruktur: De organisatoriska artefakterna som behövs för att testa, bestående av testmiljöer, testverktyg, kontorsmiljö och procedurer.
testartikeln: Det individuella elementet som ska testas. Det finns vanligtvis ett testobjekt och många testobjekt. Se även testobjekt.
testnivå: En grupp testaktiviteter som organiseras och hanteras tillsammans. En testnivå är kopplad till ansvaret i ett projekt. Exempel på testnivåer är komponenttest, integrationstest, systemtest och acceptantest. (Efter TMap)
testlogg: En kronologisk registrering av relevanta detaljer om genomförandet av tester. (IEEE 829)
testloggning: Processen att registrera information om tester som utförts i en testlogg.
testansvarig: Den person som är ansvarig för att testa och utvärdera ett testobjekt. Individen, som styr, kontrollerar, administrerar planer och reglerar utvärderingen av ett testobjekt.
testhantering: Planering, uppskattning, övervakning och kontroll av testaktiviteter, som vanligtvis utförs av en testchef.
Test Maturity Model (TMM): En iscensatt ram för fem nivåer för förbättring av testprocesser, relaterad till CMM (Capability Maturity Model) som beskriver nyckelelementen i en effektiv testprocess.
Testprocessförbättring (TPI): Ett kontinuerligt ramverk för förbättring av testprocessen som beskriver nyckelelementen i en effektiv testprocess, särskilt inriktad på systemtestning och acceptansprovning.
testobjekt: Komponenten eller systemet som ska testas. Se även testartikel.
testmål: En anledning eller ett syfte för att utforma och genomföra ett test.
test orakel: En källa för att bestämma förväntade resultat att jämföra med det faktiska resultatet av programvaran som testas. Ett orakel kan vara det befintliga systemet (för ett riktmärke), en användarmanual eller en individs specialkunskaper, men bör inte vara koden. (Efter Adrion)
indikator för testprestanda: Ett mått, i allmänhet hög nivå, som anger i vilken utsträckning ett visst målvärde eller kriterium uppfylls. Ofta relaterade till testförbättringsmål, t.ex. Procent av defektdetektering (DDP).
testfas: En distinkt uppsättning testaktiviteter som samlats in i en hanterbar fas av ett projekt, t.ex. utförandet av en testnivå. (Efter Gerrard)
testplan: Ett dokument som beskriver omfattningen, tillvägagångssättet, resurserna och schemat för avsedda testaktiviteter. Den identifierar bland annat testartiklar, funktionerna som ska testas, testuppgifterna, vem som kommer att göra varje uppgift, graden av testarens oberoende, testmiljön, testdesignteknikerna och testmätteknikerna som ska användas och motivet för deras val och eventuella risker som kräver beredskapsplanering. Det är ett register över testplaneringsprocessen (Efter IEEE 829)
testplanering: Aktiviteten med att upprätta eller uppdatera en testplan.
testpolicy: Ett dokument på hög nivå som beskriver organisationens principer, tillvägagångssätt och huvudmål vad gäller testning.
testpunktsanalys (TPA): En formelbaserad testuppskattningsmetod baserad på funktionspunktsanalys. (TMap)
test procedur: Se specifikationen för testförfarandet.
testförfarandespecifikation: Ett dokument som specificerar en sekvens av åtgärder för utförande av ett test. Kallas även testskript eller manuellt testskript. (Efter IEEE 829)
testprocess: Den grundläggande testprocessen omfattar planering, specifikation, utförande, inspelning och kontroll för slutförande. (BS 7925/2)
testrepeterbarhet: Ett attribut för ett test som anger om samma resultat produceras varje gång testet utförs.
provkörning: Utförande av ett test på en specifik version av testobjektet.
testmanus: Vanligtvis används en specifikationsspecifikation för testprocedurer, särskilt en automatiserad.
testspecifikation: Ett dokument som består av en testdesignspecifikation, testfallsspecifikation och / eller testförfarandespecifikation.
teststrategi: Ett dokument på hög nivå som definierar testnivåerna som ska utföras och testningen inom dessa nivåer för ett program (ett eller flera projekt).
test svit: En uppsättning av flera testfall för en komponent eller ett system som testas, där post-tillståndet för ett test ofta används som förutsättning för nästa.
testsammanfattningsrapport: Ett dokument som sammanfattar testaktiviteter och resultat. Den innehåller också en utvärdering av motsvarande testobjekt mot utgångskriterier.(Efter IEEE 829)
testmål: En uppsättning utgångskriterier.
testverktyg: En programvaruprodukt som stöder en eller flera testaktiviteter, såsom planering och kontroll, specifikation, byggande av initiala filer och data, testkörning och testanalys. (TMap) Se även CAST.
testtyp: En grupp testaktiviteter som syftar till att testa en komponent eller ett system avseende ett eller flera sammanhängande kvalitetsattribut. En testtyp är fokuserad på ett specifikt testmål, dvs. tillförlitlighetstest, användbarhetstest, regressionstest etc., och kan äga rum på en eller flera testnivåer eller testfaser. (Efter TMap)
testbarhet: Mjukvaruproduktens förmåga att testa modifierad programvara. (ISO 9126) Se även underhållsförmåga.
testbarhetsgranskning: En detaljerad kontroll av testbasen för att avgöra om testbasen är på en adekvat kvalitetsnivå för att fungera som ett inmatningsdokument för testprocessen. (Efter TMap)
testbara krav: I vilken utsträckning ett krav anges i termer som möjliggör upprättande av testkonstruktioner (och därefter testfall) och utförande av test för att avgöra om kraven har uppfyllts. (Efter IEEE 610)
testare: En tekniskt skicklig professionell som är involverad i testningen av en komponent eller ett system.
testning: Processen består av alla livscykelaktiviteter, både statiska och dynamiska, som handlar om planering, förberedelse och utvärdering av programvaruprodukter och relaterade arbetsprodukter för att fastställa att de uppfyller specificerade krav, för att visa att de är lämpliga för ändamålet och för att upptäcka defekter.
testprogram: Artefakter som producerats under testprocessen krävs för att planera, designa och utföra tester, såsom dokumentation, skript, ingångar, förväntade resultat, installations- och rensningsförfaranden, filer, databaser, miljö och eventuell ytterligare programvara eller verktyg som används i testning. (Efter Fewster och Graham)
trådtestning: En version av komponentintegrationstestning där progressiv integration av komponenter följer implementeringen av delmängder av kraven, i motsats till integrationen av komponenter efter nivåer i en hierarki.
spårbarhet: Förmågan att identifiera relaterade objekt i dokumentation och programvara, t.ex.krav med tillhörande tester. Se även horisontell spårbarhet, vertikal spårbarhet.
top-down testning: Ett inkrementellt tillvägagångssätt för integrationstest där komponenten högst upp i komponenthierarkin testas först, med komponenter på lägre nivå som simuleras av stubbar. Testade komponenter används sedan för att testa komponenter på lägre nivå. Processen upprepas tills komponenter på lägsta nivå har testats.
U
förståelse: Mjukvaruproduktens förmåga att göra det möjligt för användaren att förstå om programvaran är lämplig och hur den kan användas för särskilda uppgifter och användningsvillkor. (ISO 9126) Se även användbarhet.
oåtkomlig kod: Kod som inte kan nås och därför är omöjlig att utföra.
användbarhet: Programvarans förmåga att förstås, läras, användas och attraktiv för användaren när den används under specifika förhållanden. (ISO 9126)
användbarhetstestning: Testning för att bestämma i vilken utsträckning programvaruprodukten är förståelig, lätt att lära sig, lätt att använda och attraktiv för användarna under specificerade förhållanden. (Efter ISO 9126)
test av användningsfall: En svart låda test design teknik där testfall är utformade för att utföra användarscenarier.
användartest: Ett test där verkliga användare är inblandade för att utvärdera användbarheten av en komponent eller ett system.
V
V-modell: Ett ramverk för att beskriva programvaruutvecklingens livscykelaktiviteter från kravspecifikation till underhåll. V-modellen illustrerar hur testaktiviteter kan integreras i varje fas av programvarans utveckling.
godkännande: Bekräftelse genom undersökning och genom tillhandahållande av objektiva bevis för att kraven för en specifik avsedd användning eller applikation har uppfyllts. (ISO 9000)
variabel: Ett lagringselement i en dator som är tillgängligt för ett program genom att hänvisa till det med ett namn.
verifiering: Bekräftelse genom granskning och genom tillhandahållande av objektiva bevis för att angivna krav har uppfyllts. (ISO 9000)
vertikal spårbarhet: Spårning av krav genom lager av utvecklingsdokumentation till komponenter.
volymtestning: Testar var systemet utsätts för stora datamängder. Se även testning av resursanvändning.
I
genomgång: En steg-för-steg-presentation av författaren av ett dokument för att samla information och skapa en gemensam förståelse för dess innehåll. (Freedman och W.einberg, IEEE 1028)
vit låda test design teknik: Dokumenterat förfarande för att härleda och välja testfall baserat på en analys av en komponents eller systems interna struktur.
vitlåda testning: Testning baserad på en analys av komponentens eller systemets interna struktur.
Bredband Delphi: En expertbaserad testuppskattningsteknik som syftar till att göra en korrekt uppskattning med hjälp av gruppmedlemmarnas kollektiva visdom.
Kontakta mig om du vill lägga till fler definitioner i den här ordlistan.
Referens: http://www.istqb.org/downloads/glossary-1.0.pdf
Rekommenderad läsning
- Bästa verktyg för testning av programvara 2021 (QA Test Automation Tools)
- Programvarutestning QA-assistentjobb
- Programvarutestningskurs: Vilket programvarutestinstitut ska jag gå med?
- Välja programvarutestning som din karriär
- Programvarutestning Tekniskt innehåll Writer Freelancer Jobb
- QA Outsourcing Guide: Software Testing Outsourcing Companies
- Några intressanta programtestintervjufrågor
- Programtestkursfeedback och recensioner