hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu en hu en hu en hu en hu en hu en hu en hu pl hu en hu en hu hu hu en hu en hu en hu en hu en hu pl hu hu hu hu hu hu hu hu hu hu hu hu hu hu en en zh en en hu hu hu hu hu hu hu sk hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu de hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu hu en ar sv bg bn ca hbs_lat de es et eu fa fi fr he hi id it ja ka kk ta ko en ms nl nb pl pt ro ru si en sk sq hbs_lat sv ta th tr fy vi zh zh hu hu hu hu hu hu hu hu hu hu
A Wikipédiából, a szabad enciklopédiából
Ez a közzétett változat, ellenőrizve: 2022. október 4.
Ugrás a navigációhoz Ugrás a kereséshez
A szoftvertesztelés a szoftverminőség-biztosítás és így a szoftverfejlesztés részét képezi. A tesztelés egy rendszer vagy program kontrollált körülmények melletti futtatása, és az eredmények kiértékelése. A hagyományos megközelítés szerint a tesztelés célja az, hogy a fejlesztés során létrejövő hibákat minél korábban felfedezze, és ezzel csökkentse azok kijavításának költségeit.
Jelenleg a tesztelői munka egyre inkább eltolódik a fejlesztők és a döntéshozók információkkal való támogatásának irányába. Fontos szerepek még a fejlesztés állapotának pontos és egzakt mérése és a kockázatkezelés és -becslés. Különösen így van ez az Agile Programming projektek esetén, ahol klasszikus tesztelésről a specifikáció hiánya miatt nem beszélhetünk.
3.1 A szoftvertesztelés módszertani felosztása
3.2 A szoftvertesztelés szintjei
3.3 A kockázat és kezelése
Felhasználhatósági szemszög: "Alkalmasság a felhasználó által szánt célra."
Tesztelői szemszög: "Egyezés a specifikációval."
Felhasználói szemszög: "Alkalmasság a felhasználó által szánt célra."
Programozói szemszög: "Egyezés a specifikációval."
Tulajdonosi szemszög: "A minőség attól függ, miért fizet a vevő."
A klasszikus szoftvertesztelés célja a szoftverhibák felfedezése. A fejlesztésnek minél korábbi szakaszában derül fény egy hibára, annál olcsóbb annak korrigálása. Újabb keletű elvárás a szoftverminőség mérése. Főleg az Agile Programming módszertanával futó projektek esetén a tesztelés a kockázatok becslését és menedzselését is magába foglalja.
A tesztelési folyamat ezen egyszerűsített modelljében a megrendelő (business) felállítja a szoftverrel szemben támasztott elvárásait (business requirement). Ezen elvárásokat a megrendelő megbízottja (business analyst, BA) tolmácsolja a fejlesztők (developers) felé a fejlesztő csapat vezető programozójának (architect) műszaki segítségével. Ezen munka eredménye a megvalósíthatósági tanulmány (feasibility study), mely az adott üzleti problémára javasol műszaki megoldásokat.
A létrejövő programot elkészültekor fejlesztők átadják (handover) a tesztelő csapatnak (testing team). Az átadásban segíthet az tesztkörnyezet felállításáért felelős csapat (environment team) és az új szoftver régi környezethez illesztéséért felelős csapat (integration team). Az átadás része a funkcionális specifikáció (functional specification, FUS) és a technikai specifikáció (technical specification, TES). Black-box testing-hez és a megrendelő elvárásainak teljesülését ellenőrző teszteléshez (User Acceptance Testing) elegendő a FUS, white- és grey-box system testing-hez szükséges a TES is.
A tesztelő csapat az átadott dokumentáció alapján elkészíti a tesztelési tervezetet (test plan), valamint becslést (estimation) ad a tesztelés idő- és munkaerőigényéről. Ezek elfogadása esetén létrehozza a teszt szkripteket, (test script) melyek az adott és elvárt mértékben fedik le (test coverage) a tesztelendő funkcionalitásokat. A teszt szkriptek vagy más néven teszt esetek (test case) összessége a test suite, ezek összessége a tesztkampány (test campaign).
A szoftvert megrendelő szervezet
A megrendelő elvárásait közvetítő megbízott
Software Quality Assurance, SQA
A tesztelendő funkcionalitások listája
Funkcionalitás tesztekkel való lefedésének mértéke
Előzetes tesztelési terv a megfelelő test coverage elérése érdekében
Egy alternatív tesztelési módszertan, a scenario testing esetében – és csak ott – hasonló szerepet tölt be, mint a test suite. Részletek itt.
Ezt a kifejezést helytelenül használják az automated test case helyett. A scripted testing ellentéte nem a manual testing, hanem az exploratory. A test script a test case szinonimája. Részletek itt.
Egy elvárás egy adott részének működését ellenőrző dokumentum. Nagyon pontosan leírt feltételek és inputok mellett nagyon pontosan leírt funkcionalitást és outputot vár az ellenőrzött szoftvertől.
Egy adott funkcionalitást leíró test case-ek összessége a test suite.
Ellenőrzés: "you built the right product" – tehát a specifikáció tényleg a megrendelő elvárásait tartalmazza
Ellenőrzés: "you built the product right" – tehát a programozó a specifikáció szerint írta meg a szoftvert
Programozási hiba, mely funkcionális hibával nem jár.
Programozási hiba, mely a funkcionalitásra hatással van.
Tesztelő által észlelt failure, programozó által vissza nem igazolt
Defect, mely a programozó szerint is az
A szoftvertesztelés módszertani felosztása[szerkesztés]
A kockázat és kezelése[szerkesztés]
Bővebben: A kockázat és kezelése (SQA)
A kockázat a veszteség valószínűsége, és ennek mértéke. A kockázatkezelés a kockázati tényezők azonosítása, besorolása, priorizálása, és életciklusuk követése.
NASA, Software Metrics Tutorials
ISTQB - International Software Testing Qualifications Board
ISQTB-CTFL Foundation exam (Hungary)
Széchenyi István Egyetem, Oktatási anyag
Magyar Szoftvertesztelési Tanács Egyesület(HTB), mely a nemzetközi ISTQB szervezet magyarországi testülete
Informatikai portál • összefoglaló, színes tartalomajánló lap
Ez a programozási nyelvekkel és programozással kapcsolatos lap egyelőre csonk (erősen hiányos). Segíts te is, hogy igazi szócikk lehessen belőle!
A lap eredeti címe: „https://hu.wikipedia.org/w/index.php?title=Szoftvertesztelés&oldid=25335275”
Hivatkozás erre a változatra
Hogyan hivatkozz erre a lapra?
A lap utolsó módosítása: 2022. október 4., 12:26
A lap szövege Creative Commons Nevezd meg! – Így add tovább! 3.0 licenc alatt van; egyes esetekben más módon is felhasználható. Részletekért lásd a felhasználási feltételeket.