Mit jelentenek a tesztadatok a szoftvertesztelésben?

⚡ Okos összefoglaló

A szoftvertesztelésben a tesztadatok a teszt végrehajtása során az alkalmazásnak átadott bemeneti adatok. A jól megtervezett adatok pozitív, negatív, teljesítmény- és biztonsági ellenőrzéseket vezérelnek, ezért azokat a termék életciklusa során generálni, anonimizálni és frissíteni kell.

  • ️ Előre tervez: Tesztadatokat a tesztesetek mellé építhetsz, így a végrehajtást soha nem akadályozzák hiányzó bemenetek vagy környezeti beállítások.
  • 🎯 Minden forgatókönyv lefedése: Készítsen elkülönülő és egyértelműen címkézett pozitív, negatív, határ- és ekvivalencia partíciós adatkészleteket.
  • 🛡️ Maszkolás másolás előtt: A teljesítményadatkészleteket a termelési volumenhez és alakhoz kell igazítani, de a bizalmas mezőket a másolatok elkészítése előtt anonimizálni kell.
  • 🇧🇷 Automatizálja a nehéz emelést: Használjon generátorokat vagy mesterséges intelligencia eszközöket a valósághű adathalmazok skálázásához, a manuális erőfeszítés csökkentéséhez és az ismétlődések elkerüléséhez.
  • 🔄 Minden kiadás frissítése: RevTekintse meg az adathalmazokat a sémamódosítások, az új funkciók és a szabályozási frissítések után, hogy a régi adatok ne eredményezzenek hibás átfutásokat.

Tesztadatok a szoftvertesztelésben

Tesztelőként azt gondolhatod, hogy a tesztesetek tervezése önmagában is elég nagy kihívás – akkor minek vesződni valami olyan rutinszerű dologgal, mint a tesztadatok? Ez az oktatóanyag bemutatja a tesztadatokat, elmagyarázza, miért fontosak, és gyakorlati tippeket oszt meg a gyors előállításához.

Mit jelentenek a tesztadatok a szoftvertesztelésben?

Tesztadatok a szoftvertesztelésben a szoftverprogramnak a teszt végrehajtása során adott bemenet. Olyan adatokat jelöl, amelyek vagy hatással vannak a szoftverre, vagy amelyeket a tesztelés során befolyásol a szoftver. A tesztadatokat pozitív tesztelés során használják – annak ellenőrzésére, hogy a függvények a várt eredményeket produkálják-e az adott bemenetekre –, valamint negatív tesztelés során annak ellenőrzésére, hogy a szoftver hogyan kezeli a szokatlan, kivételes vagy érvénytelen bemeneteket.

A rosszul megtervezett tesztadatok nem fedik le az összes lehetséges forgatókönyvet, ami közvetlenül rontja a szoftver minőségét.

Tesztadatok a szoftvertesztelésben

Mi a tesztadatok generálása, és miért kell tesztadatokat létrehozni a teszt végrehajtása előtt?

A tesztelés egy olyan folyamat, amely nagy mennyiségű adatot állít elő és használ fel. A tesztelés során használt adatok leírják a teszt kezdeti feltételeit, és ez az a közeg, amelyen keresztül a tesztelő kapcsolatba lép a szoftverrel. Ezért a legtöbb teszt kulcsfontosságú részét képezi. funkcionális tesztek.

A tesztelési környezettől függően szükség lehet rá teremt tesztelje az adatokat a nulláról, vagy legalábbis azonosítson egy megfelelő meglévő adathalmazt a sajátjához teszt esetekA tesztadatokat jellemzően a támogatott tesztesettel szinkronban hozzák létre.

A tesztadatok négy gyakori módon generálhatók:

  • Manuálisan, egy tesztelő vagy üzleti elemző által.
  • Adatok tömeges másolása éles környezetből tesztelési környezetbe.
  • Tesztadatok tömeges másolása régi kliensrendszerekből.
  • Automatizált tesztadat-generáló eszközök.

Mintaadatokat kell generálni előtt A teszt végrehajtása megkezdődik, mivel a későbbi létrehozása nehézkes. Sok tesztelési környezet több előzetes lépést vagy időigényes konfigurációt igényel az adatok betöltése előtt. Ha az adatok generálása a végrehajtási fázisban történik, fennáll a tesztelési határidő lekésésének veszélye.

Az alábbi szakaszok számos tesztelési típust ismertetnek, valamint javaslatokat tesznek a tesztadat-igényeikre.

