„A tesztelés mint kutatási módszer” előadás. A tesztelés, mint a pszichológiai kutatás módszere

oktatóanyag

Jó nap!

Össze akarom gyűjteni az összes legszükségesebb elméletet a tesztelésről, amit a gyakornokoknak, junioroknak és egy kis középsőnek szóló interjúkon megkérdeznek. Igazából jó néhányat összegyűjtöttem már. Ennek a bejegyzésnek az a célja, hogy közösen hozzátegyük, ami hiányzott, és javítsunk/újrafogalmazzuk/adjunk hozzá/csináljunk VALAMI MÁST a már meglévővel, hogy jó legyen, és minden esetre átvehesd és megismételhesd a következő interjú előtt. Általánosságban, kollégák, a vágás alatt kérdezem, kinek rajzoljon újat, kinek rendszerezze a régit, és kinek járuljon hozzá.

Az eredmény egy átfogó csalólap, amelyet újra el kell olvasnia az interjúhoz vezető úton.

Az alábbiakban felsoroltakat nem én találtam ki, hanem különböző forrásokból merítettem, ahol nekem személy szerint jobban tetszett a megfogalmazás és a meghatározás. A forráslista végén.

Témák: tesztdefiníció, minőség, ellenőrzés/validáció, célok, mérföldkövek, tesztterv, tesztterv elemei, tesztterv, teszttervezési technikák, nyomon követhetőségi mátrix, tets eset, ellenőrzőlista, hiba, hiba/hiba/hiba, hibajelentés, súlyosság vs. prioritás, tesztelési szintek, típusok / típusok, integrációs tesztelési megközelítések, tesztelési elvek, statikus és dinamikus tesztelés, feltáró / ad-hoc tesztelés, követelmények, hibaéletciklus, szoftverfejlesztési szakaszok, döntési táblázat, qa/qc/tesztmérnök, kapcsolódási diagram .

Megy!

Szoftver tesztelés- a program tényleges és várható viselkedése közötti megfelelés ellenőrzése, a végső, meghatározott módon kiválasztott tesztsorozaton. Tágabb értelemben a tesztelés a minőségellenőrzési technikák egyike, amely magában foglalja a munkatervezés (Test Management), a teszttervezés (Test Design), a teszt végrehajtás (Test Execution) és az eredmények elemzése (Test Analysis) tevékenységeit.

Szoftver minőség a szoftver azon jellemzőinek összessége, amelyek a kimondott és hallgatólagos igények kielégítésére való képességével kapcsolatosak.

Igazolás- egy rendszer vagy összetevőinek értékelési folyamata annak megállapítására, hogy a jelenlegi fejlődési szakasz eredményei megfelelnek-e az e szakasz kezdetén kialakult feltételeknek. Azok. az aktuális szakasz elején meghatározott céljaink, határidőink, projektfejlesztési feladataink teljesülnek-e.
Érvényesítés- ez a definíciója, hogy a fejlesztett szoftver megfelel-e a felhasználó elvárásainak, igényeinek, rendszerkövetelményeinek.
Más értelmezést is találhat:
A termék kifejezett követelményeknek (specifikációknak) való megfelelőségének értékelése a verifikáció, ugyanakkor annak értékelése, hogy egy termék megfelel-e a felhasználói elvárásoknak és követelményeknek, validálás. Gyakran megtalálhatja ezeknek a fogalmaknak a következő definícióit is:
Érvényesítés – „ez a megfelelő specifikáció?”.
Ellenőrzés - "A rendszer megfelel a specifikációnak?".

Célok tesztelése
Növelje annak valószínűségét, hogy egy tesztelésre szánt alkalmazás minden körülmények között megfelelően fog működni.
Növelje annak valószínűségét, hogy a tesztelésre szánt alkalmazás megfelel az összes leírt követelménynek.
Naprakész információk biztosítása a termék pillanatnyi állapotáról.

Teszt lépései:
1. Elemzés
2. Tesztelési stratégia kidolgozása
és minőség-ellenőrzési eljárások tervezése
3. Munka a követelményekkel
4. Vizsgálati dokumentáció készítése
5. Prototípus tesztelés
6. Alapszintű tesztelés
7. Stabilizálás
8. Működés

Teszt terv egy dokumentum, amely leírja a tesztelési munka teljes körét, kezdve az objektum leírásával, stratégiával, ütemezéssel, a tesztelés megkezdésének és befejezésének kritériumaival, egészen a folyamathoz szükséges eszközökig, speciális ismeretekig, valamint kockázatelemzés lehetőségekkel megoldani őket.
Válaszok a kérdésekre:
Mit kell tesztelni?
Mit fogsz tesztelni?
Hogyan fogsz tesztelni?
Mikor tesztelsz?
A tesztelés megkezdésének kritériumai.
A tesztelés befejezésének kritériumai.

A tesztterv főbb pontjai
Az IEEE 829 szabvány felsorolja azokat az elemeket, amelyekből a teszttervnek (legyen) tartalmaznia kell:
a) tesztterv azonosítója;
b) bevezetés;
c) tesztelemek;
d) tesztelendő jellemzők;
e) Nem vizsgálandó jellemzők;
f) megközelítés;
g) Elfogadható/nem teljesített tétel kritériumai;
h) Felfüggesztési kritériumok és újrakezdési követelmények;
i) teszteredmények;
j) Tesztelési feladatok;
k) környezeti igények;
l) Felelősségek;
m) Személyzeti és képzési igények;
n) Menetrend;
o) kockázatok és előre nem látott események;
p) Jóváhagyások.

teszttervezés- ez a szoftvertesztelési folyamat azon szakasza, ahol a tesztesetek (tesztesetek) tervezése és létrehozása történik, a korábban meghatározott minőségi kritériumoknak és tesztelési céloknak megfelelően.
A teszttervezésért felelős szerepkörök:
Tesztelemző – meghatározza a "MIT kell tesztelni?"
Teszttervező – meghatározza a "HOGYAN kell tesztelni?"

Tervezési vizsgálati technikák

Egyenértékű particionálás (EP). Például, ha van egy 1 és 10 közötti érvényes értéktartomány, akkor az intervallumon belül ki kell választani egy helyes értéket, mondjuk 5-öt, és egy helytelen értéket az intervallumon kívül, 0-t.

Határérték-elemzés (BVA). Ha a fenti példát vesszük a pozitív teszt értékeiként, akkor a minimális és maximális határértékeket (1 és 10), valamint a határértékeknél nagyobb és kisebb értékeket (0 és 11) választjuk. A határérték-elemzés alkalmazható mezőkre, rekordokra, fájlokra vagy bármilyen korlátozott entitásra.

Ok/okozat (ok/okozat – CE). Ez általában a feltételek (okok) kombinációinak bevitele, hogy a rendszer választ kapjon (következmény). Például teszteli azt a képességet, hogy egy adott képernyő használatával vevőt adjon hozzá. Ehhez meg kell adnia több mezőt, például "Név", "Cím", "Telefonszám", majd kattintson a "Hozzáadás" gombra - ez az "ok". A "Hozzáadás" gomb megnyomása után a rendszer felveszi a klienst az adatbázisba, és megjeleníti a számát a képernyőn - ez a "Következmény".

Kimerítő tesztelés (ET)- ez extrém eset. Ezen a technikán belül a bemeneti értékek összes lehetséges kombinációját tesztelni kell, és elvileg ennek minden problémát meg kell találnia. A gyakorlatban ennek a módszernek az alkalmazása nem lehetséges a nagyszámú bemeneti érték miatt.

nyomon követhetőségi mátrix- A követelmény-megfelelőségi mátrix egy kétdimenziós táblázat, amely tartalmazza a termék funkcionális követelményei és az elkészített tesztforgatókönyvek (tesztesetek) közötti megfelelést. A követelmények a táblázat oszlopfejléceiben, a tesztforgatókönyvek pedig a sorfejlécekben találhatók. A kereszteződésnél egy pipa, amely azt jelzi, hogy az aktuális oszlop követelményeit lefedi az aktuális sor tesztesete.
A követelményeknek való megfelelési mátrixot a minőségbiztosítási mérnökök használják a terméklefedettség tesztekkel történő érvényesítésére. Az MCT a vizsgálati terv szerves része.

Próbaper egy olyan műtermék, amely leírja a lépések, meghatározott feltételek és paraméterek halmazát, amelyek szükségesek a tesztelt funkció vagy annak egy részének megvalósításának ellenőrzéséhez.
Példa:
Művelet Várt eredmény Teszt eredménye
(megfelelt/sikertelen/blokkolva)
"Bejelentkezés" oldal megnyitása A bejelentkezési oldal megnyílik Megjelent

Minden tesztesetnek 3 részből kell állnia:
Előfeltételek Azon műveletek listája, amelyek a rendszert alapvető ellenőrzésre alkalmas állapotba hozzák. Illetve a feltételek felsorolását, amelyek teljesítése azt jelzi, hogy a rendszer a főteszt elvégzésére alkalmas állapotban van.
Teszteset leírása Olyan műveletek listája, amelyek a rendszert egyik állapotból a másikba helyezik át, hogy olyan eredményt kapjanak, amely alapján megállapítható, hogy a megvalósítás megfelel a követelményeknek
Utófeltételek A rendszert a kezdeti állapotba hozó műveletek listája (a teszt végrehajtása előtti állapot - kezdeti állapot)
A tesztesetek típusai:
A teszteseteket a várt eredmény szerint pozitívra és negatívra osztják:
A pozitív teszteset csak érvényes adatokat használ, és ellenőrzi, hogy az alkalmazás megfelelően végrehajtotta-e a meghívott függvényt.
A negatív teszteset érvényes és érvénytelen adatokon is működik (minimum 1 érvénytelen paraméter), és célja a kivételek ellenőrzése (a validátorok aktiválása), valamint azt is ellenőrzi, hogy az alkalmazás által meghívott függvény ne kerüljön végrehajtásra, amikor a validátor elindul.

