Szofttech 51-100

Mi lehet a probléma a természetes nyelven megírt specifikációval?

Mi lehet a probléma a természetes nyelven megírt specifikációval?

●       A tisztánlátás hiánya

●       Követelmények összekeveredése

●       Követelmények összevonása

Mit tartalmaz a szoftverkövetelmények dokumentuma?

A szoftverkövetelmény-dokumentum a rendszerfejlesztők által elvárt követelmények hivatalos leírása.

Tartalmaznia kell a felhasználói követelmények meghatározását és a rendszerkövetelmények specifikációját.

Ez NEM tervdokumentum. Amennyire csak lehetséges, inkább azt kell meghatároznia, hogy MIT kell tennie a rendszernek, mint azt, hogy HOGYAN kell azt tennie.

Mi a célja a követelmények validálásának?

Annak bizonyítása, hogy a követelmények azt a rendszert határozzák meg, amelyet az ügyfél valóban szeretne.

A követelmények hibaköltségei magasak, ezért az érvényesítés nagyon fontos.

A követelményekkel kapcsolatos hiba kijavítása a szállítás után akár százszor annyiba is kerülhet, mint a megvalósítási hiba kijavítása.

Mi okozhatja a követelmények változását? Írjon fel legalább 2 lehetséges okot.

• Új hardver kerülhet bevezetésre, szükségessé válhat a rendszer más rendszerekkel való összekapcsolása, megváltozhatnak az üzleti prioritások (és ennek következtében a szükséges rendszertámogatás is módosulhat), valamint új jogszabályok és előírások kerülhetnek bevezetésre, amelyeket a rendszernek feltétlenül be kell tartania.

• A nagy rendszerek általában sokféle felhasználói közösséggel rendelkeznek, sok felhasználónak különböző követelményei és prioritásai vannak, amelyek egymásnak ellentmondók lehetnek.

Mit jelent a rendszer modellezése?

A rendszermodellezés egy rendszer absztrakt modelljeinek kifejlesztésének folyamata, ahol minden egyes modell a rendszer különböző nézőpontját mutatja be.

A rendszermodellezés a rendszer valamilyen grafikus jelölés segítségével történő ábrázolását jelenti, amely ma már szinte mindig az egységes modellezési nyelv (UML) jelölésein alapul.

A rendszermodellezés segít az elemzőnek megérteni a rendszer működését, és a modelleket az ügyfelekkel való kommunikációhoz használják.

Mi az a 4 nézőpont, amit egy rendszerrel kapcsolatban azonosíthatunk a rendszer modellezésénél?

●       Külső nézőpont

●       Interakciós nézőpont

●       Strukturális nézőpont

●       Viselkedési nézőpont

Írja le milyen szempontból modellezi a rendszert az interakciós nézőpont és a strukturális nézőpont?

Interakciós nézőpont, ahol a rendszer és környezete, illetve a rendszer összetevői közötti kölcsönhatásokat modellezi.

Strukturális nézőpont, ahol a rendszer szerkezetét vagy a rendszer által feldolgozott adatok szerkezetét modellezi.

Írja le milyen szempontból modellezi a rendszert a környezeti/kontextus és a viselkedési nézőpont?

Külső nézőpont, a rendszer kontextusát vagy környezetét modellezi.

Viselkedési nézőpont, ahol a rendszer dinamikus viselkedését és az eseményekre adott reakcióit modellezi.

Soroljon fel 6 db UML diagram típust!

• Tevékenység diagram

• Használati eset diagram

• Szekvencia-diagram

• Osztálydiagram

• Állapotdiagram

• Aktivitás diagram

Jellemezze a szekvencia diagramokat 3 mondattal!

• A szekvencia-diagramok az UML részét képzik, és a rendszeren belüli szereplők és objektumok közötti kölcsönhatások modellezésére szolgálnak.

• A kölcsönhatások sorrendjét mutatja be, amelyek egy adott használati eset vagy egy használati eset megvalósulása során zajlanak.