Tesztadatok a fehérhez Box Tesztelés

In fehér Box TesztelésA tesztadatok kezelése a tesztelt kód közvetlen vizsgálatából származik. A kiválasztási kritériumok jellemzően a következők:

  • Fióki lefedettség: adatokat generáljon úgy, hogy a forráskód minden ága legalább egyszer tesztelésre kerüljön.
  • Útvonal tesztelése: adatokat úgy kell létrehozni, hogy minden útvonal legalább egyszer gyakorlásra kerüljön.
  • Negatív API tesztelés: érvénytelen paramétertípusokat vagy érvénytelen argumentumkombinációkat használjon belső metódusok meghívásához.

Tesztadatok a teljesítményteszthez

Teljesítményfelmérés azt méri, hogy egy rendszer milyen gyorsan reagál egy adott terhelés alatt. A cél nem a funkcionális hibák megtalálása, hanem a szűk keresztmetszetek azonosítása. A minta adatkészletnek nagyon közel kell lennie a következőhöz: igazi vagy élő termelési adatok ahhoz, hogy az eredmények értelmesek legyenek.

Hogyan jutsz ilyen adatokhoz? A legmegbízhatóbb forrás a ügyfelek magukat. Vagy egy meglévő adathalmazt biztosítanak, vagy leírják, hogyan néznek ki a valós adatok, hogy modellezhesd azokat. Egy karbantartási tesztelés projektben adatokat másolhat az éles környezetből a tesztkörnyezetbe. Jó gyakorlat, ha anonimizálni (összekeverve) bizalmas mezőket – társadalombiztosítási számokat, hitelkártyaszámokat, banki adatokat – a másolat készítése előtt.

Tesztadatok a biztonsági teszteléshez

Biztonsági tesztelés ellenőrzi, hogy egy információs rendszer védi-e az adatokat a rosszindulatú szándéktól. Az adatkészleteknek négy pillért kell lefedniük:

  • Titoktartás: Az ügyfelektől származó információkat szigorúan bizalmasan kezeljük, és nem osztjuk meg külső felekkel. Ha az alkalmazás SSL-t használ, akkor olyan tervezési adatokat kell használni, amelyek bizonyítják a titkosítás helyességét.
  • Integrity: A rendszer által visszaadott információk helyesek. Adatok építése a terv, a kód, az adatbázis-sémák és a fájlszerkezetek áttekintésével.
  • Hitelesítés: a felhasználói identitás megállapításának folyamata. Használjon különböző felhasználónév-jelszó kombinációkat annak ellenőrzésére, hogy csak a jogosult személyek férhetnek hozzá.
  • engedély: egy adott felhasználónak biztosított jogok. Kombinálja a felhasználókat, szerepköröket és műveleteket annak megerősítéséhez, hogy csak a megfelelő jogosultságokkal rendelkező felhasználók hajthatnak végre egy adott műveletet.

Fekete tesztadatok Box Tesztelés

Feketében Box A kód tesztelése nem látható a tesztelő számára. A funkcionális teszteseteknek olyan adatokat kell tartalmazniuk, amelyek megfelelnek a következő kritériumoknak:

  • Nincs adat: Ellenőrizd a választ, ha semmi sincs beküldve.
  • Érvényes adatok: Ellenőrizd a választ a helyes tesztadatokkal.
  • Érvénytelen adat: Ellenőrizze a választ helytelen tesztadatokkal.
  • Érvénytelen adatformátum: Ellenőrizze a választ, ha az adatok nem támogatott formátumban vannak.
  • Határfeltétel-adatbázis: minimális, maximális és a határértékeken kívüli adatok.
  • Ekvivalencia partíció adathalmaz: az egyes ekvivalenciaosztályokat reprezentáló adatok.
  • Döntési tábla adathalmaza: olyan adat, amely egy döntési tábla minden szabályát gyakorolja.
  • Állapotátmeneti adathalmaz: olyan adatok, amelyek végigvezetik a rendszert az egyes meghatározott állapotátmeneteken.
  • Használati eset tesztadatok: az adatok a teljes körű felhasználási esetekkel összhangban vannak.

Jegyzet: A tesztelt alkalmazástól függően a fenti kategóriák némelyikét vagy mindegyikét használhatja.

Automatizált tesztadat-előállító eszközök