Ellenőrző lista egy dokumentum, amely leírja, hogy mit kell tesztelni. Ebben az esetben az ellenőrzőlista teljesen különböző részletességű lehet. Az, hogy az ellenőrzőlista mennyire lesz részletes, a jelentési követelményektől, a termékkel kapcsolatos ismeretek szintjétől és a termék összetettségétől függ.
Az ellenőrző lista általában csak műveleteket (lépéseket) tartalmaz, a várt eredmény nélkül. Az ellenőrzőlista kevésbé formalizált, mint a tesztszkript. Akkor célszerű használni, ha a tesztszkriptek redundánsak. Ezenkívül az ellenőrzőlista rugalmas tesztelési megközelítésekhez kapcsolódik.

Hiba (más néven bug)- ez eltérés a program végrehajtásának tényleges eredménye és a várt eredmény között. A hibák észlelése a szoftver (szoftver) tesztelés szakaszában történik, amikor a tesztelő összehasonlítja a program (komponens vagy terv) eredményeit a követelményspecifikációban leírt várható eredménnyel.

hiba- felhasználói hiba, vagyis más módon próbálja használni a programot.
Példa - betűket ír be a számokat tartalmazó mezőkbe (életkor, áru mennyisége stb.).
Egy minőségi programban ilyen helyzeteket biztosítanak, és hibaüzenetet adnak ki, piros kereszttel, amelyik.
Hiba (hiba)- egy programozó (vagy egy tervező, vagy valaki más, aki részt vesz a fejlesztésben) hibája, vagyis amikor a programban valami nem úgy sül el, ahogy eltervezték, és a program kicsúszik az irányításból. Például, ha a felhasználói bevitelt semmilyen módon nem szabályozzák, akkor a hibás adatok összeomlást vagy más „örömöt” okoznak a programban. Vagy a program belsejében úgy van felépítve, hogy kezdetben nem felel meg annak, amit elvárnak tőle.
Kudarc- hiba (és nem feltétlenül hardver) egy komponens, a teljes program vagy rendszer működésében. Vagyis vannak olyan hibák, amelyek meghibásodáshoz vezetnek (A hiba okozta a hibát), és vannak, amelyek nem. UI hibák például. De az a hardverhiba is hiba, amelynek semmi köze a szoftverhez.

Hibajelentés egy dokumentum, amely leírja azt a helyzetet vagy műveletsort, amely a tesztobjektum hibás működéséhez vezetett, feltüntetve az okokat és a várható eredményt.
Kalap
Rövid leírás (összefoglaló) A probléma rövid leírása, kifejezetten megjelölve a hiba okát és típusát.
Projekt A tesztelés alatt álló projekt neve
Alkalmazáskomponens (Component) A tesztelt termék alkatrészének vagy funkciójának neve
Verziószám (Version) Az a verzió, amelyen a hibát találták
Súlyosság A leggyakoribb ötszintű rendszer a hiba súlyosságának osztályozására:
S1 blokkoló
S2 Kritikus
S3 őrnagy
S4 Minor
S5 Triviális
Prioritás Hiba prioritás:
P1 Magas
P2 Közepes
P3 Alacsony
Állapot A hiba állapota. Az alkalmazott eljárástól függ és életciklus hiba (hiba munkafolyamat és életciklus)

Szerző (Szerző) A hibajelentés készítője
Hozzárendelve A probléma megoldására kijelölt személy neve
Környezet
OS / Service Pack stb. / Böngésző + verzió /… Információ a környezetről, ahol a hibát találták: operációs rendszer, szervizcsomag, WEB teszteléshez - böngésző neve és verziója stb.
…
Leírás
Lépések a reprodukáláshoz Lépések, amelyek segítségével könnyen reprodukálhatja a hibát okozó helyzetet.
Aktuális eredmény (Result) A játék lépéseinek végighaladása után kapott eredmény
Várt eredmény A várható helyes eredmény
Kiegészítők
Melléklet Naplófájl, képernyőkép vagy bármely más dokumentum, amely segíthet tisztázni a hiba okát, vagy jelezheti a probléma megoldásának módját.

Súlyosság vs prioritás
A súlyosság egy olyan attribútum, amely a hiba egy alkalmazás teljesítményére gyakorolt hatását jellemzi.
A prioritás egy attribútum, amely jelzi, hogy egy feladatot vagy hibát milyen sorrendben kell végrehajtani. Azt mondhatjuk, hogy ez egy munkatervezési vezető eszköze. Minél magasabb a prioritás, annál gyorsabban kell kijavítani a hibát.
A súlyosságot a tesztelő határozza meg
Prioritás - menedzser, csapatvezető vagy ügyfél

Hiba súlyossági osztályozása (Súlyosság)

S1 blokkoló
Blokkolási hiba, amely az alkalmazást nem működő állapotba hozza, aminek következtében a tesztelés alatt álló rendszerrel vagy annak kulcsfontosságú funkcióival a további munka lehetetlenné válik. A probléma megoldása a rendszer további működéséhez szükséges.

S2 Kritikus
Kritikus hiba, kulcsfontosságú üzleti logika, amely nem működik megfelelően, biztonsági rés, olyan probléma, amely átmenetileg összeomlik a szerveren, vagy működésképtelenné teszi a rendszer egy részét, és nincs mód a probléma megoldására más belépési pontok használatával. A probléma megoldása szükséges a tesztelt rendszer kulcsfontosságú funkcióival való további munkához.

S3 őrnagy
Jelentős hiba, a fő üzleti logika egy része nem működik megfelelően. A hiba nem kritikus, vagy a tesztelés alatt álló funkcióval más belépési pontok használatával is lehet dolgozni.

S4 Minor
Kisebb hiba, amely nem sérti az alkalmazás tesztelt részének üzleti logikáját, nyilvánvaló felhasználói felület probléma.

S5 Triviális
Triviális hiba, amely nem érinti az alkalmazás üzleti logikáját, rosszul reprodukálható probléma, amely alig észrevehető a felhasználói felületen keresztül, harmadik féltől származó könyvtárak vagy szolgáltatások problémája, olyan probléma, amely nincs hatással az alkalmazás általános minőségére. a termék.

Hiba prioritási osztályozás
P1 Magas
A hibát a lehető leghamarabb ki kell javítani, mint jelenléte kritikus a projekt szempontjából.
P2 Közepes
A hibát javítani kell, jelenléte nem kritikus, de kötelező megoldást igényel.
P3 Alacsony
A hibát javítani kell, jelenléte nem kritikus, nem igényel sürgős megoldást.

Tesztelési szintek

1. Egységteszt
A komponens (egység) tesztelés ellenőrzi a funkcionalitást, és hibákat keres az alkalmazás elérhető és külön-külön tesztelhető részein (programmodulok, objektumok, osztályok, függvények stb.).

2. Integrációs tesztelés
A rendszerelemek közötti kölcsönhatást a komponens tesztelése után ellenőrzik.

3. Rendszertesztelés
A rendszertesztelés fő feladata a funkcionális és a nem funkcionális követelmények tesztelése a rendszer egészében. Ez észleli az olyan hibákat, mint a rendszererőforrások helytelen használata, a felhasználói szintű adatok nem szándékos kombinációja, a környezettel való összeférhetetlenség, a nem kívánt használati esetek, a hiányzó vagy helytelen funkcionalitás, a használat kellemetlensége stb.

4. Működési tesztelés (Release Testing).
Még ha a rendszer minden követelménynek eleget is tesz, fontos megbizonyosodni arról, hogy kielégíti a felhasználó igényeit, és betölti működése környezetében a rendszer üzleti modelljében meghatározott szerepét. Megjegyzendő, hogy az üzleti modell hibákat tartalmazhat. Ezért olyan fontos, hogy az érvényesítés utolsó lépéseként operatív tesztelést végezzünk. Ezenkívül a működési környezetben végzett tesztelés lehetővé teszi a nem funkcionális problémák azonosítását, például: ütközés más üzleti vagy szoftveres és elektronikus környezetekkel kapcsolatos rendszerekkel; a rendszer elégtelen teljesítménye az operációs környezetben stb. Nyilvánvaló, hogy az ilyen dolgok megvalósítása során kritikus és költséges probléma. Ezért nagyon fontos, hogy a szoftverfejlesztés legkorábbi szakaszától kezdve ne csak ellenőrzést végezzünk, hanem validálást is.

5. Átvételi tesztelés
Egy formális tesztelési folyamat, amely ellenőrzi, hogy a rendszer megfelel-e a követelményeknek, és a következők szerint zajlik:
annak meghatározása, hogy a rendszer megfelel-e az elfogadási kritériumoknak;
az ügyfél vagy más meghatalmazott személy döntése arról, hogy a kérelmet elfogadják-e vagy sem.

A tesztelés típusai/típusai

A tesztelés funkcionális típusai
Funkcionális tesztelés
Biztonsági és hozzáférés-ellenőrzési tesztelés
Együttműködési tesztelés

