példával mi a különbség az Újratesztelés és a regressziós tesztelés között:
nem szereted az Összehasonlító és kontraszt témájú cikkeket? Tudom, hogy igen. Olyan nagyszerű módja annak, hogy gondolatokat, megjegyzéseket, sőt talán még erős nézeteltéréseket is meghívjon.
a mai téma Újratesztelése Vs regressziós tesztelés.
=> Kattintson Ide A Teljes Regressziós Tesztsorozathoz.
kezdjük a teszteléssel:
a
Újratesztelése azt jelenti, hogy újra tesztelni kell. Az ok nem számít. Ha megismételsz egy tesztet, újra tesztelsz. Újra tesztelheti az aktuális verzió funkcionalitását. Vagy egy hibajavítás, az előző verzió funkcionalitása, az imént futott teszteset stb.
ha még mindig gondolkodik-miért -, akkor a következő okok vannak olyan jó, mint bármelyik:
- tegnap lefuttatott egy tesztet, és hibába ütközött. Meg akarja erősíteni a lépéseket és a hiba reprodukálhatóságát. Szóval, újra tesztelsz.
- lefuttatott egy tesztet. A figyelmed nem volt rajta (talán csengett a telefonod, vagy egy kollégával beszéltél stb.). Még egyszer ellenőrizni akarja, ezért újra tesztelje.
biztos vagyok benne, hogy érted.
Újratesztelés az, amikor bármilyen okból megismétli a tesztet. Ez egyike azoknak a kifejezéseknek, amelyek hűek maradnak a definíciójához.
regressziós teszt
szoftver fejlődik. Új verziók lesznek a meglévőkkel szemben. Új funkciók, bővítmények stb. De idővel ez az alkalmazás instabilitásához vezethet.
Képzeld el magad, hogy egy blokk torony, hozzáadásával egy blokk a másik felett. Nem szán időt az alap megerősítésére vagy megerősítésére. Nem tart sokáig, amíg a torony összeomlik, ugye?
csak így, akkor meg kell vizsgálni a szoftver alapja az erő és a stabilitás.
ehhez újra kell tesztelnünk a szoftvert. Ez az egyetlen módja.
ajánlott olvasás => mi a regressziós tesztelés? Eszközök és bevált gyakorlatok
a regresszió az újbóli tesztelés egyik formája. A “miért” és a “mikor” az, ami megkülönbözteti az előbbitől.
1) Mikor teszteljük újra? Amikor a szoftver változáson megy keresztül
2) Miért teszteljük újra? Annak biztosítása érdekében, hogy az új kiegészítések/változtatások ne tegyék instabillá a munka előtti funkciókat. A regresszió gyakori és ajánlott, ha:
- új verzió válik elérhetővé. (Regress minden, vagy legalábbis a fontos a régebbi verzió jellemzői)
- hibajavítás
Megjegyzés: kimerítő regressziós tesztelés lehetetlen, bár kívánatos.
ezért végezzen regressziós elemzést, mielőtt egyenesen a tesztelésbe ugrik. Ez a lépés magában foglalja annak eldöntését, hogy mennyi regressziót kell tennem az alkalmazásomhoz.
mitől függ a regresszió mértéke?
- a változás jellege
- a változás kapcsolata/hatása a jelenlegi rendszerre/szolgáltatásra
- rendelkezésre álló idő és erőforrások
hogyan dönthetnek a tesztelők a regresszió mértékéről?
1) A tapasztalat és ismerete az alkalmazás
2) megvitatása a fejlesztők
3) a hely, ahol a változás történt. Például: ha a kezdőlapon van, akkor nagyobb figyelmet igényel, mint ha az egyik kevésbé elérhető oldalon lenne.
a játék tényezőitől függően a tesztcsapat a következők egyikét teheti meg:
- egység regresszió
- részleges regresszió
- teljes regresszió
az egység regresszió azt jelenti, hogy csak az alkalmazás megváltozott modulját/területét teszteli újra.
a részleges regresszió azt jelenti, hogy újra teszteli a módosított modult. Plusz azok, amelyek kölcsönhatásba lépnek vele.
a teljes regresszió a teljes alkalmazást teszteli, függetlenül a változás helyétől.
ez függ a helyzettől (idő & erőforrás rendelkezésre állása), a változás súlyosságától (annak hatásától), a fejlesztő bemeneteitől stb. Hatékonyabb lesz, ha a megfelelő tesztkészletet választja az összes teszttel szemben.
a regresszióanalízis a legfontosabb sikertényező. Kemény munka helyett okos munkára van szükség.
tévhitek a regressziós tesztelésről
sok tévhit van a regressziós tesztelésről:
#1) a regresszió mindig automatizálással történik: nem. A regresszió manuálisan is elvégezhető. Van egy egész cikkünk erről => hogyan történik a regressziós tesztelés? Meg lehet csinálni manuálisan?
vegye figyelembe, hogy a regresszió tökéletes jelölt az automatizáláshoz. Az ismétlés mértéke időigényes, és unalomhoz vezethet. Szintén, a fontos érvényesítés kimaradhat. Az automatizálás megbízható, gyors és hatékony alternatíva.
Also read => automatizált regressziós tesztelési kihívások
#2) a regresszió soha nem teljes: igaz. De nem teljesen.
arra gondolok, hogy egy kimerítő regressziós teszt lehetetlen lehet. De a kimerítő regressziós tesztelés is felesleges lehet.
tegyük fel, hogy megváltoztatott egy elírást a kezdőlapon. Ez a javítás kisebb. Az alkalmazás többi területétől is elkülönül. Tehát a funkció egyszerű újbóli tesztelése megtenné. Nem kell regresszálni a korábbi funkciókat a honlap körül.
#3) szükségtelen, ha van egy válság az idő: nem igaz. A nem elegendő regresszió a termék iránti bizalom hiányához vezet. Soha nem fogja tudni, mire számíthat a különböző végfelhasználói forgatókönyvekre adott reakciójától.
#4) az előző kiadás minden egyes tesztesetét futtatja: ismét minden teszteset kiválasztása nem a megfelelő módszer erre. A tesztesetek stratégiai kiválasztása a kulcs. Értse meg a változást, és válassza ki az illesztési teszt eseteket.
OK, azaz újra teszt és regressziós teszt részletesen.
most, az összehasonlítás.
Újratesztelés Vs regressziós tesztelés
mi ugyanaz róluk?
- mindkettő ismétlésen alapul
- validálás és fekete doboz tesztelési technikák
- automatizálás vagy kézi teszt esetek mindkettőt újra tesztelik vagy visszafejtik
- “az embernek ellenőriznie kell vagy ki kell zárnia kétségeit, és azokat az Igen vagy nem bizonyosságává kell alakítani – Thomas Carlyle”. Mindketten ezt csinálják.
mi különbözik tőlük?
- az Újratesztelés minden olyan teszt – aktuális vagy korábbi verzióra vonatkozik, amelyet megcéloztak. A regresszió az előző verzió funkcionalitása központú.
- az ismételt tesztelés nem függ az alkalmazandó változástól. A regresszió változásorientált.
végül, hogy elérje ezt a koncepciót otthon:
tegyük fel, hogy van egy XYZ teszt esete, amely hibát eredményezett a 120 azonosítóval. Ezt a hibát kijavítják a következő kiadásban. Újra tesztelné az XYZ tesztesetet, és regresszálná a körülötte lévő funkcionalitást. A regresszió annak biztosítása, hogy minden épen működjön a 120-as javítás után. Az újbóli teszt a hiba javításának meghatározása.
tehát sem az egyik, sem a másik, hanem a regresszió és az újratesztelés kombinációja alkotja a dinamikus duót.
most rajtad a sor. Egyetért – e az itt bemutatott definíciókkal és elemzésekkel?
A szerzőről: ezt a cikket írta STH csapat tagja Swati S.