• Az objektumok közötti kölcsönhatásokat megjegyzésekkel ellátott nyilak jelzik.

Mit mutatnak be és mi jellemzi a strukturális modelleket?

A szoftver strukturális modelljei a rendszer szerveződését a rendszert alkotó komponensek és azok kapcsolatai alapján mutatják be.

A strukturális modellek lehetnek statikus modellek, amelyek a rendszer tervezési struktúráját mutatják, vagy dinamikus modellek, amelyek a rendszer szerveződését mutatják a végrehajtás során.

Egy rendszer szerkezeti modelljeit a rendszerarchitektúra tervezésekor hozzák létre.

Mit jelent az asszociáció? Írjon rá példát.

Az asszociáció egy osztályok közötti kapcsolat, amely azt jelzi, hogy az osztályok között valamilyen együttműködés van.

Példa: Patient - Patient record

Milyen részekből áll egy UML modellben megjelenített osztály? Írjon egy tetszőleges példát.

Az osztály neve, adattagok és függvények, és a többi osztályhoz köthető kapcsolatok típusai.

Pl:

Állatok - osztály neve
Madarak, emlősök, kopoltyúsok - adattagok neve
ÚjFelvétel(), AdatFeltöltés() - funkciók

Mit jelent az általánosítás az osztályok között? Mikor érdemes használni? Írjon példát.

• A rendszerek modellezése során gyakran hasznos megvizsgálni a rendszerben lévő osztályokat, hogy lássuk, van-e lehetőség az általánosításra. Változtatások esetén nem kell a rendszer összes osztályát megvizsgálni.

• Az objektumorientált nyelvekben, mint például a Java, az általánosítás a nyelvbe épített osztályöröklési mechanizmusok segítségével valósul meg.

• Egy általánosításban a magasabb szintű osztályokhoz kapcsolódó attribútumok és műveletek az alacsonyabb szintű osztályokhoz is kapcsolódnak.

Mit jelent az adatvezérelt, és mit jelent az eseményvezérelt modellezés?

• Adatvezérelt modellezés: Sok üzleti rendszer adatfeldolgozó rendszer, amelyet elsősorban adatok vezérelnek. A rendszerbe bevitt adatok vezérlik őket, viszonylag kevés külső eseményfeldolgozással. Az adatvezérelt modellek bemutatják a bemeneti adatok feldolgozásához és a kimenet létrehozásához kapcsolódó műveletek sorozatát.
  

• Eseményvezérelt modellezés: A valós idejű rendszerek gyakran eseményvezéreltek, minimális adatfeldolgozással. Az eseményvezérelt modellezés megmutatja, hogyan reagál egy rendszer a külső és belső eseményekre. Azon a feltételezésen alapul, hogy egy rendszer véges számú állapottal rendelkezik, és hogy események (ingerek) okozhatnak átmenetet egyik állapotból a másikba.

Mit modelleznek az állapotmodellek? Ismertesse az állapotmodellek fontosabb jelöléseit.

Ezek modellezik a rendszer viselkedését külső és belső eseményekre adott válaszként.

Megmutatják a rendszer ingerekre adott válaszait, ezért gyakran használják őket valós idejű rendszerek modellezésére.

Az állapotgépmodellek a rendszerállapotokat csomópontokként, az eseményeket pedig a csomópontok közötti ívekként ábrázolják. Amikor egy esemény bekövetkezik, a rendszer egyik állapotból a másikba lép.

Az állapotdiagramok az UML szerves részét képezik, és állapotgépmodellek ábrázolására szolgálnak.

Mit jelent a modellvezérelt fejlesztés? Mi az előnye?

A modellvezérelt tervezés (MDE) a szoftverfejlesztés olyan megközelítése, ahol a fejlesztési folyamat fő kimenete nem a program, hanem a modell. A modellekből automatikusan generálódnak a hardver/szoftver platformon futtatható programok. Az MDE támogatói azzal érvelnek, hogy a módszer növeli a szoftverfejlesztés absztrakciós szintjét, így a mérnököknek már nem kell foglalkozniuk a programozási nyelv részleteivel vagy a végrehajtási platformok sajátosságaival.
Előnyök:

● Lehetővé teszi a rendszerek magasabb absztrakciós szinteken történő vizsgálatát.

● A kód automatikus generálása azt jelenti, hogy olcsóbb a rendszerek új platformokhoz való hozzáigazítása.

Melyek az agilis szoftverfejlesztés jellemzői? Írjon legalább 4-et.

●  A program specifikációja, tervezése és megvalósítása egymásra épül

●A rendszert verziók vagy növekmények sorozataként fejlesztik, az érdekelt felek bevonásával a verziók meghatározásába és értékelésébe.

●  Új verziók gyakori szállítása értékelésre

● A fejlesztést támogató széleskörű eszköztámogatás (pl. automatizált tesztelési eszközök).

● Minimális dokumentáció -a működő kódra összpontosít

Hasonlítsa össze a tervvezérelt és az agilis fejlesztést!

Tervvezérelt fejlesztés:

●A szoftverfejlesztés tervvezérelt megközelítése különálló fejlesztési szakaszokon alapul, amelyek mindegyikében előre megtervezik a létrehozandó kimeneteket.

●Nem feltétlenül minden vízeséses modell tervvezérelt, inkrementális fejlesztés is lehetséges.

●  Az ismétlés a tevékenységeken belül történik.

Agilis fejlesztés:

●A specifikáció, a tervezés, a megvalósítás és a tesztelés egymásra épül, a fejlesztési folyamat kimenetei a szoftverfejlesztési folyamat során folytatott egyeztetés alkalmával dőlnek el.

Milyen feltételekkel alkalmazhatóak az agilis módszerek egyedi és általános szoftverfejlesztés esetén?

1. Termékfejlesztés, amikor egy szoftvercég egy kis vagy közepes méretű
   terméket fejleszt ki értékesítésre.
   - Ma már gyakorlatilag minden szoftverterméket és alkalmazást agilis megközelítéssel
   fejlesztenek.

2. Egyedi rendszerfejlesztés egy szervezeten belül, ahol az ügyfél
   egyértelműen elkötelezi magát a fejlesztési folyamatba való bevonás mellett,
   és ahol kevés külső szabály és előírás befolyásolja a szoftvert.

Mi jellemzi az extrém programozást?

Az 1990-es évek végén kifejlesztett, nagy hatású agilis módszer, amely számos agilis fejlesztési technikát vezetett be.

Az extrém programozás (XP) az iteratív fejlesztés "extrém" megközelítését alkalmazza.

●  Naponta többször is készülhetnek új verziók;
●  A növekményeket 2 hetente szállítják az ügyfeleknek;
●  Minden tesztet le kell futtatni minden egyes build esetén, és a build csak akkor kerül elfogadásra, ha a tesztek sikeresen lefutottak.

Mit jelent a refactoring az extrém programozásban és miért jó?

• A szoftverfejlesztésben a hagyományos eljárások szerint a változást tervezni kell. Érdemes időt és energiát fordítani a változások előrejelzésére, mivel ez csökkenti a költségeket az életciklus későbbi szakaszában.

• Az XP azonban azt állítja, hogy ez nem érdemes, mivel a változásokat nem lehet megbízhatóan előrejelezni. Inkább a kód folyamatos javítását (refaktorálását) javasolja, hogy megkönnyítse a változtatásokat, amikor azokat végre kell hajtani.

• A programozói csapat keresi a lehetséges fejlesztési lehetőségeket a szoftverben, és ezeket a fejlesztéseket akkor is elvégzi, ha nincs rájuk azonnali szükség. Ez javítja a szoftver érthetőségét, és ezáltal csökkenti a dokumentáció szükségességét.

Soroljon fel az extrém programozás elvei vagy gyakorlatai közül 6-ot!

●       Inkrementális tervezés