A tesztelés nem funkcionális típusai
Minden típusú teljesítményteszt:
o Terhelési tesztelés (teljesítmény- és terhelésteszt)
o Stressz teszt
o stabilitási vagy megbízhatósági tesztelés (stabilitási / megbízhatósági tesztelés)
o Hangerőteszt
Telepítési tesztelés
Használhatóság tesztelése
Feladatátvételi és helyreállítási tesztelés
Konfiguráció tesztelése

A változásokhoz kapcsolódó tesztelés típusai
Füstvizsgálat
Regressziós teszt
Újratesztelés
Build Verification Test
Egészségügyi vizsgálat vagy konzisztencia/egészségügyi vizsgálat (Sanity Testing)

Funkcionális tesztelés előre meghatározott viselkedést vesz figyelembe, és az összetevő vagy a rendszer egészének funkcionalitásának specifikációinak elemzésén alapul.

Biztonsági tesztelés egy tesztelési stratégia, amelyet a rendszer biztonságának tesztelésére, valamint az alkalmazások védelmének holisztikus megközelítésével, a hackerek támadásaival, vírusokkal, valamint a bizalmas adatokhoz való jogosulatlan hozzáféréssel kapcsolatos kockázatok elemzésére használnak.

Együttműködési tesztelés olyan funkcionális tesztelés, amely egy alkalmazás egy vagy több összetevővel vagy rendszerrel való interakcióra való képességét teszteli, és magában foglalja a kompatibilitás tesztelését és az integrációs tesztelést

Stressz tesztelés- ez egy automatizált tesztelés, amely egy bizonyos számú üzleti felhasználó munkáját szimulálja egy közös (általuk megosztott) erőforráson.

Stressz tesztelés lehetővé teszi annak ellenőrzését, hogy az alkalmazás és a rendszer egésze hogyan működik feszültség alatt, és értékeli a rendszer regenerációs képességét is, pl. hogy a stressznek való kitettség megszűnése után visszatérjen a normális állapotba. Ebben az összefüggésben a stressz lehet a műveletek intenzitásának nagyon magas értékekre való növekedése vagy a szerver konfigurációjának vészhelyzeti megváltoztatása. A stresszteszt egyik feladata lehet a teljesítményromlás felmérése is, így a stresszteszt céljai átfedhetik a teljesítményteszt céljait.

Hangerőteszt. A mennyiségi tesztelés célja a teljesítmény mérése az alkalmazásadatbázisban lévő adatok mennyiségének növekedésével.

Stabilitás vagy megbízhatóság tesztelése (stabilitási / megbízhatósági tesztelés). A stabilitási (megbízhatósági) vizsgálat feladata az alkalmazás teljesítményének ellenőrzése a hosszú távú (több órás) tesztelés során, átlagos terhelési szint mellett.

Telepítési tesztelés célja a sikeres telepítés és konfiguráció ellenőrzése, valamint a szoftver frissítése vagy eltávolítása.

Használhatósági tesztelés- ez egy olyan tesztelési módszer, amely arra irányul, hogy adott körülmények között megállapítsa a kifejlesztett termék használhatóságát, tanulhatóságát, érthetőségét és vonzerejét a felhasználók számára. Ez a következőket is tartalmazza:
A felhasználói felület tesztelése (eng. UI Testing) egyfajta kutatási tesztelés, amelyet annak megállapítására végeznek, hogy egy mesterséges objektum (például weboldal, felhasználói felület vagy eszköz) megfelelő-e a tervezett alkalmazáshoz.
A User eXperience (UX) az az érzés, amit a felhasználó átél egy digitális termék használata közben, míg a felhasználói felület egy olyan eszköz, amely lehetővé teszi a felhasználó és a webes erőforrás közötti interakciót.

Feladatátvételi és helyreállítási tesztelés ellenőrzi, hogy a tesztelt termék képes-e ellenállni és sikeresen helyreállni a szoftverhibákból, hardverhibákból vagy kommunikációs problémákból (például hálózati meghibásodásból) eredő esetleges hibákból. Az ilyen típusú tesztelés célja a helyreállítási rendszerek (vagy a rendszerek fő funkcióinak megkettőzése) ellenőrzése, amely meghibásodás esetén biztosítja a vizsgált termék adatainak biztonságát és sértetlenségét.

Konfiguráció tesztelése- egy speciális típusú tesztelés, amelynek célja a szoftver működésének ellenőrzése különféle rendszerkonfigurációk mellett (deklarált platformok, támogatott illesztőprogramok, különféle számítógép-konfigurációk stb.)

Füst A tesztelés egy rövid tesztciklusnak tekinthető, amelyet annak megerősítésére végeznek, hogy a kód (új vagy javított) felépítése után a telepített alkalmazás elindul, és végrehajtja a fő funkciókat.

Regressziós teszt- ez egyfajta tesztelés, amelynek célja az alkalmazáson végrehajtott változtatások ellenőrzése ill környezet(hiba kijavítása, kód egyesítése, migráció másik operációs rendszerre, adatbázisra, webszerverre vagy alkalmazáskiszolgálóra), hogy megbizonyosodjon arról, hogy a már meglévő funkcionalitás a korábbiaknak megfelelően működik. A regressziós tesztek lehetnek funkcionális és nem funkcionális tesztek is.

Újratesztelés- tesztelés, amelynek során a legutóbbi futtatás során hibákat észlelő tesztszkriptek végrehajtásra kerülnek, hogy megerősítsék a hibák kijavításának sikerességét.
Mi a különbség a regressziós tesztelés és az újratesztelés között?
Újratesztelés – a hibajavítások ellenőrzése megtörtént
Regressziós tesztelés – ellenőrzik, hogy a hibajavítás nem érintett-e más szoftvermodulokat, és nem okozott-e új hibákat.

Build teszt vagy Build Verification Test- tesztelés, amelynek célja annak megállapítása, hogy a kiadott verzió megfelel-e a tesztelés megkezdéséhez szükséges minőségi kritériumoknak. Céljai szerint az elfogadást célzó füstteszt analógja új verzió további tesztelésre vagy üzemeltetésre. A kiadott változat minőségi követelményeitől függően tovább tud hatolni a mélységbe.

Egészségügyi vizsgálat- ez egy szűk teszt, amely elegendő annak bizonyítására, hogy egy adott funkció a specifikációban meghatározott követelményeknek megfelelően működik. Ez a regressziós tesztelés egy részhalmaza. Az alkalmazás egy adott részének állapotának meghatározására szolgál, miután változtatásokat hajtottak végre azon vagy a környezeten. Általában kézzel történik.

Hiba a találgatáskor - EG. Ilyenkor a tesztelemző a rendszer ismereteit és a specifikáció értelmezésének képességét használja fel annak érdekében, hogy "megjósolja", milyen bemeneti feltételek mellett adhat hibát a rendszer. Például a specifikáció szerint "a felhasználónak meg kell adnia egy kódot". A tesztelemző azt gondolja: „Mi van, ha nem írom be a kódot?”, „Mi van, ha rossz kódot írok be? ", stb. Ez a hiba előrejelzése.

Integrációs tesztelési módszerek:

Alulról felfelé (alulról felfelé történő integráció)
Minden alacsony szintű modult, eljárást vagy funkciót összeállítanak, majd tesztelnek. Ezt követően a modulok következő szintjét állítják össze az integrációs teszteléshez. Ez a megközelítés akkor tekinthető hasznosnak, ha a fejlett szintű modulok mindegyike vagy majdnem minden készen áll. Ezenkívül ez a megközelítés segít meghatározni az alkalmazás készenléti szintjét a tesztelés eredményei alapján.

Felülről lefelé történő integráció
Először minden magas szintű modult tesztelnek, majd fokozatosan, egyenként hozzáadják az alacsony szintű modulokat. Minden modul több alacsony szint hasonló funkcionalitású csonkok szimulálják, majd amint készen vannak, valódi aktív komponensekre cserélik. Tehát felülről lefelé teszteljük.

Ősrobbanás ("Big Bang" integráció)
Az összes vagy majdnem az összes kifejlesztett modult egy komplett rendszerként vagy annak fő részévé szerelik össze, majd elvégzik az integrációs tesztelést. Ez a megközelítés nagyon jó időmegtakarításra. Ha azonban a teszteseteket és azok eredményeit nem rögzítik megfelelően, akkor maga az integrációs folyamat nagyon bonyolulttá válik, ami akadályt jelent a tesztelő csapat számára az integrációs tesztelés fő céljának elérésében.

Tesztelési elvek

1. alapelv- A tesztelés kimutatja a hibák jelenlétét
A tesztelés kimutathatja, hogy vannak hibák, de nem lehet bizonyítani, hogy nem. A tesztelés csökkenti a szoftver hibáinak valószínűségét, de még ha nem is találunk hibát, ez nem bizonyítja a helyességét.

2. alapelv- A teljes körű tesztelés lehetetlen
A bemenetek és előfeltételek összes kombinációját használó teljes tesztelés fizikailag nem kivitelezhető, kivéve a triviális eseteket. A kimerítő tesztelés helyett kockázatelemzést és priorizálást kell alkalmazni a tesztelési erőfeszítések pontosabb összpontosítására.

3. alapelv- Korai tesztelés
A hibák mielőbbi feltárása érdekében a tesztelési tevékenységeket a szoftver- vagy rendszerfejlesztési életciklusban a lehető legkorábban el kell kezdeni, és konkrét célokra kell összpontosítani.

4. alapelv- Klaszterezési hibák
A tesztelési erőfeszítéseket a várható, majd a modulonkénti tényleges hibasűrűség arányában kell koncentrálni. A legtöbb olyan hiba, amelyet a tesztelés során találtak, vagy amelyek a legtöbb rendszerhibát okozták, általában kevés modulban találhatók meg.

5. alapelv- Peszticid paradoxon
Ha ugyanazokat a teszteket sokszor lefuttatják, végül ez a teszteset-készlet többé nem talál új hibákat. A „peszticid paradoxon” leküzdése érdekében a tesztszkripteket rendszeresen felül kell vizsgálni és módosítani kell, az új teszteket diverzifikálni kell, hogy minden szoftverkomponensre vagy rendszerre kiterjedjenek, és a lehető legtöbb hibát megtalálják.

6. alapelv- A tesztelés koncepciófüggő
A tesztelés a kontextustól függően eltérően történik. Például a biztonság szempontjából kritikus szoftvereket másképp tesztelik, mint egy e-kereskedelmi webhelyet.

7. alapelv- Hibák hiánya tévedés
A hibák felkutatása és kijavítása nem segít, ha a létrehozott rendszer nem felel meg a felhasználónak, és nem felel meg elvárásainak, igényeinek.

Statikus és dinamikus tesztelés
A statikus tesztelés abban különbözik a dinamikus teszteléstől, hogy a termékkód futtatása nélkül hajtják végre. A tesztelést a programkód (kódellenőrzés) vagy a lefordított kód elemzésével végezzük. Az elemzés manuálisan és speciális eszközök segítségével is elvégezhető. Az elemzés célja a termék hibáinak és lehetséges problémáinak korai felismerése. A statikus tesztelés magában foglalja a tesztelési specifikációkat és egyéb dokumentációkat is.

Feltáró / ad-hoc tesztelés
A feltáró tesztelés legegyszerűbb meghatározása a tesztek egyidejű fejlesztése és végrehajtása. Ez a forgatókönyv-megközelítés ellentéte (előre meghatározott tesztelési eljárásaival, akár manuálisan, akár automatizáltan). A feltáró tesztek, ellentétben a forgatókönyv-tesztekkel, nincsenek előre meghatározottak, és nem a terv szerint hajtják végre őket.

Az ad hoc és a feltáró tesztelés között az a különbség, hogy elméletileg bárki végezhet ad hoc tesztelést, míg a feltáró teszteléshez jártasság és bizonyos technikák birtoklása szükséges. Vegye figyelembe, hogy bizonyos technikák nem csak tesztelési technikák.

Követelmények a megvalósítandó specifikációja (leírása).
A követelmények leírják, hogy mit kell megvalósítani, anélkül, hogy részleteznék a megoldás technikai oldalát. Mit, nem hogyan.

Követelmények a követelményekhez:
korrektség
egyértelműség
A követelményrendszer teljessége
A követelmények megkövetelik a következetességet
Tesztelhetőség (tesztelhetőség)
nyomon követhetőség
Közérthetőség

Bug életciklusa

Szoftverfejlesztési szakaszok- ezek azok a szakaszok, amelyeken a szoftverfejlesztő csapatok keresztülmennek, mielőtt a program a felhasználók széles köre számára elérhetővé válik. A szoftverfejlesztés a kezdeti fejlesztési szakaszban (az "alfa előtti" szakaszban) kezdődik, és a termék véglegesítésének és modernizálásának szakaszában folytatódik. Ennek a folyamatnak az utolsó lépése a szoftver végleges verziójának piacra bocsátása („nyilvános kiadás”).

A szoftvertermék a következő szakaszokon megy keresztül:
projektkövetelmények elemzése;
tervezés;
végrehajtás;
terméktesztelés;
megvalósítása és támogatása.

A szoftverfejlesztés minden szakaszához egy adott sorozatszám tartozik. Ezenkívül minden szakasznak megvan a saját neve, amely jellemzi a termék készségét ebben a szakaszban.

Szoftverfejlesztés életciklusa:
alfa előtti
Alpha
Beta
A jelölt felszabadítása
Kiadás
megjelenés után

döntési táblázat nagyszerű eszköz az összetett üzleti követelmények egyszerűsítésére, amelyeket egy termékben kell megvalósítani. A döntési táblázatok olyan feltételek halmazát képviselik, amelyek egyidejű teljesülése esetén egy adott műveletet kell eredményezniük.

QA/QC/tesztmérnök

Így felállíthatjuk a minőségbiztosítási folyamatok hierarchiájának modelljét: A tesztelés a QC része. A QC a minőségbiztosítás része.

Link diagram egy minőségirányítási eszköz, amely a különböző adatok közötti logikai kapcsolatok meghatározásán alapul. Ez az eszköz a vizsgált probléma okainak és hatásainak összehasonlítására szolgál.

Kérdés #10 . Pszichológiai tesztek módszere (Gurevich Pszichológiai diagnosztika).

1. tesztek (amelyek viszont több alosztályra oszlanak),

2. Kérdőívek, projektív technika és pszichofiziológiai módszerek.

A szakirodalomban gyakran az egyéni pszichológiai különbségek meghatározásának minden módszerét tesztnek, a diagnosztikai kézikönyveket pedig tesztológiai kézikönyvnek nevezik. A tesztek és például a kérdőívek lélektani lényegükben azonban nagyon eltérnek egymástól. A projektív jellegű módszerek szintén speciális eszközök, ellentétben a felsoroltakkal. Ezért, hogy jobban megértsük, mit ad a diagnosztika, név szerint el kell választani őket egymástól. Ebben az osztályozásban a pszichofiziológiai módszereknek különleges helyet kell elfoglalniuk. Ezek eredeti diagnosztikai eszközök, amelyek hazánkban is felmerültek.

Tesztek

A tesztek (angol fordításban - „teszt”, „ellenőrzés”, „teszt”) szabványos, általában rövid és időben korlátozott tesztek, amelyek célja az emberek közötti mennyiségi és minőségi egyéni pszichológiai különbségek megállapítása. Megkülönböztető jellemzőjük, hogy olyan feladatokból állnak, amelyekre az alanynak meg kell kapnia a helyes választ. Nincsenek helyes válaszok a kérdőívekben, a projektív és pszichofiziológiai módszerekben.

A tesztek osztályozhatók, több alosztály különíthető el attól függően, hogy melyik jellemzőt veszik a felosztás alapjául. A legjelentősebbek a tesztek formai és tartalmi osztályozása.

A pszichológiai tesztelés formája

A tesztek formája lehet egyéni és csoportos, szóbeli és írásbeli; üres, tárgy, hardver és számítógép; verbális és non-verbális (gyakorlati).

Egyéni és csoportos (kollektív) tesztek. Az egyéni tesztek egyfajta módszertan, amikor a kísérletező és az alany közötti interakció egytől egyig zajlik. Az egyéni tesztelésnek megvannak a maga előnyei: az alany megfigyelésének képessége (arckifejezése, önkéntelen reakciói), olyan kijelentések meghallgatása és rögzítése, amelyeket az utasítások nem írnak elő, ami lehetővé teszi a vizsgálathoz való hozzáállás értékelését, a funkcionális állapot megfigyelését. az alany stb. Ezen túlmenően az alany felkészültségi szintje alapján a kísérlet során az egyik tesztet helyettesítheti egy másikkal. Egyéni diagnosztikára van szükség csecsemő- és óvodás korú gyermekekkel végzett munka során, klinikai pszichológiában, szomatikus vagy neuropszichiátriai betegségben szenvedők, mozgássérültek stb. Szükséges azokban az esetekben is, amikor a kísérletező és az alany között szoros kapcsolatra van szükség tevékenységének optimalizálása érdekében. Az egyéni tesztek azonban általában sok időt igényelnek a kísérlet elvégzéséhez, és ebben az értelemben kevésbé gazdaságosak, mint a csoportos tesztek.

Csoportos tesztek- ez egy olyan technika, amely lehetővé teszi, hogy egyidejűleg nagyon nagy csoporttal (akár több száz fővel) végezzen vizsgálatokat. Mivel az utasítások és eljárások részletesek, a kísérletvezetőnek szigorúan be kell tartania azokat. A csoportos tesztelésnél különösen szigorúan betartják a kísérleti körülmények egységességét. Az eredmények feldolgozása tárgyiasult, nem igényel magas minősítést. A legtöbb csoportteszt eredménye számítógépen feldolgozható.

Meg kell azonban jegyezni a csoportos tesztelés bizonyos hátrányait is. Így a kísérletezőnek sokkal kevesebb lehetősége van a témával való kapcsolat kialakítására, érdeklődésének felkeltésére, együttműködésére. A csoportos tesztelés során sokkal nehezebb azonosítani az alany bármely véletlenszerű állapotát, például betegséget, fáradtságot, nyugtalanságot és szorongást, amely befolyásolhatja a feladatok elvégzését. Általában azok az egyének, akik nem ismerik az ilyen eljárást, nagyobb valószínűséggel mutatnak alacsonyabb eredményeket a csoportos tesztelés során, mint az egyéni tesztelés során. Ezért azokban az esetekben, amikor a vizsgálati eredmények alapján meghozott döntés az alany számára fontos, célszerű a csoportos tesztelés eredményeit kiegészíteni akár tisztázatlan esetek egyedi ellenőrzésével, akár más forrásból származó információkkal.

Szóbeli és írásbeli tesztek. Ezek a tesztek a válasz formájában különböznek egymástól. A szóbeli leggyakrabban egyéni, írásbeli - csoportos tesztek. A szóbeli válaszokat bizonyos esetekben az alany önállóan is megfogalmazhatja ("nyitott" válaszok), más esetekben - több javasolt válasz közül kell választania, és meg kell neveznie azt, amelyet helyesnek tart ("zárt" válaszok). Az írásbeli teszteken a tantárgyakra vagy tesztfüzetben, vagy erre a célra kialakított válaszlapon adnak választ. Az írásbeli válaszok „nyitott” vagy „zárt” jellegűek is lehetnek.

Üres, tárgyi, hardveres, számítógépes tesztek. Ezek a vizsgálatok különböznek a teszteléshez használt anyagban. Az üres tesztek (egy másik közismert elnevezés a „ceruza és papír” teszt) külön nyomtatványok vagy jegyzetfüzetek, brosúrák formájában jelennek meg, amelyek használati utasításokat, megoldási példákat, magukat a feladatokat és a válaszokat tartalmazó oszlopokat tartalmazzák. Űrlapokat akkor biztosítanak, ha a válaszokat nem tesztfüzetekbe írják be, hanem külön űrlapokon. Ez lehetővé teszi ugyanazt a tesztjegyzetfüzetet többször is. Az üres tesztek egyéni és csoportos tesztelésre is használhatók.

A tantárgyi teszteken a tesztfeladatok anyagát valós tárgyak formájában mutatják be: kockák, kártyák, geometriai formák részletei, műszaki eszközök szerkezetei, alkatrészei stb. A tantárgyi teszteket gyakran egyénileg végzik.

A hardvertesztek olyan technikák, amelyek speciális technikai eszközöket vagy speciális berendezéseket igényelnek a kutatás elvégzéséhez vagy a kapott adatok rögzítéséhez. Széles körben ismert eszközök a reakcióidő mutatóinak vizsgálatára (reaktorok, reflexométerek), az észlelés, memória, gondolkodás jellemzőinek tanulmányozására szolgáló eszközök. Az elmúlt években a hardvertesztek széles körben használták a számítógépes eszközöket. A legtöbb esetben a hardverteszteket egyedileg végzik el.

Számítógépes tesztek. Ez egy automatizált típusú tesztelés, amely az alany és a számítógép közötti párbeszéd formájában zajlik. A tesztfeladatok a kijelzőn jelennek meg, a válaszokat a tesztalany a billentyűzetről írja be a számítógép memóriájába; így a protokoll azonnal létrejön adathalmazként (fájlként) mágneses adathordozón. A szabványos statisztikai csomagok lehetővé teszik a kapott eredmények nagyon gyors matematikai és statisztikai feldolgozását különböző irányban. Kívánság szerint információkat kaphat grafikonok, táblázatok, diagramok, profilok formájában.

A számítógép segítségével a kísérletező olyan adatokat kap elemzésre, amelyekhez számítógép nélkül szinte lehetetlen: az egyes tesztfeladatok elvégzésének ideje, a helyes válaszok megérkezésének ideje, az elutasítások és a segítségkérés megtagadásainak száma, az az idő, amit az alany a válasz gondolkodásával tölt a megoldás elutasításakor, a válasz beviteli ideje (ha összetett) számítógépben stb. Az alanyok ezen jellemzői felhasználhatók a tesztelési folyamat során kapott eredmények mélyreható pszichológiai elemzésére.

Szóbeliés nonverbális tesztek. Ezek a tesztek az ingeranyag természetében különböznek. A verbális teszteknél a tantárgyak munkájának fő tartalma a fogalmakkal végzett műveletek, a verbális-logikai formában végrehajtott mentális cselekvések.

Az e módszereket alkotó feladatok közvetített nyelvi formájukban az emlékezetet, a képzeletet és a gondolkodást vonzzák. Nagyon érzékenyek a nyelvi kultúra, az iskolai végzettség és a szakmai sajátosságok különbségeire. A verbális típusú feladatok az intelligenciatesztek, a teljesítménytesztek, valamint a speciális képességek értékelése során a leggyakoribbak.

A non-verbális tesztek a módszertan egyik fajtája, amelyben a tesztanyagot vizuális formában (képek, rajzok, grafika stb. formájában) mutatják be. Az alanyoknak meg kell érteniük a szóbeli utasításokat, míg maga a feladatok elvégzése az észlelési és motoros funkciókra támaszkodik. A leghíresebb non-verbális teszt a Raven progresszív mátrixai. A non-verbális tesztek csökkentik a nyelvi különbségek hatását a teszteredményekre. Ezenkívül megkönnyítik a beszéddel, hallással vagy alacsony iskolai végzettséggel rendelkező tesztalanyok tesztelését. A non-verbális teszteket széles körben használják a térbeli és kombinatorikus gondolkodás értékelésére. Külön résztesztekként számos intelligencia-, általános és speciális képesség-tesztben, teljesítménytesztben szerepelnek.

Intelligencia tesztek. Egy személy életkorral összefüggő értelmi fejlődésének tanulmányozására és mérésére készült. Ezek a leggyakoribb pszichodiagnosztikai módszerek. Az intelligencia, mint mérési tárgy nem az egyéniség megnyilvánulásait jelenti, hanem elsősorban azokat, amelyekhez kapcsolódnak kognitív folyamatok és funkciók (gondolkodásra, emlékezetre, figyelemre, észlelésre). Formáját tekintve az intelligenciateszt lehet csoportos és egyéni, szóbeli és írásbeli, üres, tárgyi és számítógépes. Az ilyen tesztek minden feladatának megvan a helyes megoldása, ezért sikerességüket a helyes vagy helytelen válaszok száma alapján ítélik meg. Az elmúlt 30-35 évben sikeresen fejlesztették ki a verbális kritérium-orientált intelligenciateszteket. Alapvető különbségük a hagyományos tesztektől, hogy azokban a feladatokban, amelyekben az alanynak valamilyen logikai problémára kell megoldást találnia, nem bármilyen fogalmat, kifejezést használnak, hanem csak azokat, amelyek a képzési programok tartalmát alkotják. Az ilyen fogalmak és kifejezések beillesztése lehetővé teszi annak megállapítását, hogy mennyiben váltak a tanulók szellemi tevékenységének tárgyává.

Képességtesztek. Ez egyfajta értékelési módszer lehetőségeket egyén a tudás, készségek, képességek elsajátításában különféle területeken - matematika, technológia, irodalom, különféle művészeti tevékenységekben.

Szokás különbséget tenni általános és speciális képességek között. Az általános képességek különböző típusú foglalkozások és készségek elsajátítását biztosítják, amelyeket az ember sokféle tevékenységben megvalósít. Az általános képességeket az értelemmel azonosítják, ezért gyakran nevezik általános intellektuális (mentális) képességeknek.

Az általánostól eltérően a speciális képességeket különálló, speciális tevékenységi területekhez viszonyítva tekintjük. Ennek a felosztásnak megfelelően az általános és speciális képességek tesztjeit fejlesztik ki.

A képességvizsgák formájukban változatos jellegűek (egyéni és csoportos, szóbeli és írásbeli, üres, tantárgyi, hangszeres stb.). A tantárgyak válaszait itt is a helyes, helytelen típus szerint értékeljük.

Személyiség tesztek. Ezek a pszichodiagnosztikai technikák a mentális tevékenység érzelmi-akarati összetevőinek - motiváció, érdekek, érzelmek, kapcsolatok (beleértve az interperszonálisakat), valamint az egyén bizonyos helyzetekben való viselkedésének értékelésére irányulnak. Így a személyiségtesztek az alanyok nem intellektuális megnyilvánulásait diagnosztizálják.

A személyiségtesztek akciótesztekre és szituációs tesztekre oszthatók. Az akciótesztek viszonylag egyszerű, jól strukturált eljárások, amelyekben lehetséges a helyes válasz (például a maszkos figurák tesztje Witkin, merevségi teszt Luchinsa satöbbi.).

A szituációs tesztek sajátossága, hogy az alanytól a valóshoz közel álló, nehéz szociális helyzetben való viselkedésmódot kell választani. Segítségükkel különösen a személyiség olyan aspektusait diagnosztizálják, mint az antiszociális viselkedésre való hajlam, valamint a stabil, fenntartható döntések és cselekvések.

Kérdőívekkel és projektív technikákkal mérik a nem intellektuális személyiségjegyeket is. Ezeket a diagnosztikai technikákat a kézikönyv vonatkozó részei tárgyalják.

teljesítménytesztek, vagy – ahogyan másképp nevezhetjük – a siker (iskolai, szakmai, sport) objektív ellenőrzésének tesztjei arra szolgálnak, hogy felmérjék a tudás, készségek, képességek előrehaladásának mértékét, miután egy személy megfelelő képzést, általános és szakmai képzést végzett. . A teljesítménytesztek tehát elsősorban azt mérik, hogy egy viszonylag standard hatáshalmaz milyen hatással van az egyén fejlődésére. Széles körben használják az iskolai, oktatási és szakmai eredmények értékelésére. Ez magyarázza nagy számukat és változatosságukat. Az intelligenciatesztekhez hasonlóan ezek a tesztek is feltételezik a helyes választ, és a siker mutatója a helyesen elvégzett feladatok száma.

Az iskolai teljesítménytesztek főként csoportosak és üresek, de számítógépes változatban is bemutathatók. A szakmai teljesítménytesztek általában háromból állnak különböző formák: hardver (teljesítmény- vagy akciótesztek), írásbeli és szóbeli.

A fejlesztési folyamathoz hasonlóan a szoftver utótesztelési folyamata is meghatározott módszertant követ. Módszertan alatt ebben az esetben az elvek, ötletek, módszerek és koncepciók különféle kombinációit értjük, amelyekhez egy projekten való munka során folyamodunk.

