A szoftverfejlesztési módszerek csoportja, amely az iteratív fejlesztési modellen alapul, mind a követelmények, mind a megoldások az önszerveződő, széleskörű feladatokkal rendelkező csapatok együttműködése által jönnek létre.
A komponens által beolvasott - akár a komponensen belül, vagy kívül tárolt – változó.
A tesztelés, vagy a fejlesztés során alkalmazott leghatékonyabb innovatív eljárások, módszerek, amelyeket általában a többi szervezeti egység is átvehet.
Olyan progampont, ahol a vezérlési folyamnak két, vagy több alternatív útvonala van. Egy csomópont, amelyből két, vagy több elágazás indul.
A legkisebb önállóan tesztelhető szoftver egység.
The capability of the software product to interact with one or more specified components or systems.
A felhasználó, vagy a megrendelő által a végterméken végzett feketedoboz tesztelés, amely azt hivatott eldönteni, hogy megfelel-e a termék a megfogalmazott (üzleti) elvárásoknak, illetve folyamatoknak.
Környezeti vagy állapotbeli feltételek, amelyeket teljesíteni kell, mielőtt egy komponensen vagy rendszeren tesztet vagy tesztelési folyamatokat kezdenénk.
Emberi tevékenység, amely során helytelen eredmény jön létre.
A rendszer minden olyan összetevője, amely információt és vezérlést biztosít a felhasználó számára a rendszerrel kapcsolatos konkrét feladatok elvégzéséhez.
Egy személy megfigyelésése és reagálásai a szoftvertermék használatából vagy várható használatából fakadóan.
A felülvizsgálatba bevont személy, aki meghatározza és leírja a felülvizsgálat tárgyát képező termék, vagy projekt rendellenességeit. A felülvizsgálókat úgy szokták választani, hogy a felülvizsgálati folyamat különböző aspektusait és szerepköreit képviseljék.
Egymáshoz kapcsolódó tevékenységek halmaza, amely a bemenő értékekből kimenő értékeket generál.
A programozási nyelvek egy entitása, ami tipikusan a futtatás legkisebb oszthatatlan egysége.
A szoftvertermék azon képessége, hogy – bizonyos feltételek fennállása esetén - képes a meghatározott igények szerinti működésre.
A komponensnek, vagy a rendszernek a követelmény-dokumentációban meghatározott attribútuma (pl. a megbízhatóságra, a használhatóság, illetve műszaki tervezési jellemzőire).
Tesztelés annak kiértékelésére, hogy meghatározott használati környezetben meghatározott felhasználók által mennyire hatásosan, hatékonyan és elégedettséget keltően használható egy rendszer.
Egy általánosan elfogadott hüvelykujj-szabály, amely segít elérni a célt.
A szoftver azon tulajdonsága, hogy mennyire képes folytatni a normális működését meghatározott teljesítményen a hibás bemenetek, emberi hibák, valamint a hibák és belső rendellenességek ellenére.
Annak ellenőrzése, hogy a valamilyen fogyatékkal élő emberek mennyire könnyen tudják használni a komponenst, illetve a rendszert.
Egy komponens vagy rendszer azon tulajdonsága, hogy bizonyos funkciókat milyen hatékonyan hajt végre (tranzakciók ideje, száma, válaszidő, stb).
A felülvizsgálatba bevont személy, aki meghatározza és leírja a felülvizsgálat tárgyát képező termék, vagy projekt rendellenességeit. A felülvizsgálókat úgy szokták választani, hogy a felülvizsgálati folyamat különböző aspektusait és szerepköreit képviseljék.
Az alkalmazás átadása után végzett módosítások: hiba javítások, teljesítmény vagy más jellemzők feljavítása illetve megváltozott környezetre/követelményekre való alkalmazása.
Egy (komponensen kívül vagy belül tárolt) változó, amelyet egy komponens írhat.
Az a tényező, amely a jövőben negatív következményeket okozhat. Általában, mint hatás és valószínűség jelenik meg.
A legkisebb önállóan tesztelhető szoftver egység.
Olyan feltétel vagy képesség, amely a felhasználó számára azért szükséges, hogy megoldjon egy problémát,vagy elérjen egy célt. Ezen feltételnek vagy képességnek a rendszer vagy rendszer komponens által is megvalósíthatónak kell lennie úgy, hogy közben a szerződés, szabvány, specifikáció és egyéb formális dokumentumban támasztott követelményeknek is megfeleljen.
A komponens, illetve a rendszer eltér az elvárt eredménytől, vagy szolgáltatástól.
Egy olyan értékelés eredménye, amely néhány fontos kérdést, problémát vagy lehetőséget azonosít.
A beszerzési-, szolgáltatási-, fejlesztési-, üzemeltetési- és karbantartási eljárások rendszeres kiértékelése a menedzsment által vagy annak megbízásából. A kiértékelés célja, hogy ellenőrizze, hogy a feladatok ellátása az (ütem)tervnek megfelelően történik-e, jóváhagyja a követelmények teljesítését, valamint, hogy kiértékelje a menedzsment (saját maga) által a cél elérésére tett lépéseinek eredményességét.
Minőségmenedzsment része, azon tevékenységek és módszerek összessége, amelyek a minőségi követelmények teljesítésére fókuszálnak
A legkisebb önállóan tesztelhető szoftver egység.
A projekt egy időpontja, amelyre meghatározott minőségű és mennyiségű (köztes) leszállítandót és eredmény kell felmutatni
Az az eljárás, amivel egy egyed egy tulajdonságához számosságot vagy kategóriát rendelünk.
Egy elemhez rendelt (üzleti) fontosság, például hiba prioritás.
A program olyan belső hibája, amely azt eredményezheti, hogy a szoftver nem tudja teljesíteni az elvárt viselkedését, azaz a program meghibásodásához vezethet.
A program olyan belső hibája, amely azt eredményezheti, hogy a szoftver nem tudja teljesíteni az elvárt viselkedését, azaz a program meghibásodásához vezethet.
A program olyan belső hibája, amely azt eredményezheti, hogy a szoftver nem tudja teljesíteni az elvárt viselkedését, azaz a program meghibásodásához vezethet.
A projekt egy időben, költségekben és erőforrásokban korlátozott, adott követelményeknek megfelelő cél érdekében kezdő és végidőpontokkal ellátott koordinált és kontrollált tevékenységek halmaza.
Egy (teszt) projekt menedzsmentjénél, iránytásánál felmerülő kockázat, mint például emberhiány, szoros határidők, változó követelmények, stb.
Annak meghatározása, hogy a komponens, illetve a szoftver mennyire elérhető és működőképes, amikor szükségessé válik a használata. Gyakran százalékban adják meg.
Bizonyos funkciók, vagy funkciók halmazának elvégzése érdekében összeszervezett komponensek összessége.
Egy dokumentum, ami ideális esetben teljesen, precízen és ellenőrizhetően határozza meg egy komponens vagy rendszer követelményeit, konstrukcióját, viselkedését vagy egyéb karakterisztikáit. A követelmények ellenőrzésének a folyamatát is meghatározhatja.
Formális, esetleg szerint kötelező jellegű követelmények, amelyeket egy adott munka elvégzési módjának következetes előírására, illetve irányelvek meghatározására használnak (pl. ISO/IEC szabányok, IEEE szabványok és szervezeti szabványok)
Számítógépes programok, folyamatok és esetlegesen a számítógépes rendszer üzemelésére vonatkozó dokumentációk és adatok.
A komponensnek, vagy a rendszernek a követelmény-dokumentációban meghatározott attribútuma (pl. a megbízhatóságra, a használhatóság, illetve műszaki tervezési jellemzőire).
A szoftverfejlesztés minden egyes szakaszában végzett tevékenységek sora, ahogyan logikailag és időrendi szempontból egymáshoz kapcsolódnak.
Valamely hiba hatásának a mértéke a rendszer vagy komponens fejlesztésére vagy működésére.
Egy komponens vagy rendszer azon tulajdonsága, hogy bizonyos funkciókat milyen hatékonyan hajt végre (tranzakciók ideje, száma, válaszidő, stb).
A teszt tárgyához (magához a termékhez) közvetlenül kapcsolódó kockázat.
A tesztvégrehajtás következménye/kimenete, amely lehet: képernyő, adatváltozás, riport, kiküldött kommunikációs üzenet stb.
Egy vagy több teszteset halmaza.
A tesztvégrehajtás következménye/kimenete, amely lehet: képernyő, adatváltozás, riport, kiküldött kommunikációs üzenet stb.
A teszttevékenységek során keletkezett adatok összegyűjtése és elemzése, ezt követően az adatokból az érintettek számára egy jelentés készítése.
A tesztvégrehajtás következménye/kimenete, amely lehet: képernyő, adatváltozás, riport, kiküldött kommunikációs üzenet stb.
A teszt végrehajtása egy megszakítás nélküli idő intervallumban. A felderítő teszt során minden tesztszakasz az egyes fejezetekre összpontosít, de a tesztelők egyéb tevékenységekkel, illetve új lehetőségekkel is foglalkozhatnak. Ebben az esetben a tesztelő a teszteseteket menet közben készíti, hajtja végre valamint dokumentálja azok eredményét.
A document describing the scope, approach, resources and schedule of intended test activities. It identifies amongst others test items, the features to be tested, the testing tasks, who will do each task, degree of tester independence, the test environment, the test design techniques and entry and exit criteria to be used, and the rationale for their choice, and any risks requiring contingency planning. It is a record of the test planning process.
A programozási nyelvek egy entitása, ami tipikusan a futtatás legkisebb oszthatatlan egysége.
Egy keretrendszer a szoftverfejlesztési ciklus részletes leírására, a követelményspecifikációtól kezdve az üzemeltetésig. Az V-modell illusztrálja, hogy a teszttevékenység hogyan illeszthető a szoftverfejlesztési életciklusok bármely fázisába.
Egy projekt végén, a projekttagokkal tartott megbeszélés, melyen értékelik a projektet és a tanulságokat egy következő projekt számára.
Azon kilépési feltétel, amelyet a komponensnek, illetve a rendszernek teljesítenie kell, hogy a felhasználó, az ügyfél, vagy más, erre feljogosított személy átvehesse azt
A projekt, vagy a termék életének fázisokra bontása
(1) egy szervezet azon képessége, hogy milyen hatásossággal és hatékonysággal használja elméleti- és gyakorlati munkafolyamatait. (2) egy szoftvertermék azon képessége amelynek köszönhetően elkerülhető, hogy egy esetlegesen fellépő programhiba működési hibát okozzon.