●       Kis kiadások

●       Egyszerű kialakítás

●       Elsősorban tesztelésre épülő fejlesztés

●       Refactoring

●       Páros programozás

●       Kollektív tulajdonság

●       Folyamatos integráció

●       Fenntartható tempó

●       Ügyfél a helyszínen

Mit jelent a páros programozás? Mi az előnye?

• Két fejlesztő együtt dolgozik ugyanazon a kódbázison. Ez lehetővé teszi a tudásmegosztást, a gyorsabb visszajelzést és segít minimalizálni a hibákat.

• Ez egy informális felülvizsgálati folyamatként szolgál, mivel minden egyes kódsort több mint 1 személy nézi meg.

• Ez ösztönzi a refaktorálást, mivel az egész csapat profitálhat a rendszer kódjának javításából.

Mit jelent a tesztvezérelt fejlesztés?

• A tesztek írása a kód előtt tisztázza a megvalósítandó követelményeket.

• A tesztek nem adatok, hanem programok formájában íródnak, így
  automatikusan végrehajthatók. A teszt tartalmazza a helyes végrehajtás ellenőrzését.
  - Általában egy olyan tesztelési keretrendszerre támaszkodik, mint a Junit.

• Az összes korábbi és új teszt automatikusan lefut, amikor új funkciókat adunk
  hozzá, így ellenőrizve, hogy az új funkciók nem vezettek-e be hibákat.

Mi a scrum? Sorolja fel a scrum 3 szakaszát!

A Scrum egy agilis módszer, amely az iteratív fejlesztés irányítására összpontosít, nem pedig konkrét agilis gyakorlatokra.

A Scrum három fázisból áll.

●A kezdeti fázis egy vázlatos tervezési fázis, amelyben meghatározza a projekt általános célkitűzéseit és megtervezi a szoftverarchitektúrát.

● Ezt egy sor sprint ciklus követi, ahol minden ciklusban a rendszer egy-egy inkrementumát fejlesztik.

● A projektzáró szakasz lezárja a projektet, befejezi a szükséges dokumentációt, például a rendszer súgóját és a felhasználói kézikönyveket, és értékeli a projektből levont tanulságokat.

A scrum technológiában ki vagy mi a scrum master és a sprint?

• Scrum Master: A ScrumMaster felelős a Scrum-folyamat betartásáért, és irányítja a csapatot a Scrum hatékony használatában. Ő felel a vállalat többi részével való kapcsolattartásért és azért, hogy a Scrum-csapatot ne tereljék el külső beavatkozások. A Scrum fejlesztői kitartanak amellett, hogy a ScrumMasterre nem projektmenedzserként kell gondolni. Másoknak azonban nem mindig könnyű észrevenni a különbséget.

• Sprint: Egy fejlesztési iteráció. A sprintek általában 2-4 hétig tartanak.

Alkalmazhatóak-e az agilis módszerek nagyrendszerek fejlesztéséhez? Indokolja a válaszát!

 Bár az agilis módszereknek vannak előnyei, például a rugalmasság és a gyors reakcióképesség, a nagyrendszerek fejlesztése esetén az alkalmazásuk hatékonysága változhat. A nagyrendszerek esetében gyakran előnyösebb lehet egy hibrid megközelítés alkalmazása, ahol az agilis módszereket bizonyos részekre vagy komponensekre korlátozzák, míg más területeken más, strukturáltabb módszerek alkalmazhatók a nagyobb tervezési és irányítási szükségletek kielégítése érdekében. Minden esetben fontos az adott projekt sajátosságainak és körülményeinek figyelembevétele a megfelelő fejlesztési módszer kiválasztásakor.

Mi a célja a tervezés és implementáció fázisának? Milyen kapcsolatban vannak egymással?

A szoftvertervezés és implementáció a szoftverfejlesztési folyamatnak az a szakasza, amelyben egy futtatható szoftverrendszert fejlesztenek.

A szoftvertervezési és implementációs tevékenységek mindig egymásra épülnek.

● A szoftvertervezés olyan kreatív tevékenység, amelynek során az ügyfél igényei alapján azonosítja a szoftverkomponenseket és azok kapcsolatait.

●Az implementáció a terv programként való megvalósításának folyamata.

Mit jelent a COTS? Milyen szerepe van a szoftverfejlesztési folyamatban?

Számos területen ma már lehetőség van olyan kész rendszerek (COTS) megvásárlására, amelyek a felhasználók igényeihez igazíthatók és testre szabhatók.

Amikor egy alkalmazást ilyen módon fejlesztünk, a tervezési folyamat azzal foglalkozik, hogyan használjuk a rendszer konfigurációs jellemzőit a rendszerkövetelmények teljesítéséhez.

Hogyan segíti az objektumorientált tervezés a szoftvergyártási folyamatot?

A strukturált objektumorientált tervezési folyamatok számos különböző rendszermodell kidolgozását foglalják magukban.

E modellek kifejlesztése és karbantartása sok erőfeszítést igényel, és kis rendszerek esetében ez nem biztos, hogy költséghatékony.

A különböző csoportok által kifejlesztett nagy rendszerek esetében azonban a tervezési modellek fontos kommunikációs mechanizmust jelentenek.

Sorolja fel az objektumorientált tervezési folyamat 5 lépését!

●       A rendszer kontextusának és felhasználási módjainak meghatározása;

●       A rendszer architektúra megtervezése;

●       A fő rendszerobjektumok azonosítása;

●       Tervezési modellek kidolgozása;

●       Objektum interfészek megadása.

Mit mutat meg a rendszermodellezés során a kontextus és az interakciós modell?

A rendszerkörnyezeti vagy kontextus modell egy olyan szerkezeti modell, amely bemutatja a fejlesztendő rendszer környezetében lévő egyéb rendszereket.

Az interakciós modell egy dinamikus modell, amely megmutatja, hogy a rendszer hogyan lép kölcsönhatásba a környezetével a használat során.

Írja le az objektumosztályok azonosításának 4 módszerét!

●     A rendszer természetes nyelvi leírásán alapuló nyelvtani megközelítés alkalmazása.

●     Az azonosítás az alkalmazási terület tárgyaira alapozva.

● Viselkedésalapú megközelítés: a tárgyak azonosítása aszerint, hogy mi milyen viselkedésben vesz részt.

●Forgatókönyv-alapú elemzés: az egyes forgatókönyvekben szereplő objektumok, attribútumok és módszerek azonosítása.

Mit mutatnak meg a tervezési modellek? Milyen UML modellek használhatók tervezési modellként? Írj legalább 2-t.

A tervezési modellek megmutatják az objektumokat és objektumosztályokat, valamint az ezek közötti kapcsolatokat.

Kétféle tervezési modell létezik:

●  A strukturális modellek a rendszer statikus szerkezetét írják le az objektumosztályok és kapcsolatok szempontjából.

●  A dinamikus modellek az objektumok közötti dinamikus kölcsönhatásokat írják le.

Mit modelleznek a szekvencia modellek? Írja le a szekvencia modellek jelöléseit!

A szekvencia modellek az objektumok interakcióinak sorrendjét mutatják be.

●       Az objektumok vízszintesen helyezkednek el a tetején;

●       Az idő függőlegesen van ábrázolva, így a modellek fentről lefelé olvashatók;

●       A kölcsönhatásokat felcímkézett nyilakkal ábrázoljuk, A különböző típusú nyilak különböző típusú kölcsönhatásokat képviselnek;

●       Egy vékony téglalap egy objektum életvonalában azt az időt jelzi, amikor az objektum a rendszerben az irányító objektum.

Mire használják a tervezési mintákat?

A tervezési minta a problémára és annak megoldására vonatkozó absztrakt tudás újrafelhasználásának egy módja.

A minta a probléma leírása és a megoldás lényege.

Eléggé absztraktnak kell lennie ahhoz, hogy különböző beállításokban újra lehessen használni.

A mintaleírások általában objektumorientált jellemzőket használnak, mint például az öröklődés és a polimorfizmus.

Mutassa be a megfigyelő mintát!

●       Név

○   Megfigyelő.

●       Leírás

○  Elválasztja az objektum állapotának megjelenítését magától az objektumtól.

●       A probléma leírása

○ Akkor használatos, ha az állapot többszörös megjelenítésére van szükség.

●       A megoldás leírása

●       Következmények

○ A kijelző teljesítményének növelésére irányuló optimalizálás nem kivitelezhető.

Soroljon fel 4 db tervezési mintát! Milyen esetekben érdemes használni az egyes mintákat?

●    Több objektummal közli, hogy egy másik objektum állapota megváltozott (Megfigyelő (Observer) minta).

● A gyakran inkrementálisan fejlesztett, egymással összefüggő objektumok interfészeinek rendezése (Homlokzat (Facade) minta).

●    A gyűjtemény elemeihez való hozzáférés szabványos módjának biztosítása, függetlenül attól, hogy a gyűjtemény hogyan van megvalósítva (Iterátor minta).

●  Lehetővé teszi egy meglévő osztály funkcionalitásának futás közbeni bővítését (Díszítő (Decorator) minta).

Mit jelent a nyílt forráskódú szoftverfejlesztés?

• A nyílt forráskódú szoftverfejlesztés olyan fejlesztési modell, amelyben a szoftver forráskódja nyilvánosan hozzáférhető és szabadon felhasználható, megváltoztatható és terjeszthető.

• Ennek a fejlesztési módszernek az alapja az, hogy a szoftver forráskódját nyilvánossá teszik és a közösség tagjai számára elérhetővé teszik annak módosítását és fejlesztését.

• A legtöbb nyílt forráskódú projektet valamilyen nyílt forráskódú licenc védi, amely meghatározza, hogy milyen feltételek mellett lehet felhasználni, módosítani, terjeszteni a szoftvert.

Mi jellemzi a nyílt forráskód licenszelését? Írjon két licenszelési lehetőséget!

A nyílt forráskódú szoftverek licenszelése speciális szabályokat és feltételeket határoz meg a szoftver felhasználására, terjesztésére és módosítására. Ezek a licenszek biztosítják a szoftverek nyílt forráskódú jellegét, miközben meghatározzák a felhasználók jogait és kötelezettségeit.
-Pl.: MIT licensz, GPL licensz

Mi a programtesztelés célja és mi jellemzi a tesztelést?

A tesztelés célja, hogy megmutassa, hogy egy program azt teszi, amit tennie kell,valamint, hogy felfedezze a programban lévő hibákat a használatba vétel előtt. A szoftvertesztelés során egy programot hajtunk végre előállított adatok felhasználásával. A tesztek futtatásának eredményeit ellenőrizni kell: hibák, kivételek vagy a program nemfunkcionális tulajdonságainak szempontjából.

Felfedheti a hibák jelenlétét, de NEM a hibák hiányát.

A tesztelés egy általános ellenőrzési és validálási folyamat része, amely statikus validálási technikákat is magában foglal.

Mi a validációs tesztelés és mi a hibatesztelés?

• Validációs tesztelés: Annak bizonyítása a fejlesztő és a rendszer megrendelője számára, hogy a szoftver megfelel a követelményeknek. A sikeres teszt azt mutatja, hogy a rendszer rendeltetésszerűen működik.

• Hibatesztelés: A szoftver hibáinak vagy hiányosságainak felfedezése, amennyiben a szoftver viselkedése helytelen vagy nem felel meg a specifikációnak. A sikeres teszt olyan teszt, amely a rendszert hibás működésre készteti, és így feltárja a rendszer hibáját.

Mit jelent a validáció és a verifikáció?

• Verifikáció: "Jól építjük-e a terméket". A szoftvernek meg kell felelnie a specifikációnak.

