software testing terms complete glossary
Da bi se izognili nejasnostim v različnih pogojih testiranja programske opreme, prilagam a slovarček za preizkušanje programske opreme tukaj.
Vsi pogoji za preizkušanje programske opreme so vključeni v ta glosar. Če menite, da definicijo katerega koli izraza poznate bolje, kot je omenjeno tukaj, lahko to uporabite Kontaktni obrazec da mi pošlje definicije. Ob pregledu jih bom vključil v ta seznam glosarja.
To je najboljši glosar, ki ga je zbral osnovni pojem testiranja programske opreme in zagotavljanja kakovosti Erik van Veenendaal . Tudi za vsako definicijo je v oklepajih naveden sklic na IEEE ali ISO.
TO
merila sprejemljivosti: Izstopna merila, ki jih mora izpolnjevati komponenta ali sistemsprejme uporabnik, stranka ali druga pooblaščena oseba. (IEEE 610)
sprejemni preizkus: Formalno testiranje glede na potrebe uporabnikov, zahteve in poslovne procese, ki se izvajajo, da se ugotovi, ali sistem izpolnjuje pogoje sprejemljivosti, in da uporabniku, strankam ali drugemu pooblaščenemu subjektu omogoči, da določi, ali sistem sprejme. (Po IEEE 610)
testiranje dostopnosti: Testiranje za določitev enostavnosti uporabe invalidskih uporabnikov s komponento ali sistemom. (Gerrard)
natančnost: Sposobnost programskega izdelka, da zagotavlja prave ali dogovorjene rezultate ali učinke s potrebno stopnjo natančnosti. (ISO 9126) Glej tudi preskušanje funkcionalnosti.
dejanski rezultat: Obnašanje, ki je nastalo / opaženo med preskušanjem komponente ali sistema.
ad hoc testiranje: Testiranje opravljeno neformalno; ne poteka nobena formalna priprava na test, ne uporablja se priznana tehnika načrtovanja testa, ni pričakovanj glede rezultatov in naključnost vodi dejavnost izvajanja testa.
prilagodljivost: Sposobnost programskega izdelka, da se prilagodi različnim določenim okoljem brez uporabe dejanj ali sredstev, ki niso predvidena v ta namen za obravnavano programsko opremo. (ISO 9126) Glej tudi testiranje prenosljivosti.
agilno testiranje: Preskusna praksa za projekt z uporabo agilnih metodologij, kot je ekstremno programiranje (XP), obravnavanje razvoja kot stranke testiranja in poudarjanje paradigme zasnove prvega preizkusa.
alfa testiranje: Simulirano ali dejansko operativno preskušanje s strani potencialnih uporabnikov / kupcev ali neodvisne preskusne skupine na spletnem mestu razvijalcev, vendar zunaj razvojne organizacije. Alfa testiranje se pogosto uporablja kot oblika notranjega sprejemnega testiranja.
analiziranost: Sposobnost diagnosticiranja programskega izdelka zaradi pomanjkljivosti ali vzrokov napak v programski opremi ali za prepoznavanje delov, ki jih je treba spremeniti. (ISO 9126) Glej tudi preskuse vzdrževalnosti.
anomalija: Vsak pogoj, ki odstopa od pričakovanj na podlagi specifikacij zahtev, projektnih dokumentov, uporabniških dokumentov, standardov itd. Ali od zaznavanja ali izkušenj nekoga. Anomalije je mogoče najti med pregledovanjem, testiranjem, analizo, sestavljanjem ali uporabo programskih izdelkov ali ustrezne dokumentacije, vendar ne omejeno nanje. (IEEE 1044) Glej tudi napaka, odstopanje, napaka, napaka, okvara, incident, težava.
privlačnost: Sposobnost programskega izdelka je privlačna za uporabnika. (ISO 9126)
revizija: Neodvisna ocena programskih izdelkov ali procesov za ugotavljanje skladnosti s standardi, smernicami, specifikacijami in / ali postopki na podlagi objektivnih meril, vključno z dokumenti, ki določajo:
(1) oblika ali vsebina izdelkov, ki jih je treba izdelati
(2) postopek, po katerem se proizvodi proizvajajo
(3) kako se meri skladnost s standardi ali smernicami. (IEEE 1028)
revizijska sled: Pot, po kateri je mogoče skozi proces izslediti prvotni vhod v postopek (npr. Podatke), pri čemer je izhodna točka procesa izhodna točka. To olajša analizo napak in omogoča izvedbo revizije procesa. (Po TMap)
avtomatizirana testna programska oprema: Testna programska oprema, ki se uporablja pri avtomatiziranem testiranju, na primer skripti orodij.
razpoložljivost: Stopnja, do katere komponenta ali sistem deluje in je dostopna, kadar je potrebna za uporabo. Pogosto izraženo v odstotkih. (IEEE 610)
B
testiranje od zadaj: Preskušanje, pri katerem se izvede dve ali več različic komponente ali sistema z enakimi vhodi, primerjanimi izhodi in analizira v primeru neskladnosti. (IEEE 610)
izhodišče: Specifikacija ali programski izdelek, ki je bil formalno pregledan ali dogovorjen, ki je nato osnova za nadaljnji razvoj in ga je mogoče spremeniti le s formalnim postopkom nadzora sprememb. (Po IEEE 610)
osnovni blok: Zaporedje enega ali več zaporednih izvršljivih stavkov, ki ne vsebujejo vej.
osnovni testni niz: Nabor testnih primerov, ki izhajajo iz notranje strukture ali specifikacije, da se zagotovi doseganje 100% določenega kriterija pokritosti.
vedenje: Odziv komponente ali sistema na niz vhodnih vrednosti in predpogojev.
primerjalni test: (1) Standard, na podlagi katerega je mogoče opraviti meritve ali primerjave. (2) Preskus, ki se uporablja za primerjavo komponent ali sistemov med seboj ali s standardom kot v (1). (Po IEEE 610)
programska oprema po naročilu: Programska oprema, razvita posebej za nabor uporabnikov ali kupcev. Nasprotno je gotova programska oprema.
najboljša vaja: Vrhunska metoda ali inovativna praksa, ki prispeva k izboljšani uspešnosti organizacije v določenem kontekstu, ki jo druge vrstniške organizacije običajno prepoznajo kot 'najboljšo'.
beta testiranje: Operativno testiranje potencialnih in / ali obstoječih uporabnikov / kupcev na zunanjem spletnem mestu, ki ni drugače povezano z razvijalci, da se ugotovi, ali komponenta ali sistem ustreza potrebam uporabnikov / strank in ali ustreza poslovnim procesom. Beta testiranje se pogosto uporablja kot oblika zunanjega preizkusa sprejemljivosti, da bi pridobili povratne informacije s trga.
testiranje velikega poka: Vrsta integracijskega preskušanja, pri katerem se elementi programske opreme, elementi strojne opreme ali oboje naenkrat združijo v komponento ali celoten sistem, ne pa v fazah. (Po IEEE 610) Glej tudi integracijsko testiranje.
testiranje črne škatle: Preskušanje, funkcionalno ali nefunkcionalno, brez sklicevanja na notranjo strukturo komponente ali sistema.
tehnike oblikovanja preizkusa črne škatle: Dokumentiran postopek za izpeljavo in izbiro testnih primerov na podlagi analize specifikacije, funkcionalne ali nefunkcionalne, komponente ali sistema brez sklicevanja na njegovo notranjo strukturo.
blokiran testni primer: Testni primer, ki ga ni mogoče izvesti, ker niso izpolnjeni predpogoji za njegovo izvedbo.
testiranje od spodaj navzgor: Postopni pristop k integracijskemu testiranju, kjer se najprej preizkusijo komponente najnižje ravni, nato pa se olajša testiranje komponent višje ravni. Ta postopek se ponavlja, dokler se komponenta na vrhu hierarhije ne preizkusi. Glej tudi integracijsko testiranje.
mejna vrednost: Vhodna vrednost ali izhodna vrednost, ki je na robu enakovredne particije ali na najmanjši inkrementalni razdalji na obeh straneh roba, na primer najmanjša ali največja vrednost obsega.
analiza mejne vrednosti: Tehnika načrtovanja preskusov črne škatle, pri kateri so testni primeri zasnovani na mejnih vrednostih.
pokritost z mejno vrednostjo: Odstotek mejnih vrednosti, ki jih je izvedel testni niz.
podružnica: Osnovni blok, ki ga je mogoče izbrati za izvedbo na podlagi programske konstrukcije, v kateri je na voljo ena od dveh ali več alternativnih programskih poti, npr. primer, skok, pojdi na, potem pa še.
pokritost poslovalnice: Odstotek podružnic, ki jih je opravil testni paket. 100-odstotna pokritost podružnic pomeni tako 100-odstotno pokritost odločitev kot 100-odstotno pokritost izjav.
preizkušanje podružnic: Tehnika oblikovanja preizkusa bele škatle, v kateri so testni primeri zasnovani za izvajanje vej.
testiranje na podlagi poslovnih procesov: Pristop k testiranju, pri katerem so testni primeri oblikovani na podlagi opisov in / ali poznavanja poslovnih procesov.
C
Model zrelosti zmožnosti (CMM): Petstopenjski odrski okvir, ki opisuje ključne elemente učinkovitega programskega procesa. Model zrelosti zmožnosti zajema prakse za načrtovanje, inženiring in upravljanje razvoja in vzdrževanja programske opreme. (CMM)
Integracija modela zrelosti zmožnosti (CMMI): Okvir, ki opisuje ključne elemente učinkovitega procesa razvoja in vzdrževanja izdelka. Integracija modela zrelosti zmogljivosti zajema prakse načrtovanja, inženiringa in upravljanja razvoja in vzdrževanja izdelkov. CMMI je imenovani naslednik CMM. (CMMI)
orodje za zajem / predvajanje: Vrsta orodja za izvajanje preizkusov, pri katerem se vnosi med ročnim preskušanjem zabeležijo, da se ustvarijo samodejni preizkusni skripti, ki jih je mogoče kasneje izvršiti (tj. Predvajati). Ta orodja se pogosto uporabljajo za podporo samodejnemu regresijskemu testiranju.
OVITEK: Kratica za računalniško podprto programsko inženirstvo.
ULOGE: Kratica za računalniško podprto testiranje programske opreme. Glej tudi testna avtomatizacija.
vzročno-posledični graf: Grafični prikaz vhodov in / ali dražljajev (vzrokov) s pripadajočimi izhodi (učinki), ki jih lahko uporabimo za oblikovanje testnih primerov.
vzročno-posledični grafikon: Tehnika oblikovanja testa črne škatle, pri kateri so testni primeri oblikovani iz vzročno-posledičnih grafov. (BS 7925/2)
potrdilo: Postopek potrditve, da komponenta, sistem ali oseba izpolnjuje njene določene zahteve, npr. z opravljenim izpitom.
spremenljivost: Sposobnost programskega izdelka, da omogoča izvedbo določenih sprememb. (ISO 9126) Glej tudi vzdrževalnost.
metoda klasifikacijskega drevesa: Tehnika načrtovanja preskusov črne škatle, pri kateri so testni primeri, opisani s pomočjo klasifikacijskega drevesa, zasnovani za izvajanje kombinacij predstavnikov vhodnih in / ali izhodnih domen. (Grochtmann)
pokritost kode: Analizna metoda, ki določa, katere dele programske opreme je testna zbirka izvedla (zajela) in kateri deli niso bili izvedeni, npr. kritje izjav, kritje odločitve ali kritje pogojev
soobstoj: Sposobnost programskega izdelka soobstajati z drugo neodvisno programsko opremo v skupnem okolju, ki si deli skupne vire. (ISO 9126) Glej preskušanje prenosljivosti.
kompleksnost: Stopnja, v kateri ima komponenta ali sistem zasnovo in / ali notranjo strukturo, ki jo je težko razumeti, vzdrževati in preverjati. Glej tudi ciklomatska zapletenost.
skladnost: Sposobnost programskega izdelka, da upošteva standarde, konvencije ali predpise v zakonih in podobnih predpisih. (ISO 9126)
preskus skladnosti : Postopek preskušanja za ugotavljanje skladnosti komponente ali sistema.
komponenta: Minimalna programska oprema, ki jo lahko ločeno preizkusite.
testiranje integracije komponent: Preizkušanje za odkrivanje napak v vmesnikih in interakcije med integriranimi komponentami.
specifikacija komponente: Opis funkcije komponente v smislu izhodnih vrednosti za določene vhodne vrednosti pod določenimi pogoji in zahtevano nefunkcionalno vedenje (npr. Izraba virov).
preskušanje komponent: Testiranje posameznih komponent programske opreme. (Po IEEE 610)
sestavljeno stanje: Dva ali več posameznih pogojev, združenih s pomočjo logičnega operatorja (AND, OR ali XOR), npr. „A> B IN C> 1000“.
testiranje sočasnosti: Testiranje, da se ugotovi, kako komponenta ali sistem obravnava pojav dveh ali več dejavnosti v istem časovnem intervalu, doseženo bodisi s prepletanjem dejavnosti bodisi s sočasno izvedbo. (Po IEEE 610)
stanje: Logičen izraz, ki ga lahko ocenimo kot True ali False, npr. A> B. Glej tudi preskusno stanje.
pokritost stanja: Odstotek izidov stanja, ki jih je izvedel testni niz. 100-odstotno kritje pogojev zahteva, da se vsak posamezen pogoj v vsaki izjavi odločitve preizkusi kot resničen in napačen.
kritje določitve stanja: Odstotek vseh izidov posameznih stanj, ki samostojno vplivajo na izid odločitve, ki ga je uporabil paket testnih primerov. 100-odstotno kritje pogojev pomeni 100-odstotno kritje pogojev odločitve.
preskus določitve stanja: Tehnika oblikovanja preizkusa bele škatle, v kateri so testni primeri zasnovani tako, da izvajajo posamezne rezultate, ki neodvisno vplivajo na izid odločitve.
preskušanje stanja: Tehnika oblikovanja preizkusa bele škatle, v kateri so testni primeri zasnovani za izvedbo rezultatov stanja.
izid stanja: Vrednotenje stanja na True ali False.
konfiguracija: Sestava komponente ali sistema, kot je opredeljena s številom, naravo in medsebojnimi povezavami sestavnih delov.
revizija konfiguracije: Funkcija za preverjanje vsebine knjižnic konfiguracijskih elementov, npr. za skladnost s standardi. (IEEE 610)
nadzor konfiguracije: Element upravljanja konfiguracije, ki zajema ocenjevanje, usklajevanje, odobritev ali neodobritev in izvajanje sprememb konfiguracijskih elementov po formalni vzpostavitvi njihove identifikacije konfiguracije. (IEEE
610)
identifikacija konfiguracije: Element upravljanja konfiguracije, ki obsega izbiro postavk konfiguracije za sistem in beleženje njihovih funkcionalnih in fizičnih lastnosti v tehnično dokumentacijo. (IEEE 610)
postavka konfiguracije: Združevanje strojne opreme, programske opreme ali obojega, ki je določeno za upravljanje konfiguracije in je v procesu upravljanja konfiguracije obravnavano kot ena celota. (IEEE 610)
upravljanje konfiguracije: Disciplina, ki uporablja tehnično in upravno usmerjanje in nadzor za: identifikacijo in dokumentiranje funkcionalnih in fizičnih lastnosti konfiguracijskega elementa, nadzor sprememb teh značilnosti, beleženje in poročanje o statusu obdelave in izvajanja ter preverjanje skladnosti z določenimi zahtevami. (IEEE 610)
doslednost: Stopnja enotnosti, standardiziranosti in brez protislovja med dokumenti ali deli komponente ali sistema. (IEEE 610)
nadzorni tok: Abstraktna predstavitev vseh možnih zaporedij dogodkov (poti) pri izvedbi prek komponente ali sistema.
preskus pretvorbe: Testiranje programske opreme, ki se uporablja za pretvorbo podatkov iz obstoječih sistemov za uporabo v nadomestnih sistemih.
COTS: Kratica za komercialno programsko opremo, ki ni na prodaj.
pokritost: Stopnja, izražena v odstotkih, do katere je določena postavka kritja bila uporabljena s testnim paketom.
analiza pokritosti: Merjenje dosežene pokritosti z določeno postavko kritja med izvajanjem testa s sklicevanjem na vnaprej določena merila, da se ugotovi, ali je potrebno dodatno testiranje in če je potrebno, kateri testni primeri so potrebni.
postavka kritja: Subjekt ali lastnost, ki se uporablja kot osnova za kritje preskusov, npr. enakovredne particije ali stavki kode.
orodje za kritje: Orodje, ki zagotavlja objektivne ukrepe, katere strukturne elemente, npr. izjave, veje je izvedel testni paket.
ciklomatična zapletenost: Število neodvisnih poti skozi program. Ciklomatična kompleksnost je opredeljena kot: L - N + 2P, kjer -L = število robov / povezav v grafu -N = število vozlišč v grafu - P = število odklopljenih delov grafa (npr. Klicni graf in podprogram). (Po McCabeju)
D
opredelitev podatkov: Izvršljivi stavek, kjer je spremenljivki dodeljena vrednost.
podatkovno testiranje: Skriptna tehnika, ki v tabelo ali preglednico shrani vhodni test in pričakovane rezultate, tako da lahko en sam kontrolni skript izvede vse teste v tabeli. Podatkovno testiranje se pogosto uporablja za podporo uporabi orodij za izvajanje preizkusov, kot so orodja za zajemanje / predvajanje. (Fewster in Graham) Glej tudi testiranje na podlagi ključnih besed.
pretok podatkov: Abstraktna predstavitev zaporedja in možne spremembe stanja podatkovnih objektov, kjer je stanje predmeta katero koli od:ustvarjanje, uporaba ali uničenje. (Beizer)
analiza pretoka podatkov: Oblika statične analize, ki temelji na definiciji in uporabi spremenljivk.
pokritost pretoka podatkov: Odstotek parov opredelitve in uporabe, ki jih je uporabil paket testnih primerov.
preskus pretoka podatkov: Tehnika oblikovanja testa bele škatle, v kateri so testni primeri zasnovani tako, da izvajajo definicijo in uporabljajo pare spremenljivk.
odpravljanje napak: Postopek iskanja, analiziranja in odstranjevanja vzrokov napak v programski opremi.
orodje za odpravljanje napak: Orodje, ki ga programerji uporabljajo za reprodukcijo napak, raziskovanje stanja programov in iskanje ustrezne napake. Naprave za odpravljanje napak programerjem omogočajo izvajanje programov korak za korakom, zaustavitev programa v katerem koli programskem stavku ter nastavitev in pregled programskih spremenljivk.
odločitev: Programska točka, pri kateri ima krmilni tok dve ali več alternativnih poti. Vozlišče z dvema ali več povezavami do ločenih vej.
kritje pogoja odločitve: Odstotek vseh izidov pogojev in izidov odločitve, ki jih je izvedel testni paket. 100% kritje pogojev odločitve pomeni tako 100% kritje pogojev kot tudi 100% kritje odločitev.
preskus pogoja odločitve: Tehnika oblikovanja preizkusa bele škatle, pri kateri so testni primeri zasnovani za izvajanje rezultatov stanja in rezultatov odločanja.
kritje odločitve: Odstotek rezultatov odločitve, ki jih je izvedel testni paket. 100-odstotno kritje odločitev pomeni tako 100-odstotno pokritost poslovalnic kot 100-odstotno pokritost izjav.
tabela odločitev: Tabela, ki prikazuje kombinacije vhodov in / ali dražljajev (vzrokov) z njimi povezanimi izhodi in / ali dejanji (učinki), ki jih je mogoče uporabiti za oblikovanje testnih primerov.
preskušanje tabele odločitev: Tehnike oblikovanja testa črne škatle, v katerih so testni primeri zasnovani za izvajanje kombinacij vhodov in / ali dražljajev (vzrokov), prikazanih v tabeli odločitev. (Veenendaal)
preskušanje odločitve: Tehnika oblikovanja preizkusa bele škatle, v kateri so testni primeri zasnovani za izvajanje rezultatov odločanja.
izid odločitve: Rezultat odločitve (ki torej določa, katere veje je treba sprejeti).
napaka: Napaka v komponenti ali sistemu, ki lahko povzroči, da komponenta ali sistem ne izpolni zahtevane funkcije, npr. napačna izjava ali definicija podatkov. Če pride do okvare med izvajanjem, lahko povzroči okvaro komponente ali sistema.
gostota napak: Število napak, ugotovljenih v komponenti ali sistemu, deljeno z velikostjo komponente ali sistema (izraženo v standardnih merilnih izrazih, npr. Vrstici kode, številu razredov ali funkcijskih točk).
Odstotek odkrivanja napak (DDP): število napak, ugotovljenih v preskusni fazi, deljeno s številom, ugotovljenim v tej preskusni fazi, in kakršnimi koli drugimi sredstvi, ki sledijo.
poročilo o napaki: Dokument, ki poroča o kakršni koli napaki v komponenti ali sistemu, ki lahko povzroči, da komponenta ali sistem ne izvaja zahtevane funkcije. (Po IEEE 829)
obvladovanje napak: Postopek prepoznavanja, preiskovanja, ukrepanja in odstranjevanja napak. Vključuje evidentiranje napak, njihovo razvrščanje in prepoznavanje vpliva. (Po IEEE 1044)
prikrivanje napak: Pojav, pri katerem ena napaka prepreči odkrivanje druge. (Po IEEE 610)
par opredelitev-uporaba: Povezava definicije spremenljivke z uporabo te spremenljivke. Spremenljive uporabe vključujejo računanje (npr. Množenje) ali za usmerjanje izvajanja poti (uporaba 'predikata').
dobavljivo: Vsak (delovni) izdelek, ki ga je treba dostaviti nekomu drugemu, ki je avtor (delovnega) izdelka.
preskušanje na osnovi zasnove: Pristop k preskušanju, pri katerem so testni primeri zasnovani na podlagi arhitekture in / ali podrobnega načrtovanja komponente ali sistema (npr. Preskusi vmesnikov med komponentami ali sistemi).
preverjanje na mizi: Testiranje programske opreme ali specifikacije z ročno simulacijo njene izvedbe.
razvojno testiranje: Formalno ali neformalno testiranje, ki ga razvijalci izvajajo med izvajanjem komponente ali sistema, običajno v razvojnem okolju. (Po IEEE 610)
testiranje dokumentacije: Testiranje kakovosti dokumentacije, npr. uporabniški priročnik ali priročnik za namestitev.
domena: Nabor, med katerim je mogoče izbrati veljavne vhodne in / ali izhodne vrednosti.
voznik: Programska komponenta ali preskusno orodje, ki nadomešča komponento, ki skrbi za nadzor in / ali klicanje komponente ali sistema. (Po TMap)
dinamična analiza: Postopek ocenjevanja vedenja, npr. zmogljivost pomnilnika, uporaba CPU sistema ali komponente med izvajanjem. (Po IEEE 610)
dinamična primerjava: Primerjava dejanskih in pričakovanih rezultatov, izvedenih med izvajanjem programske opreme, na primer z orodjem za izvajanje preskusov.
dinamično preskušanje: Testiranje, ki vključuje izvajanje programske opreme komponente ali sistema.
JE
učinkovitost: Sposobnost programskega izdelka zagotoviti ustrezno zmogljivost glede na količino virov, uporabljenih pod navedenimi pogoji. (ISO 9126)
preskušanje učinkovitosti: Postopek testiranja za ugotavljanje učinkovitosti programskega izdelka.
osnovno primerjalno testiranje: Tehnike načrtovanja preizkusov črne škatle, v katerih so testni primeri zasnovani za izvajanje kombinacij vhodov z uporabo koncepta kritja določitve stanja. (TMap)
emulator: Naprava, računalniški program ali sistem, ki sprejema enake vhode in daje enake izhode kot dani sistem. (IEEE 610) Glej tudi simulator.
vstopna merila: nabor splošnih in posebnih pogojev, ki omogočajo nadaljevanje postopka z določeno nalogo, npr. testna faza. Namen vstopnih meril je preprečiti zagon naloge, ki bi zahtevala več (zapravljenega) napora v primerjavi s prizadevanjem za odstranitev neuspelih vstopnih meril. (Gilb in Graham)
Vstopna točka: Prvi izvršljivi stavek znotraj komponente.
enakovredna particija: Del vhodne ali izhodne domene, za katerega se na podlagi specifikacije domneva, da je vedenje komponente ali sistema enako.
pokrivanje enakovredne particije: Odstotek enakovrednih particij, ki jih je izvedel testni paket.
enakovredna particija: Tehnika oblikovanja testa črne škatle, v kateri so testni primeri zasnovani za usmrtitev predstavnikov iz enakovrednih particij. Načeloma so testni primeri zasnovani tako, da vsaj enkrat pokrivajo vsako particijo.
napaka: Človeško dejanje, ki povzroči napačen rezultat. (Po IEEE 610)
napaka pri ugibanju: Tehnika načrtovanja preskusov, pri kateri se izkušnje preizkuševalca uporabljajo za predvidevanje, katere napake bi lahko bile prisotne v preskušanem sestavnem delu ali sistemu kot posledica napak, in za načrtovanje preskusov posebej za njihovo izpostavitev.
napaka pri sejanju: Postopek namernega dodajanja znanih napak tistim, ki so že v komponenti ali sistemu, z namenom spremljanja stopnje odkrivanja in odstranjevanja ter ocene števila preostalih napak. (IEEE 610)
toleranca napak: Sposobnost sistema ali komponente, da nadaljuje normalno delovanje kljub napačnim vhodom. (Po IEEE 610).
obravnava izjem: Vedenje komponente ali sistema kot odziv na napačen vnos človeškega uporabnika ali druge komponente ali sistema ali na notranjo okvaro.
izvršljiva izjava: Izjava, ki se pri prevajanju pretvori v objektno kodo in se bo izvedla postopkovno, ko se program izvaja in lahko izvede dejanje na podatkih.
izvaja: Programski element naj bi se izvajal s testnim primerom, kadar vhodna vrednost povzroči izvajanje tega elementa, na primer izjava, odločitev ali drug strukturni element.
izčrpno testiranje: Preskusni pristop, pri katerem preskusni paket vključuje vse kombinacije vhodnih vrednosti in predpogojev.
izstopna merila: Skupina splošnih in posebnih pogojev, dogovorjenih z zainteresiranimi stranmi, za omogočanje uradnega zaključka postopka. Namen meril za izhod je preprečiti, da bi se naloga štela za dokončano, ko še vedno obstajajo nerešeni deli naloge, ki še niso končani. Merila za izhod se uporabljajo s testiranjem za poročanje in načrtovanje, kdaj ustaviti testiranje. (Po Gilbu in Grahamu)
izhodna točka: Zadnji izvršljivi stavek znotraj komponente.
pričakovani rezultati: Vedenje, ki ga predvideva specifikacija ali drug vir komponente ali sistema pod določenimi pogoji.
raziskovalno preskušanje: Testiranje, kjer preizkuševalec aktivno nadzoruje zasnovo testov, ko se ti testi izvajajo, in za pridobitev novih in boljših testov uporablja podatke, pridobljene med testiranjem. (Bach)
F
neuspeh: Šteje se, da test ni uspel, če se njegov dejanski rezultat ne ujema s pričakovanim rezultatom.
napaka: Dejansko odstopanje komponente ali sistema od pričakovane dobave, storitve ali rezultata. (Po Fentonu)
način napake: Fizična ali funkcionalna manifestacija okvare. Na primer za sistem v načinu okvare je lahko značilno počasno delovanje, napačni izhodi ali popolna prekinitev izvajanja.
Analiza napak in učinkov učinka (FMEA): Sistematičen pristop k ugotavljanju tveganj in analizi prepoznavanja možnih načinov okvare in poskusov preprečevanja njihovega pojava.
stopnja napak: Razmerje med številom napak dane kategorije do dane merske enote, npr. napake na enoto časa, napake na število transakcij, napake na število zagnanih računalnikov. (IEEE 610)
toleranca napak: Sposobnost programskega izdelka, da vzdržuje določeno raven zmogljivosti v primeru napak programske opreme (napak) ali kršitev določenega vmesnika. (ISO 9126) Glej tudi zanesljivost.
analiza drevesa napak: Metoda za analizo vzrokov za napake (napake).
izvedljiva pot: Pot, za katero obstaja nabor vhodnih vrednosti in predpogojev, zaradi česar se izvede.
značilnost: Atribut komponente ali sistema, ki ga določa ali navaja dokumentacija o zahtevah (na primer zanesljivost, uporabnost ali omejitve zasnove). (Po IEEE 1008)
končni avtomat: Računski model, sestavljen iz končnega števila stanj in prehodov med temi državami, po možnosti s spremljajočimi dejanji. (IEEE 610)
formalni pregled: Pregled, za katerega so značilni dokumentirani postopki in zahteve, npr. inšpekcijski pregled.
zamrznjena preskusna osnova: Testni dokument, ki ga je mogoče spremeniti le s formalnim postopkom nadzora sprememb. Glej tudi izhodišče.
Analiza funkcionalne točke (FPA): Metoda za merjenje velikosti funkcionalnosti informacijskega sistema. Meritev je neodvisna od tehnologije. Ta meritev se lahko uporabi kot osnova za merjenje produktivnosti, oceno potrebnih virov in nadzor projekta.
funkcionalna integracija: Integracijski pristop, ki združuje komponente ali sisteme za zgodnje delovanje osnovne funkcije. Glej tudi integracijsko testiranje.
funkcionalna zahteva: Zahteva, ki določa funkcijo, ki jo mora izvajati komponenta ali sistem. (IEEE 610)
tehnika oblikovanja funkcionalnih testov: Dokumentiran postopek za izpeljavo in izbiro testnih primerov na podlagi analize specifikacije funkcionalnosti komponente ali sistema brez sklicevanja na njegovo notranjo strukturo. Glej tudi tehniko oblikovanja preizkusov črne škatle
funkcionalno preskušanje: Testiranje na podlagi analize specifikacije funkcionalnosti komponente ali sistema. Glej tudi testiranje črne skrinjice.
funkcionalnost: Sposobnost programskega izdelka, da zagotavlja funkcije, ki ustrezajo navedenim in implicitnim potrebam, kadar se programska oprema uporablja pod določenimi pogoji. (ISO 9126)
preizkušanje funkcionalnosti: Postopek testiranja za določitev funkcionalnosti programskega izdelka.
G
testiranje steklene škatle: Glej testiranje bele škatle.
H
hevristična ocena: Tehnika statičnega preizkusa uporabnosti za ugotavljanje skladnosti uporabniškega vmesnika s priznanimi načeli uporabnosti (tako imenovana 'hevristika').
visokokakovostni testni primer: Testni primer brez konkretnih vrednosti (raven izvedbe) za vhodne podatke in pričakovane rezultate.
vodoravna sledljivost: Sledenje zahtevam za preskusno raven skozi sloje preskusne dokumentacije (npr. Načrt preskusa, specifikacija zasnove preskusa, specifikacija primera in specifikacija preskusnega postopka).
jaz
analiza učinka: Ocena spremembe na nivojih razvojne dokumentacije, preskusne dokumentacije in komponent, da se izvede določena sprememba določenih zahtev.
inkrementalni razvojni model: Razvojni življenjski cikel, pri katerem je projekt razdeljen na več korakov, od katerih vsak zagotavlja del funkcionalnosti v splošnih zahtevah projekta. Zahteve so prednostno razvrščene in dostavljene v prednostnem vrstnem redu v ustreznem koraku. V nekaterih (vendar ne vseh) različicah tega modela življenjskega cikla vsak podprojekt sledi 'mini V-modelu' s svojo fazo načrtovanja, kodiranja in testiranja.
inkrementalno testiranje: Preizkušanje, ali so komponente ali sistemi integrirani in preizkušeni posamezno ali posamezno, dokler niso integrirani in preizkušeni vsi sestavni deli ali sistemi.
nezgoda: Vsak dogodek, ki se zgodi med testiranjem in zahteva preiskavo. (Po IEEE 1008)
upravljanje incidentov: Postopek prepoznavanja, preiskovanja, ukrepanja in odstranjevanja incidentov. Vključuje snemanje incidentov, njihovo razvrščanje in prepoznavanje vpliva. (Po IEEE 1044)
orodje za upravljanje incidentov: Orodje, ki olajša snemanje in spremljanje stanja incidentov, ugotovljenih med testiranjem. Pogosto imajo naprave, usmerjene v potek dela, za sledenje in nadzor dodeljevanja, popravljanja in ponovnega testiranja incidentov ter zagotavljanje možnosti poročanja.
poročilo o incidentu: Dokument, ki poroča o vsakem dogodku, ki se zgodi med preskušanjem in zahteva preiskavo. (Po IEEE 829)
neodvisnost: Ločitev odgovornosti, ki spodbuja izvajanje objektivnega testiranja. (Po DO-178b)
neizvedljiva pot: Pot, ki je ni mogoče izvajati z nobenim naborom možnih vhodnih vrednosti.
neformalni pregled: Pregled, ki ne temelji na formalnem (dokumentiranem) postopku.
vhod: Spremenljivka (ali je shranjena v komponenti ali zunaj), ki jo komponenta bere.
vhodna domena: Nabor, iz katerega je mogoče izbrati veljavne vhodne vrednosti. Glej tudi domeno.
vhodna vrednost: Primer vnosa. Glej tudi vnos.
pregled: Vrsta pregleda, ki se opira na vizualni pregled dokumentov za odkrivanje napak, npr. kršitve razvojnih standardov in neskladnost z dokumentacijo na višji ravni. Najbolj formalna tehnika pregleda in zato vedno temelji na dokumentiranem postopku. (Po IEEE 610, IEEE 1028)
namestljivost: Sposobnost namestitve programskega izdelka v določeno okolje (ISO 9126). Glej tudi prenosljivost.
preskus namestljivosti: Postopek preizkušanja namestljivosti programskega izdelka. Glej tudi testiranje prenosljivosti.
vodnik za namestitev: Priložena navodila na katerem koli primernem mediju, ki monterja vodijo skozi postopek namestitve. To je lahko priročnik za uporabo, postopek po korakih, čarovnik za namestitev ali kateri koli drug opis postopka.
čarovnik za namestitev: Priložena programska oprema na katerem koli primernem nosilcu, ki monterja vodi skozi postopek namestitve. Običajno zažene postopek namestitve, posreduje povratne informacije o rezultatih namestitve in zahteva možnosti.
instrumentacija: Vstavljanje dodatne kode v program za zbiranje informacij o vedenju programa med izvajanjem.
instrumenti: Programsko orodje, ki se uporablja za instrumentacijo.
sesalni test: Poseben primer preskusa dima, da se odloči, ali je komponenta ali sistem pripravljen na podrobno in nadaljnje preskušanje. Preskus sesanja se običajno izvede na začetku faze izvedbe testa.
integracija: Postopek kombiniranja komponent ali sistemov v večje sklope.
integracijsko testiranje: Preizkušanje, izvedeno za odkrivanje napak na vmesnikih in medsebojnem delovanju med integriranimi komponentami ali sistemi. Glej tudi testiranje integracije komponent, testiranje sistemske integracije.
testiranje vmesnika: Vrsta integracijskega preskusa, ki se ukvarja s preizkušanjem vmesnikov med komponentami ali sistemi.
interoperabilnost: Sposobnost programskega izdelka za interakcijo z eno ali več določenimi komponentami ali sistemi. (Po ISO 9126) Glej tudi funkcionalnost.
preskus interoperabilnosti: Postopek testiranja za določitev interoperabilnosti programskega izdelka. Glej tudi preizkušanje funkcionalnosti.
neveljavno testiranje: Testiranje z uporabo vhodnih vrednosti, ki jih mora komponenta ali sistem zavrniti. Glej tudi toleranca napak.
preskus izolacije: Preskušanje posameznih komponent v izolaciji od okoliških komponent, pri čemer so po potrebi simulatorji okoliških komponent simulirani.
TO
preskušanje na podlagi ključnih besed: Skriptna tehnika, ki uporablja podatkovne datoteke, da ne vsebuje le testnih podatkov in pričakovanih rezultatov, temveč tudi ključne besede, povezane z aplikacijo, ki se preskuša. Ključne besede so interpretirane s posebnimi podpornimi skripti, ki jih za preizkus pokliče nadzorni skript. Glej tudi podatkovno testiranje.
L
LCSAJ: Linearno zaporedje in skok, ki ga sestavljajo naslednji trije elementi (običajno označeni s številkami vrstic v seznamu izvorne kode): začetek linearnega zaporedja izvršljivih stavkov, konec linearnega zaporedja in ciljna črta, do katere nadzoruje tok se prenese na koncu linearnega zaporedja.
Pokritost LCSAJ: Odstotek LCSAJ-jev komponente, ki jih je izvajal testni paket. 100% pokritost LCSAJ pomeni 100% kritje odločitev.
Testiranje LCSAJ: Tehnika oblikovanja preizkusa bele škatle, v kateri so testni primeri zasnovani za izvajanje LCSAJ.
učljivost: Sposobnost programskega izdelka, da uporabniku omogoči, da se nauči njegove uporabe. (ISO 9126) Glej tudi uporabnost.
obremenitveni test: Preskusni tip, ki se ukvarja z merjenjem obnašanja komponente ali sistema z naraščajočo obremenitvijo, npr. število vzporednih uporabnikov in / ali število transakcij, da se določi, katero obremenitev lahko obravnava komponenta ali sistem.
testni primer na nizki ravni: Testni primer s konkretnimi vrednostmi (na ravni izvedbe) za vhodne podatke in pričakovane rezultate.
M
vzdrževanje: Sprememba programskega izdelka po dobavi za odpravo napak, izboljšanje zmogljivosti ali drugih lastnosti ali prilagajanje izdelka spremenjenemu okolju. (IEEE 1219)
testiranje vzdrževanja: Testiranje sprememb operativnega sistema ali vpliva spremenjenega okolja na operativni sistem.
vzdrževalnost: Enostavnost, s katero je mogoče programski izdelek spremeniti, da odpravi napake, prilagoditi novim zahtevam, prilagoditi za lažje prihodnje vzdrževanje ali prilagoditi spremenjenemu okolju. (ISO 9126)
preizkus vzdržnosti: Postopek testiranja za določitev vzdrževalnosti programskega izdelka.
vodstveni pregled: Sistematično vrednotenje postopkov pridobivanja, dobave, razvoja, delovanja ali vzdrževanja programske opreme, ki ga izvede uprava ali v njenem imenu, ki spremlja napredek, določa stanje načrtov in urnikov, potrjuje zahteve in dodelitev sistema dedičev ali ocenjuje učinkovitost upravljavskih pristopov doseči primernost za namen. (Po IEEE 610, IEEE 1028)
Zrelost: (1) Sposobnost organizacije glede na uspešnost in uspešnost njenih procesov in delovnih praks. Glej tudi Model zrelosti zmožnosti, Model zrelosti preizkusa. (2) Sposobnost programskega izdelka, da se izogne okvari, ki je posledica napak v programski opremi. (ISO 9126) Glej tudi zanesljivost.
ukrep: Številka ali kategorija, dodeljena atributu entitete z merjenjem (ISO 14598).
meritev: Postopek dodelitve številke ali kategorije entiteti za opis atributa te entitete. (ISO 14598)
merilna lestvica: Lestvica, ki omejuje vrsto analize podatkov, ki jo je mogoče izvesti na njej. (ISO 14598)
uhajanje spomina: Napaka v dinamični logiki dodeljevanja shrambe programa, ki povzroči, da po končani uporabi ne more povrniti pomnilnika, kar sčasoma povzroči odpoved programa zaradi pomanjkanja pomnilnika.
metrična: Merilna lestvica in metoda, uporabljena za merjenje. (ISO 14598)
mejnik: Čas v projektu, v katerem so opredeljeni (vmesni) rezultati inrezultati bi morali biti pripravljeni.
moderator: Vodja in glavna oseba, odgovorna za inšpekcijski pregled ali drug postopek pregleda.
monitor: Programsko orodje ali naprava, ki deluje sočasno s preizkušeno komponento ali sistemom in nadzoruje, beleži in / ali analizira vedenje komponente ali sistema. (Po IEEE 610)
večkratna pokritost: Odstotek kombinacij vseh posameznih pogojevrezultati znotraj ene izjave, ki jih je izvedel testni paket. 100% večkratnopokritost stanja pomeni 100% kritje določitve stanja.
večkratno testiranje stanja: Tehnika oblikovanja testa bele škatle, v kateri so testni primeri zasnovani za izvajanje kombinacij posameznih izidov stanja (znotraj ene trditve).
analiza mutacij: Metoda za določanje temeljitosti testne zbirke z merjenjem, v kolikšni meri lahko testna zbirka razlikuje program od rahlih različic (mutantov) programa.
N
Pokritost s stikalom N: Odstotek zaporedij prehodov N + 1, ki jih je izvedel testni paket. (Chow)
Preskušanje N-stikal: Oblika testiranja prehoda stanja, v katerem so testni primeri zasnovani za izvajanje vseh veljavnih zaporedij prehodov N + 1. (Chow) Glej tudi testiranje prehodov države.
negativno testiranje: Preskusi, katerih namen je pokazati, da komponenta ali sistem ne deluje. Negativno testiranje je bolj povezano s stanjem preizkuševalcev kot s posebnim pristopom ali tehniko načrtovanja preskusov. (Po Beizerju).
neskladnost: Neizpolnitev določene zahteve. (ISO 9000)
nefunkcionalna zahteva: Zahteva, ki se ne nanaša na funkcionalnost, temveč na lastnosti, kot so zanesljivost, učinkovitost, uporabnost, vzdržljivost in prenosljivost.
nefunkcionalno preskušanje: Testiranje atributov komponente ali sistema, ki se ne nanašajo na funkcionalnost, npr. zanesljivost, učinkovitost, uporabnost, vzdržljivost in prenosljivost.
nefunkcionalne tehnike načrtovanja preskusov: Metode, uporabljene za načrtovanje ali izbiro preskusov za nefunkcionalno preskušanje.
ALI
gotova programska oprema: Programski izdelek, ki je razvit za splošni trg, torej za veliko število kupcev, in je dostavljen številnim strankam v enaki obliki.
operativnost: Sposobnost programskega izdelka, da uporabniku omogoča upravljanje in nadzor nad njim. (ISO 9126) Glej tudi uporabnost.
operativno okolje: Strojna in programska oprema, nameščena na spletnih mestih uporabnikov ali strank, kjer bo uporabljena preizkušena komponenta ali sistem. Programska oprema lahko vključuje operacijske sisteme, sisteme za upravljanje baz podatkov in druge aplikacije.
preskušanje operativnega profila: Statistično testiranje z uporabo modela sistemskih operacij (kratkotrajne naloge) in njihova verjetnost tipične uporabe. (Musa)
operativno preskušanje: Preskus, izveden za ovrednotenje komponente ali sistema v njegovem operativnem okolju. (IEEE 610)
izhod: Spremenljivka (shranjena znotraj ali zunaj komponente), ki jo zapiše komponenta.
izhodna domena: Nabor, iz katerega je mogoče izbrati veljavne izhodne vrednosti. Glej tudi domena.
izhodna vrednost: Primer izhoda. Glej tudi rezultat.
P
programiranje v paru: Pristop razvoja programske opreme, pri katerem vrstice kode (izdelava in / ali preizkus) komponente napišeta dva programerja, ki sedijo za enim računalnikom. To implicitno pomeni, da se izvajajo sprotni pregledi kode v realnem času.
testiranje v paru: Dva preizkuševalca sodelujeta pri iskanju napak. Običajno si med testiranjem delijo en računalnik in ga nadzirajo.
Pass: Šteje se, da je test uspešno opravljen, če se njegov dejanski rezultat ujema s pričakovanim rezultatom.
merila za uspešno / neuspešno: Pravila odločanja, ki se uporabljajo za ugotavljanje, ali je testni element (funkcija) ali funkcija uspešno prestala ali ni opravila preizkusa. (IEEE 829)
pot: Zaporedje dogodkov, npr. izvršljivi stavki komponente ali sistema od vstopne do izhodne točke.
pokritost poti: Odstotek poti, ki jih je opravil testni paket. 100% pokritost poti pomeni 100% pokritost LCSAJ.
senzibilizacija poti: Izbira nabora vhodnih vrednosti za vsiljevanje izvajanja dane poti.
preizkušanje poti: Tehnika oblikovanja preizkusa bele škatle, v kateri so testni primeri zasnovani za izvajanje poti.
izvedba: Stopnja, v kateri sistem ali komponenta izpolni svoje določene funkcije v danih omejitvah glede časa obdelave in pretočne hitrosti. (Po IEEE 610) Glej učinkovitost.
kazalnik uspešnosti: Metrika učinkovitosti in / ali učinkovitosti na visoki ravni, ki se uporablja za vodenje in nadzor postopnega razvoja, npr. Odstotek odkrivanja napak (DDP) za testiranje. (CMMI)
preizkušanje zmogljivosti: Postopek testiranja za ugotavljanje delovanja programskega izdelka. Glejte preskušanje učinkovitosti.
orodje za preizkušanje zmogljivosti: Orodje za podporo preskušanju učinkovitosti, ki ima običajno dve glavni možnosti: ustvarjanje obremenitve in merjenje transakcij. Ustvarjanje obremenitve lahko simulira več uporabnikov ali veliko količino vhodnih podatkov. Med izvajanjem se iz izbranih transakcij izvedejo meritve odzivnega časa, ki se zabeležijo. Orodja za preizkušanje zmogljivosti običajno zagotavljajo poročila na podlagi testnih dnevnikov in grafov obremenitve glede na odzivni čas.
fazni preskusni načrt: Testni načrt, ki običajno obravnava eno testno raven.
prenosljivost: Enostavnost prenosa programskega izdelka iz ene strojne ali programske opreme v drugo. (ISO 9126)
testiranje prenosljivosti: Postopek testiranja za ugotavljanje prenosljivosti programskega izdelka.
postkondicija: Okoljski in državni pogoji, ki morajo biti izpolnjeni po izvedbi preskusa ali preskusnega postopka.
primerjava po izvedbi: Primerjava dejanskih in pričakovanih rezultatov, izvedena po končani programski opremi.
predpogoj: Okoljski in državni pogoji, ki jih je treba izpolniti, preden je komponento ali sistem mogoče izvesti z določenim preskusom ali preskusnim postopkom.
Prednost: Stopnja (poslovnega) pomena, ki je dodeljena predmetu, npr. napaka.
preskus cikla procesa: Tehnika oblikovanja preizkusov črne škatle, pri kateri so testni primeri zasnovani za izvajanje poslovnih postopkov in procesov. (TMap)
postopek: Nabor medsebojno povezanih dejavnosti, ki pretvarjajo vložke v izhode. (ISO 12207)
projekt: Projekt je edinstven nabor usklajenih in nadzorovanih dejavnosti z začetnimi in končnimi datumi, katerih cilj je skladen s posebnimi zahtevami, vključno z omejitvami časa, stroškov in virov. (ISO 9000)
načrt preskusa projekta: Testni načrt, ki običajno obravnava več testnih stopenj.
psevdonaključno: Serija, ki se zdi naključna, vendar je v resnici ustvarjena po nekem vnaprej dogovorjenem zaporedju.
V
kakovost: Stopnja, v kateri komponenta, sistem ali postopek izpolnjuje določene zahteve in / ali potrebe in pričakovanja uporabnikov / kupcev. (Po IEEE 610)
Zagotavljanje kakovosti: Del vodenja kakovosti, osredotočen na zagotavljanje zaupanja, da bodo zahteve glede kakovosti izpolnjene. (ISO 9000)
atribut kakovosti: Značilnost ali značilnost, ki vpliva na kakovost predmeta. (IEEE 610)
upravljanje kakovosti: Usklajene dejavnosti za usmerjanje in nadzor organizacije glede kakovosti. Usmerjanje in nadzor v zvezi s kakovostjo na splošno vključuje določitev politike kakovosti in ciljev kakovosti, načrtovanje kakovosti, nadzor kakovosti, zagotavljanje kakovosti in izboljšanje kakovosti. (ISO 9000)
R
naključno testiranje: Tehnika načrtovanja preskusov črne škatle, kjer so izbrani testni primeri, po možnosti z uporabo psevdonaključnega algoritma generacije, da se ujemajo z operativnim profilom. Ta tehnika se lahko uporablja za testiranje nefunkcionalnih lastnosti, kot sta zanesljivost in zmogljivost.
obnovljivost: Sposobnost programskega izdelka, da ponovno vzpostavi določeno raven zmogljivosti in obnovi neposredno prizadete podatke v primeru okvare. (ISO 9126) Glej tudi zanesljivost.
preskus obnovljivosti: Postopek testiranja za določitev obnovljivosti programskega izdelka. Glej tudi preskušanje zanesljivosti.
regresijsko testiranje: Testiranje predhodno preizkušenega programa po spremembi, da se zagotovi, da napake niso bile ugotovljene ali odkrite na nespremenjenih delih programske opreme kot posledica sprememb. Izvede se ob spremembi programske opreme ali njenega okolja.
opomba ob izdaji: Dokument, ki identificira testne postavke, njihovo konfiguracijo, trenutno stanje in druge informacije o dostavi, ki jih razvoj predloži testiranju, in morda drugim zainteresiranim stranem na začetku faze izvedbe testa. (Po IEEE 829)
zanesljivost: Sposobnost programskega izdelka, da v določenem časovnem obdobju ali za določeno število operacij izvaja zahtevane funkcije pod navedenimi pogoji. (ISO 9126)
preskus zanesljivosti: Postopek testiranja za ugotavljanje zanesljivosti programskega izdelka.
zamenljivost: Sposobnost uporabe programskega izdelka namesto drugega določenega programskega izdelka za isti namen v istem okolju. (ISO 9126) Glej tudi prenosljivost.
zahteva: Pogoj ali sposobnost, ki jo uporabnik potrebuje za reševanje problema ali doseganje cilja, ki ga mora sistem ali komponenta sistema izpolnjevati ali imeti, da izpolni pogodbo, standard, specifikacijo ali drug formalno določen dokument. (Po IEEE 610)
preskušanje na podlagi zahtev: Pristop k testiranju, pri katerem so testni primeri zasnovani na podlagi testnih ciljev in preskusnih pogojev, ki izhajajo iz zahtev, npr. preskusi, ki izvajajo posebne funkcije ali preizkušajo nefunkcionalne lastnosti, kot sta zanesljivost ali uporabnost.
orodje za upravljanje zahtev: Orodje, ki podpira beleženje zahtev, atributov zahtev (npr. Prednost, odgovorno znanje) in pripisovanje ter olajša sledljivost skozi sloje upravljanja zahtev in zahtev. Nekatera orodja za upravljanje zahtev ponujajo tudi pripomočke za statično analizo, na primer preverjanje skladnosti in kršitve vnaprej določenih pravil o zahtevah.
faza zahtev: Čas v življenjskem ciklu programske opreme, v katerem so opredeljeni in dokumentirani pogoji za programski izdelek. (IEEE 610)
izkoriščenost virov: Sposobnost programskega izdelka, da uporablja ustrezne količine in vrste virov, na primer količine glavnega in sekundarnega pomnilnika, ki jih uporablja program, in velikosti potrebnih začasnih datotek ali datotek z dodatnimi datotekami, kadar programska oprema opravlja svojo funkcijo pod navedenimi pogoji. (Po ISO 9126) Glej tudi učinkovitost.
testiranje izkoriščenosti virov: Postopek testiranja za ugotavljanje izrabe virov programskega izdelka.
rezultat: Posledica / rezultat izvedbe testa. Vključuje izhode na zaslone, spremembe podatkov, poročil in poslanih komunikacijskih sporočil. Glej tudi dejanski rezultat, pričakovani rezultat.
merila za nadaljevanje: Dejavnosti testiranja, ki jih je treba ponoviti, ko se testiranje po prekinitvi znova začne. (Po IEEE 829)
ponovno testiranje: Testiranje, ki izvaja testne primere, ki niso uspeli zadnjič, ko so bili zagnani, da se preveri uspeh korektivnih ukrepov.
pregled: Ocena stanja izdelka ali projekta, da se ugotovijo odstopanja od načrtovanih rezultatov in priporočijo izboljšave. Primeri vključujejo pregled vodstva, neformalni pregled, tehnični pregled, pregled in navodila. (Po IEEE 1028)
recenzent: Oseba, vključena v pregled, ki mora ugotoviti in opisati nepravilnosti v izdelku ali projektu, ki se pregleduje. Ocenjevalci so lahko izbrani tako, da v postopku pregleda predstavljajo različna stališča in vloge.
tveganje: Dejavnik, ki bi lahko imel v prihodnosti negativne posledice; običajno izraženo kot vpliv in verjetnost.
analiza tveganja: Postopek ocenjevanja ugotovljenih tveganj za oceno njihovega vpliva in verjetnosti pojava (verjetnost).
testiranje na podlagi tveganja: Testiranje, usmerjeno v raziskovanje in zagotavljanje informacij o tveganjih za izdelke. (Po Gerrardu)
nadzor tveganja: Proces, skozi katerega se sprejemajo odločitve in izvajajo zaščitni ukrepi za zmanjšanje tveganj ali ohranjanje tveganj znotraj določenih ravni.
prepoznavanje tveganja: Postopek prepoznavanja tveganj z uporabo tehnik, kot so možganska nevihta, kontrolni seznami in zgodovina napak.
upravljanje s tveganji: Sistematična uporaba postopkov in praks pri nalogah prepoznavanja, analiziranja, določanja prednostnih nalog in nadzora tveganj.
robustnost: Stopnja, v kateri lahko komponenta ali sistem pravilno deluje ob prisotnosti neveljavnih vložkov ali stresnih okoljskih pogojev. (IEEE 610) Glej tudi toleranca napak, odpornost na napake.
glavni vzrok: Temeljni dejavnik, ki je povzročil neskladnost in bi ga bilo treba trajno odpraviti z izboljšanjem postopka.
S
varnost: Sposobnost programskega izdelka doseči sprejemljivo raven tveganja za škodo ljudem, podjetju, programski opremi, lastnini ali okolju v določenem kontekstu uporabe. (ISO 9126)
preskus varnosti: Postopek testiranja za določitev varnosti programskega izdelka.
razširljivost: Sposobnost nadgradnje programskega izdelka za večje obremenitve. (Po Gerrardu)
kako pisati testne primere pri ročnem testiranju
testiranje razširljivosti: Testiranje za določitev razširljivosti programskega izdelka.
pisar: Oseba, ki mora zabeležiti vsako omenjeno napako in morebitne predloge za izboljšanje med pregledovalnim sestankom na prijavni obrazec. Pisar mora zagotoviti, da je obrazec za beleženje berljiv in razumljiv.
skriptni jezik: Programski jezik, v katerem so napisane izvedljive testne skripte, ki jih uporablja orodje za izvajanje preizkusov (npr. Orodje za zajemanje / predvajanje).
varnost: Atributi programskih izdelkov, ki vplivajo na njegovo sposobnost preprečevanja nepooblaščenega ali namernega dostopa do programov in podatkov. (ISO 9126)
varnostno preskušanje: Testiranje za določitev varnosti programskega izdelka.
resnost: Stopnja vpliva okvare na razvoj ali delovanje komponente ali sistema. (Po IEEE 610)
simulacija: Prikaz izbranih vedenjskih značilnosti enega fizičnega ali abstraktnega sistema z drugim sistemom. (ISO 2382/1)
simulator: Naprava, računalniški program ali sistem, uporabljen med preskušanjem, ki se obnaša ali deluje kot dani sistem, če ima nabor nadzorovanih vhodov. (Po IEEE 610, DO178b) Glej tudi emulator.
dimni test: Podmnožica vseh opredeljenih / načrtovanih testnih primerov, ki zajemajo glavno funkcionalnost komponente ali sistema, da bi ugotovili, da najpomembnejše funkcije programa delujejo, ne pa da bi se mučili s podrobnejšimi podrobnostmi. Vsakodnevni test izdelave in dimljenja je med najboljšimi praksami v industriji. Glej tudi vnosni test.
kakovost programske opreme: Celotna funkcionalnost in značilnosti programskega izdelka, ki vplivajo na njegovo sposobnost zadovoljevanja navedenih ali nakazanih potreb. (Po ISO 9126)
specifikacija: Dokument, ki v popolnosti, natančnosti in preverljivosti natančno določa zahteve, zasnovo, vedenje ali druge značilnosti komponente ali sistema in pogosto postopke za ugotavljanje, ali so te določbe izpolnjene. (Po IEEE 610)
tehnika zasnove preskusov, ki temelji na specifikacijah: Glej tehniko oblikovanja preizkusa črne škatle.
določen vhod: Vhod, za katerega specifikacija napove rezultat.
stabilnost: Sposobnost programskega izdelka, da se izogne nepričakovanim učinkom sprememb v programski opremi. (ISO 9126) Glej tudi vzdrževalnost.
diagram stanja: Diagram, ki prikazuje stanja, ki jih lahko prevzame komponenta ali sistem, in prikazuje dogodke ali okoliščine, ki so posledica in / ali posledica spremembe iz enega stanja v drugega. (IEEE 610)
tabela stanja: Mreža, ki prikazuje nastale prehode za vsako stanje v kombinaciji z vsakim možnim dogodkom, prikazuje veljavne in neveljavne prehode.
prehod države: Prehod med dvema stanjama komponente ali sistema.
testiranje stanja prehoda: Tehnika oblikovanja preizkusov črne škatle, v kateri so testni primeri zasnovani za izvajanje veljavnih in neveljavnih prehodov stanja. Glej tudi testiranje stikal N.
izjava: Subjekt v programskem jeziku, ki je običajno najmanjša nedeljiva enota izvrševanja.
pokritost z izjavo: Odstotek izvršljivih stavkov, ki jih je izvedel testni paket.
preizkus izjave: Tehnika oblikovanja preizkusa bele škatle, v kateri so testni primeri zasnovani tako, da izvajajo izjave.
statična analiza: Analiza artefaktov programske opreme, npr. zahteve ali kode, izvedene brez izvedbe teh artefaktov programske opreme.
statični analizator: Orodje, ki izvaja statično analizo.
statična analiza kode: Analiza programske izvorne kode, izvedena brez izvajanja te programske opreme.
statični analizator kode: Orodje, ki izvaja statično analizo kode. Orodje preveri izvorno kodo za nekatere lastnosti, kot so skladnost s standardi kodiranja, meritve kakovosti ali anomalije pretoka podatkov.
statično preskušanje: Testiranje komponente ali sistema na ravni specifikacije ali izvedbe brez izvajanja te programske opreme, npr. pregledi ali statična analiza kode.
statistično testiranje: Tehnika zasnove testa, pri kateri se model statistične porazdelitve vhodnih podatkov uporablja za izdelavo reprezentativnih testnih primerov. Glej tudi testiranje operativnega profila.
računovodstvo stanja: Element upravljanja konfiguracije, ki vključuje snemanje in poročanje informacij, potrebnih za učinkovito upravljanje konfiguracije. Te informacije vključujejo seznam odobrene identifikacije konfiguracije, status predlaganih sprememb konfiguracije in stanje izvedbe odobrenih sprememb. (IEEE 610)
Testiranje izjemnih situacij: Preskus, izveden za ovrednotenje sistema ali sestavnega dela na mejah določenih zahtev ali nad njimi. (IEEE 610)
strukturna pokritost: Ukrepi za pokritost, ki temeljijo na notranji strukturi komponente.
tehnika načrtovanja strukturnih preskusov: Glej tehniko oblikovanja preizkusa bele škatle.
škrbina: Skeletna ali namenska izvedba programske komponente, ki se uporablja za razvoj ali preizkušanje komponente, ki jo kliče ali je drugače odvisna od nje. Nadomešča poklicano komponento. (Po IEEE 610)
podpot: Zaporedje izvršljivih stavkov znotraj komponente.
merila začasne prekinitve: Merila, ki se uporabljajo za (začasno) zaustavitev vseh ali dela preskusnih dejavnosti na preskusnih postavkah. (Po IEEE 829)
primernost: Sposobnost programskega izdelka zagotoviti ustrezen nabor funkcij za določene naloge in cilje uporabnika. (ISO 9126) Glej tudi funkcionalnost.
Popis uporabnosti programske opreme (SUMI): Tehnika preizkusa uporabnosti, ki temelji na vprašalniku, za oceno uporabnosti, npr. zadovoljstvo uporabnika komponente ali sistema. (Veenendaal)
sintaksa: Tehnika načrtovanja preizkusov črne škatle, pri kateri so testni primeri zasnovani na podlagi definicije vhodne in / ali izhodne domene.
sistem: Zbirka komponent, organizirana za izvajanje določene funkcije ali nabora funkcij. (IEEE 610)
testiranje sistemske integracije: Testiranje integracije sistemov in paketov; preskušanje vmesnikov do zunanjih organizacij (npr. elektronska izmenjava podatkov, internet).
sistemsko testiranje: Postopek testiranja integriranega sistema, da se preveri, ali izpolnjuje določene zahteve. (Hetzel)
T
tehnični pregled: Dejavnost skupinske razprave, ki se osredotoča na doseganje konsenza o tehničnem pristopu. Tehnični pregled je znan tudi kot medsebojni pregled. (Gilb in Graham, IEEE 1028)
testni pristop: Izvajanje testne strategije za določen projekt. Običajno vključuje odločitve, ki sledijo na podlagi cilja (preskusnega) projekta in izvedene ocene tveganja, izhodišča glede preskusnega postopka, uporabljene tehnike načrtovanja preskusov, izstopna merila in vrste preskusov, ki jih je treba opraviti.
avtomatizacija preskusov: Uporaba programske opreme za izvajanje ali podporo testnim dejavnostim, npr. vodenje preskusov, načrtovanje preskusov, izvajanje preizkusov in preverjanje rezultatov.
preskusna osnova: Vsi dokumenti, iz katerih je mogoče razbrati zahteve za komponento ali sistem. Dokumentacija, na kateri temeljijo testni primeri. Če je dokument mogoče spremeniti samo s formalnim postopkom dopolnitve, se preskusna osnova imenuje zamrznjena preskusna osnova. (Po TMap)
testni primer: Nabor vhodnih vrednosti, predpogoji za izvedbo, pričakovani rezultati in postpogoji za izvedbo, razviti za določen cilj ali preskusni pogoj, na primer za izvajanje določene programske poti ali za preverjanje skladnosti s posebno zahtevo. (Po IEEE 610)
specifikacija testnega primera: Dokument, ki določa nabor testnih primerov (cilj, vložki, testne akcije, pričakovani rezultati in predpogoji za izvedbo) za testno postavko. (Po IEEE 829)
testna listina: Izjava o testnih ciljih in morebiti testnih idejah. Med raziskovalnimi testiranji se med drugim uporabljajo tudi testne listine. Glej tudi raziskovalno testiranje.
test primerjalnik: Testno orodje za avtomatizirano primerjavo testov.
primerjava testa: Postopek ugotavljanja razlik med dejanskimi rezultati, ki jih daje preskušana komponenta ali sistem, in pričakovanimi rezultati preskusa. Primerjava testa se lahko izvede med izvajanjem testa (dinamična primerjava) ali po izvedbi testa.
preskusni pogoj: Element ali dogodek komponente ali sistema, ki bi ga lahko preveril en ali več testnih primerov, npr. funkcija, transakcija, atribut kakovosti ali strukturni element.
testni podatki: Podatki, ki obstajajo (na primer v zbirki podatkov) pred izvedbo preizkusa in vplivajo na preskušano komponento ali sistem ali nanje vplivajo.
orodje za pripravo testnih podatkov: Vrsta preskusnega orodja, ki omogoča izbiro podatkov iz obstoječih baz podatkov ali ustvarjanje, ustvarjanje, obdelavo in urejanje za uporabo pri testiranju.
specifikacija zasnove testa: Dokument, ki določa preskusne pogoje (postavke kritja) za preskusni izdelek, podroben preskusni pristop in identifikacijo s tem povezanih testnih primerov na visoki ravni. (Po IEEE 829)
orodje za oblikovanje preskusov: Orodje, ki podpira dejavnost načrtovanja preskusov z ustvarjanjem preizkusnih vložkov iz specifikacije, ki se lahko hrani v repozitoriju orodij CASE, npr. orodja za upravljanje zahtev ali iz določenih preskusnih pogojev v samem orodju.
tehnika oblikovanja preskusov: Metoda, ki se uporablja za izpeljavo ali izbiro testnih primerov.
testno okolje: Okolje, ki vsebuje strojno opremo, instrumentacijo, simulatorje, programska orodja in druge podporne elemente, potrebne za izvedbo testa. (Po IEEE 610)
poročilo o oceni testa: Dokument, izdelan na koncu preskusnega postopka, v katerem so povzeti vsi preskusni postopki in rezultati. Vsebuje tudi oceno testnega postopka in pridobljene izkušnje.
izvedba testa: Postopek izvajanja preskusa s preizkušeno komponento ali sistemom, ki daje dejanske rezultate.
avtomatizacija izvedbe testa: Uporaba programske opreme, npr. orodja za zajemanje / predvajanje, za nadzor izvajanja testov, primerjavo dejanskih rezultatov s pričakovanimi rezultati, nastavitev predpogojev za preizkušanje in druge funkcije nadzora in poročanja o testih.
faza izvedbe testa: Čas v življenjskem ciklu razvoja programske opreme, v katerem se izvajajo komponente programskega izdelka, in programski izdelek se oceni, da se ugotovi, ali so zahteve izpolnjene ali ne. (IEEE 610)
urnik izvedbe testa: Shema za izvajanje preskusnih postopkov. Preskusni postopki so vključeni v razpored izvajanja preskusov v njihovem kontekstu in v vrstnem redu, v katerem jih je treba izvesti.
tehnika izvedbe testa: Metoda, ki se uporablja za dejansko izvedbo preizkusa,bodisi ročno bodisi avtomatizirano.
orodje za izvajanje preskusov: Vrsta testnega orodja, ki je sposobno zagnati drugo programsko opremo s pomočjo avtomatiziranega testnega skripta, npr. zajem / predvajanje. (Fewster in Graham)
preskusni pas: Testno okolje, ki ga sestavljajo škrbine in vozniki, potrebni za izvedbo testa.
testna infrastruktura: Artefakti organizacije, potrebni za izvedbo testiranja, ki jih sestavljajo testna okolja, testna orodja, pisarniško okolje in postopki.
testni predmet: Posamezni element, ki ga je treba preskusiti. Običajno je en testni predmet in veliko testnih predmetov. Glej tudi testni objekt.
preizkusna raven: Skupina testnih dejavnosti, ki jih organiziramo in vodimo skupaj. Testna raven je povezana z odgovornostmi v projektu. Primeri preizkusnih stopenj so preskus komponent, integracijski preskus, sistemski preizkus in sprejemni test. (Po TMap)
testni dnevnik: Kronološki zapis ustreznih podrobnosti o izvedbi testov. (IEEE 829)
testno beleženje: Postopek zapisovanja informacij o izvedenih preizkusih v dnevnik preskusov.
vodja testa: Oseba, odgovorna za testiranje in ocenjevanje testnega predmeta. Posameznik, ki usmerja, nadzoruje, upravlja načrte in ureja ocenjevanje testnega predmeta.
vodenje preskusov: Načrtovanje, ocenjevanje, spremljanje in nadzor preskusnih dejavnosti, ki jih običajno opravi vodja preskusov.
Testni model zrelosti (TMM): Petstopenjski etapni okvir za izboljšanje testnega procesa, povezan z modelom zrelosti sposobnosti (CMM), ki opisuje ključne elemente učinkovitega testnega procesa.
Izboljšanje testnega procesa (TPI): Neprekinjen okvir za izboljšanje testnega procesa, ki opisuje ključne elemente učinkovitega testnega procesa, še posebej usmerjenega v sistemsko testiranje in sprejemno testiranje.
testni objekt: Komponenta ali sistem, ki ga je treba preskusiti. Glej tudi preskusni izdelek.
testni cilj: Razlog ali namen za načrtovanje in izvajanje testa.
test oracle: Vir za določitev pričakovanih rezultatov za primerjavo z dejanskimi rezultati preizkušene programske opreme. Oracle je lahko obstoječi sistem (za primerjalno merilo), uporabniški priročnik ali posameznikovo specializirano znanje, vendar ne sme biti koda. (Po Adrionu)
kazalnik uspešnosti preskusa: Metrika, na splošno visoka raven, ki kaže, v kolikšni meri je izpolnjena določena ciljna vrednost ali merilo. Pogosto povezane s cilji izboljšanja testnega procesa, npr. Odstotek odkrivanja napak (DDP).
preskusna faza: Ločen nabor testnih dejavnosti, zbranih v obvladljivo fazo projekta, npr. izvedbene dejavnosti testne stopnje. (Po Gerrardu)
testni načrt: Dokument, ki opisuje obseg, pristop, vire in razpored predvidenih testnih dejavnosti. Med drugim določa preskusne postavke, značilnosti, ki jih je treba preizkusiti, preizkusne naloge, kdo bo opravil vsako nalogo, stopnjo neodvisnosti preizkuševalca, preskusno okolje, tehnike zasnove preskusov in tehnike merjenja preskusov, ki jih je treba uporabiti, ter utemeljitev njihove izbire in vsa tveganja, ki zahtevajo načrtovanje ukrepov ob nepredvidljivih dogodkih. To je zapis procesa načrtovanja preskusov (Po IEEE 829)
načrtovanje preskusov: Dejavnost priprave ali posodabljanja preskusnega načrta.
testna politika: Dokument na visoki ravni, ki opisuje načela, pristop in glavne cilje organizacije glede testiranja.
analiza testnih točk (TPA): Metoda ocenjevanja testov na osnovi formule, ki temelji na analizi funkcijske točke (TMap)
preskusni postopek: Glej specifikacijo preskusnega postopka.
specifikacija preskusnega postopka: Dokument, ki določa zaporedje dejanj za izvedbo testa. Znan tudi kot testni skript ali ročni testni skript. (Po IEEE 829)
testni postopek: Temeljni testni postopek obsega načrtovanje, specifikacijo, izvedbo, snemanje in preverjanje dokončanja. (BS 7925/2)
ponovljivost preskusa: Atribut testa, ki kaže, ali se ob vsaki izvedbi testa dajo enaki rezultati.
testni zagon: Izvajanje testa na določeni različici testnega predmeta.
testni skript: Običajno se uporablja za sklicevanje na specifikacijo preskusnega postopka, zlasti avtomatiziranega.
specifikacija preskusa: Dokument, ki je sestavljen iz specifikacije zasnove preskusa, specifikacije testnega primera in / ali specifikacije preskusnega postopka.
testna strategija: Dokument na visoki ravni, ki opredeljuje ravni preizkusov, ki jih je treba izvesti, in preskušanje znotraj teh ravni programa (enega ali več projektov).
testni paket: Nabor več testnih primerov za komponento ali sistem, ki se preskuša, pri čemer se pogoj za en test pogosto uporablja kot predpogoj za naslednjega.
poročilo o povzetku testa: Dokument, ki povzema preskusne dejavnosti in rezultate. Vsebuje tudi oceno ustreznih testnih postavk glede na izstopna merila.(Po IEEE 829)
testni cilj: Niz meril za izstop.
testno orodje: Programski izdelek, ki podpira eno ali več testnih dejavnosti, kot so načrtovanje in nadzor, specifikacija, gradnja začetnih datotek in podatkov, izvajanje preizkusov in analiza testov. (TMap) Glej tudi CAST.
vrsta preskusa: Skupina testnih dejavnosti, namenjenih preizkušanju komponente ali sistema glede enega ali več medsebojno povezanih lastnosti kakovosti. Vrsta preskusa je osredotočena na določen testni cilj, tj.preizkus zanesljivosti, uporabnost, regresijski test itd., In lahko poteka na eni ali več preskusnih ravneh ali preskusnih fazah. (Po TMap)
preizkusljivost: Sposobnost programskega izdelka, da omogoči testiranje spremenjene programske opreme. (ISO 9126) Glej tudi vzdrževalnost.
pregled preverljivosti: Podrobno preverjanje preskusne osnove, da se ugotovi, ali je preskusna podlaga na ustrezni ravni kakovosti, da deluje kot vhodni dokument za preskusni postopek. (Po TMap)
preizkusne zahteve: Stopnja, v kateri je zahteva navedena v smislu, ki omogoča izdelavo preskusnih načrtov (in kasneje testnih primerov) in izvajanje preskusov, da se ugotovi, ali so zahteve izpolnjene. (Po IEEE 610)
preizkuševalec: Tehnično usposobljen strokovnjak, ki sodeluje pri preskušanju komponente ali sistema.
testiranje: Proces, sestavljen iz vseh statičnih in dinamičnih dejavnosti v življenjskem ciklu, ki se nanašajo na načrtovanje, pripravo in ocenjevanje programskih izdelkov in z njimi povezanih delovnih izdelkov, da se ugotovi, ali izpolnjujejo določene zahteve, da se dokaže, da so primerni za svoj namen, in odkrije napake.
testna programska oprema: Artefakti, nastali med preskusnim postopkom, potrebni za načrtovanje, načrtovanje in izvajanje testov, kot so dokumentacija, skripti, vnosi, pričakovani rezultati, postopki za nastavitev in razjasnitev, datoteke, zbirke podatkov, okolje in vsa dodatna programska oprema ali pripomočki, ki se uporabljajo v testiranje. (Po Fewsterju in Grahamu)
testiranje niti: Različica testiranja integracije komponent, kjer postopna integracija komponent sledi izvajanju podmnožic zahtev, v nasprotju z integracijo komponent po ravneh hierarhije.
sledljivost: Sposobnost prepoznavanja sorodnih elementov v dokumentaciji in programski opremi, kot jezahteve s pripadajočimi preskusi. Glej tudi vodoravna sledljivost, vertikalna sledljivost.
testiranje od zgoraj navzdol: Inkrementalni pristop k integracijskemu testiranju, kjer se najprej preskusi komponenta na vrhu hierarhije komponent, pri čemer komponente spodnje ravni simulirajo škrbine. Preizkušeni sestavni deli se nato uporabljajo za preizkušanje komponent nižje ravni. Postopek se ponavlja, dokler niso preizkušene komponente najnižje ravni.
U
razumljivost: Sposobnost programskega izdelka, da uporabniku omogoči, da razume, ali je programska oprema primerna in kako jo je mogoče uporabiti za določene naloge in pogoje uporabe. (ISO 9126) Glej tudi uporabnost.
nedosegljiva koda: Kode, ki je ni mogoče doseči in jo je zato nemogoče izvršiti.
uporabnost: Sposobnost razumevanja, učenja, uporabe in privlačnosti programske opreme za uporabnika, če se uporablja pod določenimi pogoji. (ISO 9126)
preizkus uporabnosti: Testiranje, da se ugotovi, v kolikšni meri je programski izdelek razumljiv, enostaven za učenje, enostaven za uporabo in privlačen za uporabnike pod določenimi pogoji. (Po ISO 9126)
testiranje primerov uporabe: Tehnika oblikovanja testa črne škatle, v kateri so testni primeri zasnovani za izvajanje uporabniških scenarijev.
uporabniški test: Test, pri katerem so uporabniki iz resničnega življenja vključeni v oceno uporabnosti komponente ali sistema.
V
V-model: Okvir za opis dejavnosti življenjskega cikla razvoja programske opreme od specifikacije zahtev do vzdrževanja. V-model prikazuje, kako je mogoče preskusne dejavnosti vključiti v vsako fazo življenjskega cikla razvoja programske opreme.
validacija: Potrditev s pregledom in z zagotavljanjem objektivnih dokazov, da so izpolnjene zahteve za določeno predvideno uporabo ali aplikacijo. (ISO 9000)
spremenljivka: Element pomnilnika v računalniku, do katerega lahko dostopa programska oprema tako, da se nanjo sklicuje z imenom.
preverjanje: Potrditev s pregledom in z zagotavljanjem objektivnih dokazov, da so izpolnjene določene zahteve. (ISO 9000)
navpična sledljivost: Sledenje zahtevam skozi plasti razvojne dokumentacije do komponent.
količinsko testiranje: Testiranje, kjer je sistem izpostavljen velikim količinam podatkov. Glej tudi testiranje izrabe virov.
IN
sprehod: Predstavitev avtorja dokumenta po korakih z namenom zbiranja informacij in vzpostavitve enotnega razumevanja njegove vsebine. (Freedman in Weinberg, IEEE 1028)
tehnika oblikovanja preizkusa bele škatle: Dokumentiran postopek za izpeljavo in izbiro testnih primerov na podlagi analize notranje strukture komponente ali sistema.
testiranje bele škatle: Testiranje na podlagi analize notranje strukture komponente ali sistema.
Širokopasovni Delphi: Strokovna tehnika ocenjevanja testov, katere cilj je natančna ocena z uporabo kolektivne modrosti članov ekipe.
Kontaktiraj me če želite v ta glosar dodati več opredelitev.
Sklic: http://www.istqb.org/downloads/glossary-1.0.pdf
Priporočeno branje
- Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
- Testiranje programske opreme QA Assistant Job
- Tečaj preizkušanja programske opreme: kateremu inštitutu za preizkušanje programske opreme naj se pridružim?
- Izbira preizkušanja programske opreme kot vaše kariere
- Preizkušanje programske opreme Tehnična vsebina Writer Freelancer Job
- Vodič za zunanje izvajanje QA: Testiranje programske opreme za zunanja podjetja
- Nekaj zanimivih vprašanj za preskušanje programske opreme
- Povratne informacije in pregledi tečaja za preizkušanje programske opreme