Jelenleg meglehetősen sok különböző megközelítés létezik a tesztelésre, mindegyiknek megvan a maga kiindulópontja, a végrehajtás időtartama és az egyes szakaszokban alkalmazott módszerek. Az egyik vagy a másik kiválasztása pedig komoly kihívást jelenthet. Ebben a cikkben megvizsgáljuk a szoftvertesztelés különböző megközelítéseit, és beszélünk főbb jellemzőikről, amelyek segítenek eligazodni a meglévő változatban.

Vízesés modell (Lineáris szekvenciális szoftver életciklus modell)

A Waterfall Model az egyik legrégebbi modell, amely nem csak szoftverfejlesztésre vagy tesztelésre használható, hanem szinte bármilyen más projekthez is. Alapelve a feladatok végrehajtásának sorrendje. Ez azt jelenti, hogy csak az előző sikeres befejezése után léphetünk tovább a következő fejlesztési vagy tesztelési lépésre. Ez a modell kis projektekhez alkalmas, és csak akkor alkalmazható, ha minden követelmény egyértelműen meghatározott. Ennek a módszernek a fő előnyei a költséghatékonyság, a könnyű használhatóság és a dokumentációkezelés.

A szoftver tesztelési folyamata a fejlesztési folyamat befejezése után kezdődik. Ebben a szakaszban az összes szükséges teszt átkerül az egységekből a rendszertesztelésbe, hogy az alkatrészek működését külön-külön és összességében ellenőrizni lehessen.

A fent említett előnyök mellett ennek a tesztelési megközelítésnek vannak hátrányai is. Mindig fennáll a lehetőség, hogy kritikus hibákat találjunk a tesztelési folyamatban. Ez ahhoz vezethet, hogy teljesen meg kell változtatni valamelyik rendszerelemet vagy akár a projekt teljes logikáját. De egy ilyen feladat a vízesés modell esetében lehetetlen, mivel ebben a módszertanban tilos visszatérni az előző lépéshez.

Tudjon meg többet a vízesés modellről az előző cikkből..

V-modell (ellenőrzési és érvényesítési modell)

A vízesés modellhez hasonlóan a V-modell is egy közvetlen lépéssorozaton alapul. A fő különbség a két módszer között az, hogy a tesztelést ebben az esetben a megfelelő fejlesztési szakaszsal párhuzamosan tervezzük. Ezen szoftvertesztelési módszertan szerint a folyamat azonnal elindul, amint a követelmények meghatározásra kerülnek, és lehetővé válik a statikus tesztelés elindítása, pl. ellenőrzés és felülvizsgálat, amely elkerüli az esetleges szoftverhibákat a későbbi szakaszokban. A szoftverfejlesztés minden szintjéhez megfelelő tesztterv készül, amely meghatározza az adott termék várható eredményeit és belépési és kilépési kritériumait.

Ennek a modellnek a sémája a feladatok két részre osztásának elvét mutatja be. A tervezéssel és fejlesztéssel kapcsolatosak a bal oldalon helyezkednek el. A szoftverteszttel kapcsolatos feladatok a jobb oldalon találhatók:

Ennek a módszernek a fő lépései eltérőek lehetnek, de jellemzően a következőket tartalmazzák:

Színpad követelmények meghatározásai. Az átvételi tesztelés ehhez a szakaszhoz tartozik. Fő feladata a rendszer végső felhasználásra való alkalmasságának felmérése.
Az a szakasz, amelyben magas szintű tervezés vagy magas szintű tervezés (HDL). Ez a fázis a rendszer tesztelésére vonatkozik, és magában foglalja az integrált rendszerek követelményeinek való megfelelés értékelését.
Részletes tervezési fázis(Részletes tervezés) párhuzamos az integrációs tesztelési fázissal, melynek során a rendszer különböző összetevői közötti interakciókat tesztelik.
Után kódolási szakasz Egy másik fontos lépés kezdődik – az egységteszt. Nagyon fontos megbizonyosodni arról, hogy a viselkedés különálló részekés a szoftverkomponenseket megfelelően, és megfelel a követelményeknek

A vizsgált tesztelési módszertan egyetlen hátránya, hogy hiányoznak a kész megoldások, amelyekkel a tesztelési fázis során feltárt szoftverhibáktól megszabadulni lehetne.

inkrementális modell

Ez a módszer több kaszkádos szoftvertesztelési modellként írható le. A munkafolyamat több ciklusra van felosztva, amelyek mindegyike szintén modulokra oszlik. Minden iteráció bizonyos funkciókat ad a szoftverhez. A növekedés három ciklusból áll:

tervezés és fejlesztés
tesztelés
végrehajtás.

Ebben a modellben lehetőség van a termék különböző verzióinak egyidejű fejlesztésére. Például az első verzió tesztelési fázisban lehet, míg a második verzió fejlesztés alatt áll. A harmadik verzió ezzel egy időben mehet át a tervezési fázison. Ez a folyamat a projekt végéig folytatódhat.

Nyilvánvaló, hogy ez a módszertan megköveteli, hogy a lehető legtöbb hibát a lehető leggyorsabban észleljék a tesztelt szoftverben. Valamint a megvalósítási szakasz, amelyhez a végfelhasználóhoz eljuttatott termék készenlétének megerősítése szükséges. Mindezek a tényezők jelentősen növelik a tesztelési követelmények súlyát.

A korábbi módszertanokhoz képest az inkrementális modell számos fontos előnnyel rendelkezik. Rugalmasabb, a követelmények változása csökkenti a költségeket, a szoftvertesztelési folyamat pedig hatékonyabb, mivel a tesztelés és a hibakeresés sokkal egyszerűbb kis iterációkkal. Érdemes azonban megjegyezni, hogy a teljes költség még mindig magasabb, mint a vízesés modell esetében.

spirál modell

A spirálmodell egy szoftvertesztelési módszer, amely inkrementális megközelítésen és prototípus-készítésen alapul. Négy szakaszból áll:

Tervezés
Kockázatelemzés
Fejlődés
Fokozat

Közvetlenül az első ciklus befejezése után kezdődik a második. A szoftvertesztelés a tervezési szakaszban kezdődik és az értékelési szakaszig tart. A spirálmodell fő előnye, hogy minden ciklus harmadik szakaszában a vizsgálatok eredménye után azonnal megjelennek az első vizsgálati eredmények, ami segít a minőség helyes értékelésében. Fontos azonban szem előtt tartani, hogy ez a modell meglehetősen drága lehet, és nem alkalmas kis projektekhez.

Bár ez a modell meglehetősen régi, továbbra is hasznos a tesztelés és a fejlesztés szempontjából. Továbbá, a fő cél számos szoftvertesztelési módszer, köztük a spirálmodell is megváltozott a közelmúltban. Nemcsak az alkalmazások hibáinak feltárására használjuk őket, hanem arra is, hogy kiderítsük azokat az okokat, amelyek ezeket okozták. Ez a megközelítés segít a fejlesztőknek hatékonyabban dolgozni és gyorsan kijavítani a hibákat.

A spirálmodellről bővebben az előző blogbejegyzésben olvashat..

Agilis

Az agilis szoftverfejlesztési módszertan és tesztelés olyan megközelítések összességeként írható le, amelyek az interaktív fejlesztés alkalmazására, a követelmények dinamikus kialakítására és megvalósításának biztosítására irányulnak egy önszerveződő munkacsoporton belüli folyamatos interakció eredményeként. A legtöbb agilis szoftverfejlesztési módszer célja a kockázat minimalizálása a rövid iterációkban történő fejlesztés révén. Ennek a rugalmas stratégiának az egyik fő alapelve az, hogy a lehetséges változásokra gyorsan tudunk reagálni, nem pedig a hosszú távú tervezésre hagyatkozni.

Tudjon meg többet az Agile-ről(megjegyzés - angol nyelvű cikk).

Extrém programozás (XP, extrém programozás)

Az extrém programozás az agilis szoftverfejlesztés egyik példája. Megkülönböztető tulajdonság Ez a módszer a „páros programozás”, egy olyan helyzet, amikor az egyik fejlesztő a kódon dolgozik, miközben kollégája folyamatosan átnézi az írott kódot. A szoftvertesztelési folyamat nagyon fontos, mert még az első kódsor megírása előtt elkezdődik. Minden alkalmazásmodulnak rendelkeznie kell egy egységteszttel, hogy a legtöbb hiba javítható legyen a kódolási szakaszban. Egy másik megkülönböztető tulajdonság, hogy a teszt határozza meg a kódot, és nem fordítva. Ez azt jelenti, hogy egy bizonyos kódrészlet csak akkor tekinthető befejezettnek, ha minden teszt sikeres. Ellenkező esetben a kód elutasításra kerül.

Ennek a módszernek a fő előnyei a folyamatos tesztelés és a rövid kiadások, amelyek segítenek a kód magas minőségének biztosításában.

Dulakodás

Scrum – Az Agile módszertan része, egy iteratív növekményes keretrendszer, amelyet a szoftverfejlesztési folyamat kezelésére hoztak létre. A Scrum alapelvei szerint a tesztcsapatot a következő lépésekben kell bevonni:

Részvétel a Scrum tervezésében
Egységtesztelés támogatása
Felhasználói történet tesztelése
Együttműködjön az ügyféllel és a terméktulajdonossal az elfogadási kritériumok meghatározásához
Automatizált tesztelés biztosítása

Ezenkívül a minőségbiztosítási tagoknak jelen kell lenniük minden napi megbeszélésen, a többi csapattaghoz hasonlóan, hogy megvitassák, mit teszteltek és mit csináltak tegnap, mit fognak tesztelni ma, valamint a tesztelés általános előrehaladását.

Ugyanakkor a Scrum Agilis módszertanának elvei sajátos jellemzők megjelenéséhez vezetnek:

Az egyes felhasználói történetekhez szükséges erőfeszítések becslése kötelező
A tesztelőnek figyelmesnek kell lennie a követelményekre, mivel azok folyamatosan változhatnak.
A regresszió kockázata a gyakori kódváltoztatással nő.
Tesztek egyidejű tervezése és lebonyolítása
Félreértés a csapat tagjai között, ha az ügyfél igényei nem teljesen egyértelműek

Tudjon meg többet a Scrum módszertanáról egy korábbi cikkből..

Következtetés

Összefoglalva, fontos megjegyezni, hogy manapság az egyik vagy másik szoftvertesztelési módszer használatának gyakorlata multiverzális megközelítést feltételez. Más szóval, ne számítson arra, hogy egyetlen módszertan minden típusú projekthez megfelelő lesz. Az egyik választása attól függ egy nagy szám olyan szempontok, mint a projekt típusa, az ügyfelek igényei, a határidők és még sok más. Szoftvertesztelési szempontból gyakori, hogy egyes módszerek a fejlesztés korai szakaszában kezdik meg a tesztelést, míg mások esetében megvárják, amíg a rendszer elkészül.

Akár szoftverfejlesztésben, akár tesztelésben van szüksége segítségre, a fejlesztőkből és minőségbiztosítási mérnökökből álló elkötelezett csapat készen áll a munkára.

Tesztelés - ez egy olyan kutatási módszer, amely lehetővé teszi egy személy tudásszintjének, készségeinek, képességeinek és egyéb tulajdonságainak meghatározását, valamint bizonyos szabványoknak való megfelelését, annak elemzésével, hogy az alanyok hogyan látnak el számos speciális feladatot. Az ilyen feladatokat teszteknek nevezzük. A teszt egy standardizált feladat vagy olyan speciálisan összefüggő feladatok, amelyek lehetővé teszik a kutató számára, hogy diagnosztizálja az alanyban a vizsgált tulajdonság súlyossági fokát, pszichológiai jellemzőit, valamint bizonyos tárgyakhoz való hozzáállását. A tesztelés eredményeként általában valamilyen mennyiségi jellemzőt kapunk, amely megmutatja a vizsgált tulajdonság súlyossági fokát egy személyben. Összehasonlíthatónak kell lennie az erre a tantárgykategóriára megállapított normákkal.

Ez azt jelenti, hogy a tesztelés segítségével meg lehet határozni a vizsgált tárgyban lévő valamely tulajdonság meglévő fejlettségi szintjét, és össze lehet hasonlítani a sztenderddel, vagy e minőségnek a tárgyban egy korábbi időszakban tapasztalt fejlettségével.

Vannak bizonyos szabályok a tesztelés elvégzésére és az eredmények értelmezésére. Ezek a szabályok meglehetősen egyértelműen kidolgozottak, és a főbbek a következő jelentéssel bírnak:

1) az alany tájékoztatása a tesztelés céljairól;

2) a tantárgy megismertetése a végrehajtási utasításokkal tesztfeladatokatés a kutató meggyőződése abban, hogy az utasítást helyesen értelmezi;

3) nyugodt és független helyzet biztosítása feladatok elvégzése tesztalanyok; semleges hozzáállás fenntartása a vizsgázókkal szemben, a felszólítások és segítségnyújtás kerülése;

4) a kapott adatok feldolgozására és az eredmények értelmezésére vonatkozó, az egyes teszteket vagy a megfelelő feladatokat kísérő irányelvek kutató általi betartása;

5) a tesztelés eredményeként megszerzett pszichodiagnosztikai információk terjesztésének megakadályozása, titkosságának biztosítása;

6) az alany megismertetése a tesztelés eredményeivel, a vonatkozó információk közlése vele vagy a felelős személyrel, figyelembe véve a „Ne árts!” elvet; ebben az esetben egy sor etikai és morális probléma megoldása válik szükségessé;

7) az egyéb kutatási módszerekkel és technikákkal megszerzett információk kutató általi felhalmozódása, ezek egymással való összefüggése és ezek közötti összhang meghatározása; tapasztalatainak gazdagítása a teszttel és az alkalmazásának jellemzőiről szóló ismeretekkel.

Többféle teszt is létezik, amelyek mindegyikéhez megfelelő vizsgálati eljárások társulnak.

Képességtesztek lehetővé teszik bizonyos mentális funkciók, kognitív folyamatok fejlettségi szintjének azonosítását és mérését. Az ilyen tesztek leggyakrabban a személyiség kognitív szférájának, a gondolkodás jellemzőinek diagnosztizálásához kapcsolódnak, és általában intellektuálisnak is nevezik.

Ide tartozik például a Raven-teszt, az Amthauer-teszt, a Wechsler-teszt megfelelő résztesztjei stb., valamint az általánosítási, osztályozási és sok egyéb kutatási jellegű tesztfeladatok.

Teljesítési tesztek a konkrét ismeretek, készségek kialakulási szintjének meghatározására, valamint a megvalósítás sikerének mérőszámára, valamint valamilyen tevékenység elvégzésére való felkészültség mérésére összpontosít. A tesztvizsga-tesztek minden esete példaként szolgálhat. A gyakorlatban általában teljesítménytesztek „elemeit” használják.

személyiségtesztek célja az alanyok személyiségjegyeinek azonosítása. Számos és változatos: vannak kérdőívek az ember állapotaira, érzelmi felépítésére (például szorongásos tesztek), tevékenységek és preferenciák motivációjára, személyiségjegyek és kapcsolatok meghatározására.

Létezik a projektív teszteknek nevezett tesztcsoport, amely lehetővé teszi az attitűdök, a tudattalan szükségletek és késztetések, a szorongások és a félelem állapotának azonosítását.

A tesztek használata mindig egy vagy másik pszichológiai tulajdonság megnyilvánulásának mérésével, fejlődési vagy kialakulási szintjének felmérésével jár. Ezért fontos a teszt minősége. Egy teszt minőségét a pontosság kritériumai jellemzik, pl. megbízhatóság és érvényesség.

A teszt megbízhatóságát az határozza meg, hogy a kapott mutatók mennyire stabilak, és mennyire nem függnek véletlenszerű tényezőktől. Természetesen ugyanazon alanyok tanúvallomásának összehasonlításáról beszélünk. Ez azt jelenti, hogy egy megbízható tesztnek konzisztensnek kell lennie az ismételt tesztelés eredményeként kapott pontszámokkal, és biztos lehet benne, hogy a teszt ugyanazt mutatja.

ingatlan. Alkalmaz különböző utak teszt megbízhatósági ellenőrzések.

Ennek egyik módja az imént említett újrateszt: ha az első és egy bizonyos idő utáni ismételt teszt eredménye megfelelő szintű korrelációt mutat, akkor ez jelzi a teszt megbízhatóságát. A második módszer a teszt egy másik ekvivalens formájának használatához és a közöttük fennálló magas korrelációhoz kapcsolódik. A megbízhatóság értékelésére a harmadik módszer is használható, amikor a teszt két részre osztható és egy

és ugyanazt az alanycsoportot vizsgáljuk a teszt mindkét részével. A teszt megbízhatósága azt jelzi, hogy mennyire pontosan mérik a pszichológiai paramétereket, és mennyire mérhető a vizsgálónak az eredményekbe vetett bizalma.

A teszt érvényessége választ ad arra a kérdésre, hogy a teszt pontosan mit árul el, mennyire alkalmas arra, hogy feltárja, mire szánják. Például a képességtesztek gyakran mást tárnak fel: a képzést, a releváns tapasztalatok meglétét, vagy éppen ellenkezőleg, annak hiányát. Ebben az esetben a teszt nem felel meg az érvényességi követelményeknek.

A pszichodiagnosztikában az érvényességnek különböző típusai vannak. A legegyszerűbb esetben egy teszt érvényességét általában úgy határozzák meg, hogy a tesztből kapott pontszámokat összehasonlítják szakértői értékelések ennek a tulajdonságnak az alanyokban való meglétéről (aktuális érvényesség vagy érvényesség "egyidejűleg"), valamint az alanyok monitorozása eredményeként kapott adatok elemzésével. különböző helyzetekbenéletüket és tevékenységüket, valamint az adott területen elért eredményeiket.

A teszt érvényességének kérdése úgy is megoldható, hogy annak adatait összevetjük az ehhez a módszerhez tartozó módszertan segítségével kapott mutatókkal, amelyek érvényességét megállapítottnak tekintjük.

A tevékenység termékeinek tanulmányozása - ez egy olyan kutatási módszer, amely lehetővé teszi az ember tudásának és készségeinek, érdeklődésének és képességeinek kialakulásának közvetett tanulmányozását tevékenysége termékeinek elemzése alapján. Ennek a módszernek a sajátossága abban rejlik, hogy a kutató nem magával az emberrel kerül kapcsolatba, hanem korábbi tevékenységének termékeivel vagy reflexióival foglalkozik.

a folyamat során és valamilyen interakció- és kapcsolatrendszerbe való bekapcsolódása következtében a szubjektumban is változások következtek be.

Pedagógia és didaktika

A tesztek segítségével modellhelyzetek, az egyénre jellemző reakciók derülnek ki, amelyeket a vizsgált tulajdonság mutatóinak összességének tekintünk. Az oktatáspszichológiában a meglévő tesztek minden típusát használják, de leggyakrabban teljesítménytesztekre van szükség. A tesztek lehetővé teszik az egyén értékelését a vizsgálat céljával összhangban; a matematikai feldolgozás kényelme; viszonylagosak operatív módon nagyszámú ismeretlen személyre vonatkozó becslések; a kapott információk összehasonlíthatóságának biztosítása...

4. A tesztelés mint kutatási módszer.

Tesztelés - az empirikus szociológiai kutatásban alkalmazott pszichodiagnosztikai kísérleti módszer, valamint az egyén különféle pszichológiai tulajdonságainak és állapotainak mérésére és értékelésére szolgáló módszer.

Így a tesztvizsgálat célja bizonyos tesztelés, diagnosztizálás pszichológiai jellemzők személy, eredménye pedig egy kvantitatív mutató, amely korrelál a korábban megállapított vonatkozó normákkal és standardokkal.

A tesztológiai eljárások megjelenése abból adódott, hogy az egyéneket fejlettségi szint vagy különböző pszichológiai tulajdonságok súlyossága szerint kellett összehasonlítani.

A tesztek modellhelyzetek, segítségükkel az egyedre jellemző reakciók derülnek ki, melyeket a vizsgált tulajdonság mutatóinak összességének tekintünk. A tesztekkel végzett elemzés általában időben korlátozott, és az eredmények értékelésére vonatkozó normatív kritériumok jelenléte jellemzi. A tesztelési eljárás viszonylagos egyszerűsége nem zárja ki a bonyolult adatfeldolgozást. Az oktatáspszichológiában a meglévő tesztek minden típusát használják, de leggyakrabban teljesítménytesztekre van szükség. Céljuk, hogy mérjék a programok és a tanulási folyamat hatékonyságát, és általában végső mércét adnak az egyén teljesítményének a képzés végén. Ezeknek a teszteknek a tartalma bizonyos területeken összefüggésbe hozható az oktatási színvonallal, ezért az objektív értékelés eszközének és a tantervek korrekciójának eszközének tekinthetők.

A tesztek széleskörű elterjedését, fejlesztését, továbbfejlesztését elősegítetteegy sor előnytezzel a módszerrel adott. A tesztek lehetővé teszik az egyén értékelését a vizsgálat céljával összhangban; a matematikai feldolgozás kényelme; viszonylag gyors módszer nagyszámú ismeretlen személy értékelésére; biztosítják a különböző kutatók által a különböző témákban szerzett információk összehasonlíthatóságát.

A tesztekhez szükséges:

Mindennek szigorú formalizálása tesztelési szakaszok,

A feladatok és végrehajtásuk feltételei szabványosítása,

Az eredmények értelmezése a korábban kapott eloszlás alapján a vizsgált tulajdonság szerint.

Minden olyan teszt, amely megfelel a megbízhatósági kritériumoknak, egy feladatsoron kívül a következőket tartalmazzaÖsszetevők:

1) szabványos tantárgyi utasítást a feladatok elvégzésének céljáról és szabályairól,

2) skálázási kulcs - a feladatelemek korrelációja mérhető minőségi skálákkal, jelezve, hogy melyik feladatelem melyik skálához tartozik,

3) egy kódoló kulcs, amely lehetővé teszi annak kiszámítását, hogy egy adott válaszlehetőség hány ponttal járul hozzá a skálához,

4) a kapott index értelmezési kulcsa, amely a norma azon adata, amellyel a kapott eredmény korrelál.

Hagyományosan a tesztológiában az átlagos statisztikai adat volt, amelyet egy bizonyos csoporton végzett előzetes tesztelés eredményeként kaptak.

A teszteket különböző kritériumok szerint osztályozzák.

A személyiségjegyek szerinttesztekre vannak osztvaeredmények és személyes. Az előbbiek közé tartoznak az intelligenciatesztek, az iskolai teljesítménytesztek, a kreativitástesztek, a képességtesztek, az érzékszervi és motoros tesztek. A másodikhoz - attitűdök, érdeklődési körök, temperamentum-tesztek, karakterológiai tesztek, motivációs tesztek.

Az utasítások típusától és az alkalmazás módjától függően különbözik egyéni és csoportostesztek. A csoportos tesztelés során alanyok egy csoportját egyidejűleg vizsgálják.

Formális szerkezet szerinta tesztek különböznek egyszerű , azaz elemi, melynek eredménye lehet egyetlen válasz, és tesztekösszetett , amely külön résztesztekből áll, amelyek mindegyikére pontszámot kell adni.

A tesztfejlesztés minden szakaszában figyelembe kell venni:

a) egy személy diagnosztizálható tulajdonsága (méret, pozíció, mutató), vagy csak annak megfigyelhető megnyilvánulásai (például képességek, tudásszint, temperamentum, érdeklődési körök, attitűdök);

b) a sokaságból származó minta nagysága, amelyen a módszert értékelni kell;

c) stimuláló anyagok (tabletták, képek, játékok, filmek);

d) a kutató befolyása az eligazítás, a feladatmeghatározás, a magyarázat, a kérdések megválaszolása során;

e) a helyzet körülményeit;

f) az eredmények normalizált értékelési skálán történő megfogalmazása.

Vizsgálati eljárás:

Előkészítő munka:

Irodalmi források tanulmányozása;
Kezdeti ismerkedés a vizsgálat tárgyával
- Találja meg a megfelelő tesztelési módszert (Eysenck kérdőív, Raven teszt)

Kísérleti kutatás megszervezése berendezések előkészítése, módszerek és technikák megválasztása.

Helyszín Elszigetelés a külső zavaroktól, biztosítsa a kényelmet.
Technikai felszerelés;
Vegye figyelembe, hogy a kutató is befolyásolja a munka előrehaladását annak minden szakaszában;
A jegyzőkönyvnek teljesnek kell lennie;

Az empirikus adatok gyűjtésének szakasza a vizsgálat során, az empirikus adatok felhalmozódnak, amelyeket utólag elemzünk és feldolgozunk.
Az elemzésen keresztüli adatfeldolgozás szakasza.
Az eredmények értelmezésének, megvitatásának és értékelésének szakasza. Az értelmezés során az eredményeket korrelálják az eredeti hipotézissel, azaz a hipotézist megerősítik vagy cáfolják.

Valamint más művek, amelyek érdekelhetik
56588.		A kognitív kompetencia fejlesztése 4. osztályos tanulókban az ukrán nyelvórákon. Rechennya	52,5 KB
	A gyerekek az erdőbe mentek gombászni, nőttek a fiatal nyírfák, a fiatal nyírfák falán álltak, a tölgyfák nőttek a Galyavintsy-n, a fiatal darazsak énekeltek, itt énekel a poszcsa, Andrijko harkály tudta, Az első gomba Natalka elpusztult a tovstenkih vargányától ...
56589.		A kognitív kompetencia fejlesztése 4. osztályos tanulókban az ukrán nyelvórákon. A győztes megismétlése a 3. osztályban	54 KB
	A nevek a borok kérgén keresztül jelennek meg. És ennek gondoskodnia kell a nyírról. A bajusz róka ragyog, a nyír pedig sír. A nyírfák, amelyekből sok levet engednek ki, kiszáradnak és gyorsan elpusztulnak. Micsoda ellenség, micsoda nyírfák. A nap forró kiemelkedése alatt könnyedén átfolyt a її fehér testén. Sіk a nyírfánál - tse ugyanaz, scho menedék az embereknek.
56590.		Hogyan tanuljunk ukrán nyelvet a tsikavim iskolában gyerekeknek	64 KB
	Az ilyen vagy analóg kérdéseket rendszeres időközönként fel kell tenni a gubacs osztályok olvasói elé. Mély megbékélésem, amely az ukrán nyelvórákon a szabályok és a mesék eljátszásának gyakorlata, lehetőséget ad arra, hogy megtanuljam ne csak a jelentést könnyen megjegyezni, hanem a jógát is.
56592.		A film esztétikai infúziója az emberekre	372 KB
	A nyelv nyelvezetének magánélete, a megfelelő fejlődési és fejlődési potenciál biztosítása érdekében remélem, hogy az ukrán nyelvi nyelv magas színvonala, a zocrema és az esztétikai érték
56593.		ukrán nyelv. Módszertani megállapítások	451 KB
	A tanulók meta-függetlenségi munkája kettős: az önállóság mint szakfigura kialakítása és az ismeretszerzés, tanulás, tanulás. Az ukrán nyelvű önellátó munka legfiatalabb kurzusain a tudás bővítésének és megszilárdításának metaforájaként, valamint annak csökkentésére, amit a hallgató képes felvenni a hagyományos formákat.
56594.		Interaktív technológiák szókincs elemei az ukrán nyelv órákon	245 KB
	Meta. Rozum tanulási tevékenységének aktiválására az újonc tudására irányul, az újonc az oktatási folyamatban nőtt fel ezeken a neveken a film részeként; a helyesírási készségek javítása; az iskolások elméjének és életerejének fejlesztése a gondolkodási kultúra előmozdítása érdekében...
56595.		A SZOCIÁLIS ÉS KULTURÁLIS SZOLGÁLTATÁSOK MINŐSÉGÉNEK FOGALMA A GAZDASÁGDOKTRINÁK TÖRTÉNETÉBEN	242,5 KB
	Az áruk és szolgáltatások szociokulturális célú előállításával, újraelosztásával, megőrzésével és fogyasztásának megszervezésével foglalkozó vállalkozások, intézmények, szervezetek csoportja ...