• Validáció: "A megfelelő terméket építjük-e". A szoftvernek azt kell tennie, amire a felhasználónak valóban szüksége van.

Mi a szoftverellenőrzés és a szoftvertesztelés?

• Szoftverellenőrzés: A statikus rendszerleírás elemzésével foglalkozik a problémák feltárása érdekében (statikus verifikáció). Kiegészíthető eszközökkel támogatott (case eszközök) dokumentum- és kódelemzéssel.

• Szoftvertesztelés: A termék viselkedésének ellenőrzésével és megfigyelésével foglalkozik (dinamikus verifikáció). A rendszert tesztadatokkal futtatják, és megfigyelik a működési viselkedését.

A szoftverfejlesztési folyamat mely szakaszait támogatja a szoftverellenőrzés, és melyeket a szoftvertesztelés?

A szoftverellenőrzések lényege, hogy az emberek megvizsgálják a forrás reprezentációt azzal a céllal, hogy rendellenességeket és hibákat fedezzenek fel.

Az ellenőrzések nem igénylik a rendszer futtatását, így a teljes elkészülés előtt is használhatók. A rendszer bármely reprezentációjára (követelmények, terv, konfigurációs adatok, tesztadatok stb.) alkalmazhatók. Hatékony technikának bizonyultak a programhibák felfedezésében.

Az ellenőrzések ellenőrizhetik a specifikációnak való megfelelést, de nem a vevő valós követelményeinek való megfelelést. Az ellenőrzések nem képesek a nem funkcionális jellemzők, például a teljesítmény, a használhatóság stb. ellenőrzésére.

Milyen kapcsolatban van egymással a szoftverellenőrzés és a tesztelés?

A vizsgálatok és a tesztelés egymást kiegészítő és nem ellentétes ellenőrzési technikák. Mindkettőt fel kell használni a V&V folyamat során.

Az ellenőrzések ellenőrizhetik a specifikációnak való megfelelést, de nem a vevő valós követelményeinek való megfelelést.

Az ellenőrzések nem képesek a nem funkcionális jellemzők, például a teljesítmény és a használhatóság ellenőrzésére.

Mutassa be a szoftvertesztelési folyamat lépéseit/tevékenységeit és a tevékenységekből származó adatokat!

-1: Teszttervezés, adatok: teszttervek, tesztelendő funkciók
-2: Teszteseteket készítése, adatok: elvárt bemeneti és kimeneti adatok
-3: Teszt környezet előkészítése, adatok: adatbázisok, dokumentációk
-4: Végrehajtás, adatok: eredmények,
-5: Hibák azonosítása és jelentése, adatok: hibalista
-6: Hibajavítás, adatok: dokumentáció
-7: Újratervezés

Mi a tesztelés 3 szakasza?

• Fejlesztés alatti tesztelés, amikor a rendszert a fejlesztés során tesztelik a hibák és hiányosságok feltárása érdekében.
  

• Release (átadási) tesztelés, amikor egy külön tesztelő csoport teszteli a rendszer teljes verzióját, mielőtt azt kiadják a felhasználóknak.
  

• Felhasználói tesztelés, amikor a rendszer felhasználói vagy potenciális felhasználói saját környezetükben tesztelik a rendszert.

Mi a fejlesztés alatti tesztelés 3 szintje?

• Egységtesztelés (unit teszt), ahol az egyes programegységek vagy objektumosztályok tesztelése történik. Az egységtesztelésnek az objektumok vagy módszerek funkcionalitásának tesztelésére kell összpontosítania.
  

• Komponensvizsgálat, ahol több egyedi egységet integrálnak, hogy összetett komponenseket hozzanak létre. A komponenstesztelésnek a komponensek interfészeinek tesztelésére kell összpontosítania.
  

• Rendszertesztelés, amikor a rendszer egyes vagy összes komponensét integrálják, és a rendszert, mint egészet tesztelik. A rendszertesztelésnek a komponensek kölcsönhatásainak tesztelésére kell összpontosítania.