Mi a statikus tesztelés?
A statikus tesztelési technikák megértése előtt meg kell értenünk, mi a statikus tesztelés és hogyan került ez a tesztelés a tesztelés folyamatába. Mielőtt bármilyen szoftvert kiadna, és kezeli az ügyféllel, nagyon fontos, hogy teljes mértékben tesztelje. A szoftver ellenőrzésének és validálásának teljes teszteléséhez mindkettőt el kell végezni. Ehhez a statikus és a dinamikus tesztelés játszik szerepet. A statikus tesztelés során a szoftvert vagy egy alkalmazást manuálisan vagy az eszközök használatával tesztelik a kód végrehajtása nélkül, azaz a statikus tesztelés során a hibákat a kód tényleges végrehajtása nélkül találják meg, míg a dinamikus tesztelés során a kód futtatásra kerül a hibák megtalálása céljából.
A statikus tesztelést 2 módon végezzük:
- Felülvizsgálatok: A felülvizsgálatokat annak érdekében, hogy megtalálják a dokumentumok hibáit, problémáit és kétértelműségét, például a követelményeket, a kialakítást stb. A felülvizsgálatok fontos szerepet játszanak a statikus tesztelésben, mivel jobb a kiindulási, mint a meghibásodás oka. a végén. Mivel a legtöbb kérdés a szoftver fejlesztése után merült fel a követelményekkel, a kiindulási helyzetben nem rögzített tervezéssel vagy a dokumentumokban rejlő kétértelműségekkel kapcsolatban. Az értékelések formális / informálisak lehetnek a szoftver tesztelésének adott szakaszától függően. A szoftvertesztelés áttekintése informális, áttekintő, ellenőrző és műszaki áttekintést tartalmaz.
- Statikus elemzés: A statikus elemzés során a szoftvert vagy egy alkalmazást teszteljük annak érdekében, hogy a fejlesztők által írt kód szerkezeti hibáit a végrehajtása nélkül keressük. A statikus elemzést általában az eszközök végzik, és olyan hibák feltárására használják, mint a nem használt / nem hivatkozott változók, a programozási szabvány megsértése, a szintaxis megsértése, a nem követett kódolási szabványok, a holt kód (kód írva, de sehol nem használt), stb. Vannak bizonyos eszközök elérhetőek a piacon, amely elősegíti a kód statikus elemzését, elemzi a struktúrákat és függőségeket, kiszámítja a mutatókat, például a ciklomatikus komplexitást vagy a fészkelési szinteket, és arra kényszeríti a fejlesztőket, hogy kövessék a meghatározott kódolási szabványokat, és segít a statikus elemzésben.
Statikus tesztelési technikák
Mint fentebb említettük, a statikus tesztelést manuálisan hajtják végre, amelyet a Review-ben hajtanak végre, vagy a statikus elemzésben végrehajtott tesztelési eszközökön keresztül.
Felülvizsgálati folyamat: A statikus tesztelés során az áttekintést kétféleképpen lehet elvégezni:
1. Nem hivatalos felülvizsgálat
- Az informális áttekintést a fejlesztési életciklus korai szakaszában végzik.
- Az informális felülvizsgálat során semmiféle hivatalos dokumentum vagy eljárás nem kerül felhasználásra.
- Az informális áttekintés különböző formájú és formájú, az egyetlen jellemző, hogy formálisan nem dokumentálják őket.
- Az informális áttekintés fő célja a szoftver minőségének javítása a szerzők segítségével.
- Ez az egyszerű eljárást követi, amikor két ember ül együtt, az egyik szerző felülvizsgálja más kollégák munkáját, például bármilyen dokumentumot, tervrajzot, kódot stb. Ez további tesztelési szinttől függően további tagokat vagy egy egész csapatot felvehet.
2. Hivatalos felülvizsgálat
- A hivatalos felülvizsgálat nagyon jól felépített és dokumentált.
- A hivatalos áttekintést kezeli, és az áttekintés különféle fázisait követi, mint például a Tervezés, az indulás, az előkészítés, az áttekintési értekezlet, az átdolgozás és a nyomon követés.
- A hivatalos áttekintés kiterjed a szoftver széles és komoly forgatókönyveire, például jogi követelményekre, a szoftverfejlesztés érettségére stb.
Vélemények típusai
Az alábbiakban említjük a vélemények különféle típusait:
1. Áttekintés
- A bemutató során a szerző vezeti a felülvizsgálati folyamatot a közös egyetértés teljesítéséhez, a többi csapat tagja pedig felteszi a lehetséges kérdéseket és benyújtja visszagyőjtött visszajelzéseit.
- A bemutató formális vagy informális áttekintés lehet.
- A találkozó jegyzőkönyveit és a jelentett hibákat / megállapításokat az írásíró (aki nem a szerző) rögzíti, hogy később nyomon lehessen követni őket.
- A csapat tagjainak nem kell részletes ismeretekkel a tartalomról, mivel a szerző erre jól felkészült, és ez egyfajta tudástranszfer.
A áttekintés fő céljai
- A fő cél az, hogy megtanulják és megismerjék a csapat többi tagját a tartalommal kapcsolatban.
- A dokumentum bemutatása az összes érdekelt fél számára, a szoftver fegyelemén belül és kívül, valamint további információk összegyűjtése a vizsgált dokumentumról.
- Céljuk, hogy a többi tag világosan megvizsgálja a tartalmat, hogy javaslatokat és alternatívákat tudjon nyújtani a javasolt dokumentumhoz.
2. Ellenőrzés
- Az ellenőrzés az egyik leg formálisabb típusú vélemény.
- Vezetője egy képzett moderátor, aki nem a találkozó szerzője.
- Az értékelők az ülés előtt jól felkészülnek a dokumentumokra vagy a megvitatandó kérdésekre.
- A találkozó során a szabályokat és az ellenőrző listákat használják, amelynek során a terméket megvizsgálják és a hibákat naplózják.
- Az ülésen talált hibákat a kiadási naplóban vagy a naplózási listában dokumentálják.
- A találkozónak megfelelő belépési és kilépési kritériumai vannak.
- Az ülés során készített jelentéseket megosztják a szerzővel, hogy ezzel meghozzák a megfelelő lépéseket.
- A moderátor hivatalos nyomon követési folyamatot hajt végre a fejlesztési problémák megoldása és a felfedezett hibák tanulása alapján.
Az ellenőrzés fő céljai
- Az ellenőrzés alatt álló dokumentumok minőségének javítása.
- Az ülésen feltárt hibák gyors felkutatása és kijavítása.
- Részletesebb megértés megteremtése csoportos beszélgetések és információcsere útján.
- Tanuljunk a korábban bevezetett hibákból, és ne ismételjük meg azokat a jövőben.
3. Technikai áttekintés
- Jól dokumentált és követi a hibadetektálási technikát, amelybe bevonják a kortársokat és a műszaki szakembereket.
- Általában képzett moderátor vezet, nem pedig a szerző.
- A műszaki áttekintés során megvizsgálják a terméket, és megállapítják a hibákat, amelyek főként műszaki jellegűek.
- A műszaki áttekintésben nincs menedzsment részvétel.
- A teljes jelentés elkészült a kezelt kérdések listájával.
A műszaki felülvizsgálat fő céljai
- Tájékoztatja a résztvevőket a dokumentum műszaki koncepcióiról.
- Annak biztosítása érdekében, hogy a műszaki fogalmakat a kezdetektől kezdve megértsék.
- A résztvevők alternatíváinak és megoldásainak összegyűjtése a műszaki koncepciókkal kapcsolatban.
- A szoftver műszaki és koncepcionális tervezésének következetességének fenntartása.
- Összpontosítás a szoftver műszaki szempontjaira és a műszaki megvalósíthatóságra, amely ugyanolyan fontos, mint a fogalmi szempont.
Következtetés
A statikus tesztelés nem csak a hibák korai szakaszában történő felismerésében segíti a dokumentumok záródó megjelenését, hanem a hiányzó követelmények, a kétértelműség, a tervezési hibák, a karbantartási problémák stb. Megértésében is. megvan a saját célja és eljárásai. Minden áttekintés egy meghatározott célt szolgál, például az informális áttekintést bármilyen műszaki vagy hivatalos áttekintés előtt elvégezzük, hogy először kijavítsák az informálisan megtalálható hibákat. Minél több dokumentumot vizsgálnak át a fejlesztés előtt és alatt, annál kisebb a valószínűsége a hibáknak a végén.
Ajánlott cikkek
Ez egy útmutató a statikus tesztelési technikákhoz. Itt részletesen tárgyaljuk a különféle típusú áttekintéseket és statikus technikákat. Megnézheti más javasolt cikkeinket -
- A statikus tesztelés fogalmának megértése
- Mi a nem funkcionális tesztelés?
- Példák a fehér doboz tesztelésére
- Mit csinál a dinamikus tesztelés?