Az automatizált eszközök gyorsabban generálnak nagy, változatos adathalmazokat, mint bármely manuális folyamat. Két régóta bevált példa:

  • DTM tesztadatok Generator — egy testreszabható segédprogram, amely adatokat, táblázatokat, nézeteket és eljárásokat állít elő adatbázis-tesztelési forgatókönyvekhez, beleértve a teljesítményt, a minőségbiztosítást, a betöltést és a használhatóságot.
  • Datatect - egy SQL A Banner Software adatgenerátora valósághű tesztadatokat hoz létre ASCII lapos fájlokban vagy közvetlenül RDBMS rendszerekbe, például Oracle, Sybase, SQL Server és Informix.

Egy értékelt, naprakész rövidlistáért ld. 10 legjobb tesztadat Generator Eszközök.

A tesztadatok kezelésének bevált gyakorlatai

A megbízható tesztadatok a fegyelmezett házvezetőnőtől függenekpingKövesd az alábbi gyakorlatokat az adathalmazok megfelelő állapotának megőrzése érdekében a különböző kiadásokban:

  • Adatok verziózása: az adathalmazokat egy adattárban kell tárolni a azokat felhasználó tesztesetekkel együtt, hogy a változtatások auditálhatók legyenek.
  • Érzékeny mezők maszkolása: anonimizálja a személyes, pénzügyi és egészségügyi adatokat, mielőtt az éles környezetből másolja őket.
  • Rendszeresen frissítse: minden kiadásban újra kell építeni az adathalmazokat, hogy lépést tartsanak a séma- és üzleti szabályváltozásokkal.
  • A dokumentum várható eredményei: Párosítsa az egyes adathalmazokat a várt eredménnyel, hogy a hibákat könnyen rangsorolni lehessen.
  • Automatizált vetés: szkriptek vagy fixture-ök használatával töltsön be adatokat minden teszt futtatásának elején, biztosítva az ismételhetőséget.

GYIK

A tesztadatok a szoftvernek a tesztelés során átadott bemenetek. Bejelentkezési űrlap esetén példák lehetnek egy érvényes felhasználónév és jelszó (pozitív), egy üres jelszó (negatív) és egy 300 karakteres e-mail cím (határ).

Egy teszteset egyetlen forgatókönyv lépéseit és várható eredményét írja le. A tesztadatok az ezekbe a lépésekbe betáplált konkrét bemeneti értékek. Minden tesztesethez saját adatkészletre van szükség, amely a forgatókönyvet gyakorolja.

Az elegendő adat az, amely minden ekvivalenciaosztályt, határt és kockázattal súlyozott forgatókönyvet lefed. A mennyiség önmagában nem egyenlő a lefedettséggel. Az adatokat tesztesetekhez kell rendelni, és le kell állítani a rekordok hozzáadását, amikor a lefedettségi rések bezárulnak.

Csak az olyan érzékeny mezők maszkolása után, mint a nevek, számlaszámok és egészségügyi adatok. A maszkolatlan éles adatok sértik az olyan szabályozásokat, mint a GDPR és a HIPAA, és valódi biztonsági incidens kockázatot jelentenek, ha a tesztkörnyezet veszélybe kerül.

A gyakori kategóriák az érvényes, érvénytelen, határ, ekvivalencia partíció, döntési tábla, állapotátmenet, használati eset és adatmentes halmazok. Minden kategória egy másik kockázatot céloz meg a tesztelt alkalmazásban.

Frissítse a tesztadatokat minden sémaváltozás, nagyobb kiadás, szabályozási frissítés vagy a termelési viselkedés megváltozása után. Az elavult adatkészletek nem felelnek meg az új validációs szabályoknak, és hibás eredményeket produkálnak a regressziós tesztelés során.

A mesterséges intelligencia eszközei realisztikus, változatos adathalmazokat szintetizálnak, amelyek megfelelnek az üzleti szabályoknak, elrejtik a személyes adatokat, és kiegyensúlyozzák a pozitív és negatív eseteket. Emellett a követelmények és a meglévő tesztlefedettség elemzésével jelzik a hiányzó forgatókönyveket.

Nem. A mesterséges intelligencia felgyorsítja a generálást és validálja a mintákat, de az emberi felülvizsgálóknak kell megítélniük az üzleti kockázatot, a peremhelyzeteket és a megfelelőségi követelményeket. A leghatékonyabb csapatok a mesterséges intelligencia által generált adathalmazokat szakértői gondozással párosítják.

Foglald össze ezt a bejegyzést a következőképpen: