Tesztstratégia és tesztelési forgatókönyvek az adatmigráció teszteléséhez
On február 15, 2021 by adminÁtalakítjuk egyik önálló Windows alkalmazásunkat webalkalmazássá, amint ez elkészült, meg kell végezzen adatmigrációt. Hogyan készítsünk erre tesztstratégiát? Milyen tényeket kell figyelembe vennünk? Melyek a teszt forgatókönyvek?
Válasz
Hasonló helyzetben kevés kritikus végponttól végig terveztem üzleti forgatókönyvet, és átfutottam mindkét rendszer és összehasonlította a végeredményeket, valamint a döntő közepes lépések eredményeit a kimeneti adatok szempontjából.
A forgatókönyvek kiválasztását a az adatátalakítás szintje a rendszeren keresztül haladva.
Akkor is, ha a rendszer támogatja a keresési és jelentési funkciót, ahol részletes adatjelentéseket jelenít meg a keresési paraméterek alapján, így az adatok áttelepítése után intenzíven felhasználhatók mindkét rendszer összehasonlítására. .
Válasz
Ez sokkal többet fog magában foglalni, mint az adatok áttelepítésének tesztelése.
Az első dolog, amit figyelembe kell vennie, talán az, hogy ez hogyan befolyásolja az ügyfeleket (mind a belső, mind a külső ügyfeleket). Mit kell tennie ügyfeleinek, ha ez az átmenet megtörténik.
- Ha az alkalmazás másképp néz ki, alkalmazkodhatnak-e az ügyfelek az új felületekhez? A legjobb módszer az ügyfelek bevonása az első naptól kezdve, hogy állandó visszajelzéseket nyújtson a végfelhasználók számára.
Az adatmigrációs tesztelési stratégiák könnyen megtalálhatók az interneten, például kérjük, olvassa el ezt. http://datamigrationpro.com/data-migration-testing-strategy/
Biztonsági tesztelés: egy internetes alkalmazás az online hackelés célpontja lehet; fontolóra vehet egy biztonsági tesztelési szakértő alkalmazását, aki segít a penetrációs tesztelésben. Kérjük, olvassa el nyugodtan ezt a linket, https://www.owasp.org/index.php/Top_10-2017_Top_10
Az alkalmazás pontos részleteinek ismerete nélkül csak viszonylag magas absztrakt szinten tudok információt szolgáltatni.
Válasz
Az igényelt hálózatnak megfelelően kétféle migráció zajlik: – Az első az Alkalmazás, a másik az Adatbázis migráció.
Az alábbiakban bemutatjuk azokat a néhány stratégiát, amelyeket a legjobb szoftvertesztelő cégek hajtanak végre a hatékony migrációs tesztelés érdekében: –
1. Alkalmazás migráció: A tesztelési tevékenységek a következők lesznek:
A követelmények elemzése és a stabil követelmények meghatározása A régi alkalmazás összes folyamatának elemzése és tesztelése az új alkalmazással szemben
Tesztelje az áttelepített alkalmazás új folyamatait, ha vannak ilyenek
A tesztforgatókönyvek általában a következők lennének:
Érvényesítse az összes korábbi funkciót a frissített szolgáltatásokkal együtt – mindennek megfelelően kell működnie.
Tesztelje az alkalmazást a meglévő és az új adatokra is – mindkettőnek megfelelően kell működnie.
Példa:
Frissítse a meglévő adatokat, törölje a meglévő adatokat, keresse meg a meglévő adatokat, és készítsen jelentéseket a meglévő adatokról.
Új adatokkal ellenőrizze a fiókok / adatok létrehozását, frissítse az újonnan hozzáadott adatokat, törölje az újonnan hozzáadott adatokat, keressen az újonnan hozzáadott adatokkal, és készítsen jelentéseket az újonnan hozzáadott adatokról
Ellenőrizze, hogy az egész alkalmazás megfelelően működik
Ellenőrizze, hogy az új technológia továbbra is támogatja-e az alkalmazás összes összetevőjét. Például a beépülő modulok / bővítmények / környezeti értékek / elérési út nem változnak, és hibátlanul kell működniük. Ellenőrizze, hogy kompatibilis-e az összes lehetséges operációs rendszerrel, böngészőverzióval stb.
Ellenőrizze, hogy a a régi adatok megmaradnak az alkalmazásban, és az új adatok jól működnek az új technológiákon
2. Adatbázis-migráció Az ilyen típusú áttelepítéshez az alkalmazásnak stabilnak kell lennie, az adatbázisban lévő adatoknak pedig helytállóaknak és érvényeseknek kell lenniük. Ezért az adatbázisok közötti áttérés során a formátum, a típus, az érték stb. Számít.
Itt a tesztelési tevékenységek a következők lesznek:
Győződjön meg arról, hogy a régi adatbázis nem frissül-e a tesztek során az áttérés után.
Győződjön meg arról, hogy a mező- és táblaszinten történő leképezés nem változik-e
Biztosítás ha az adatokat pontosan és teljesen migrálják
A teszt forgatókönyvei az alábbiak lennének:
I) Ha az áttelepítés azonos típusú adatbázishoz történik, akkor,
Ellenőrizze, hogy az új adatbázisban végrehajtott lekérdezések ugyanolyan eredményeket adnak-e, mint a régebbi
Ellenőrizze, hogy a régi és az új adatbázisok rekordjainak száma megegyezik.Itt használja a megfelelő automatizálási eszközt.
Ellenőrizze, hogy nincsenek-e leépítések, és az új adatbázis pontosan úgy működik, mint a régebbi.
Ellenőrizze, hogy a séma, kapcsolatok, táblázati struktúrák változatlanok-e, vagy vissza vannak-e állítva. a régi adatbázis-kép
Ellenőrizze, hogy az alkalmazásban végrehajtott változtatások frissítik-e az új adatbázist a megfelelő értékekkel és típussal.
Ellenőrizze, hogy az új adatbázis-kapcsolat létrejötte után az alkalmazás minden összetevőjéhez elérhető-e. Alkalmazás, kiszolgáló, interfészek, tűzfal, hálózati kapcsolat stb.
Ellenőrizze, hogy az új adatbázis lekérdezési teljesítménye (az összetett lekérdezések végrehajtásához szükséges idő) nem haladja-e meg a korábbi teljesítményét
II ) Ha az áttelepítés más típusú adatbázis, akkor a fenti ellenőrzési pontokkal együtt néhány vagy többre kell vigyázni:
Ellenőrizze az összes mező adatkezelését. A fő kihívások a naptári dátumok, lebegő számok, hexadecimális stb. Adatainak kezelése lesznek.
Válasz
Az áttelepítés előtti tesztelésben a fejlesztő és a minőségbiztosítási csapatnak rendkívül ismernie kell az alkalmazás állapotát és funkcionalitását. A legfontosabb az összes létező probléma ismerete, amelyet különböző okok miatt nem sikerült megoldani. A tesztelőknek fő tesztelési forgatókönyveket kell létrehozniuk a felhasználók által a legtöbbet végrehajtó felhasználási folyamatokkal. Ezenkívül néhány jó forgatókönyvvel is ki kell terjedniük a ritka munkafolyamatokra. Később ezeket a forgatókönyveket reprodukálják, hogy megerősítsék az alkalmazás elvárt működését.
Az áttelepítési tesztelés során a fejlesztők megpróbálják integrálni az alkalmazásírási kód módosításainak összetevőit. Egyeztetniük kell a kiszolgáló rendszergazdáival, ami döntő szerepet játszik ebben a lépésben. A minőségbiztosítási csapat ebben a szakaszban fontos funkcionális problémákat fog fel, az összes érintett csapat számára hosszabbítási órák várhatók. Alkalmanként előfordulhat, hogy a szerverek leállnak, ezért a projektmenedzsernek addig kell használnia a régi szervereket, amíg az új termelés készen áll az ügyfelek számára.
Az áttelepítés utáni tesztelés során kevésbé fontos problémákat találnak (pl. Tartalmi és vizuális hibák). és a felhasználói elfogadás tesztelése megvalósul. A fejlesztők kimerítő munka után szünetet tartanak, és a minőségbiztosítási vezetők jelentéseket gyűjtenek a jelentésekbe, hogy bemutassák azokat a termék tulajdonosának vagy a csapat egyéb üzleti képviselőjének.
A minőségbiztosítási csapatnak figyelnie kell a hibákat okozó gyakori hibákra:
Hiányzó adatbázisok és erőforrások (képek, dokumentumok). Hardver konfigurációk és beállítás. Domain változás a kódban és a leírásokban. A tesztelt alkalmazás beállításai, amelyek hiányoznak az adatbázis hiánya miatt. A kód különböző ágait tolják (az új felülírja a régieket vagy fordítva).
A vezetőségnek döntenie kell:
Engedélyeznék-e a tesztelők számára az adatbázisokhoz való hozzáférést, ha a projekt határidőkkel rendelkezik? Mi a tesztelés területe? Ha vannak megoldatlan problémák, akkor jelenteni kell-e azokat az újak mentén?
A fejlesztői csapatnak:
100% -ban ismernie kell azokat a technológiákat és nyelveket, amelyeken dolgoznak. Szoros együttműködés a kiszolgáló rendszergazdáival és az adatbázis-fejlesztőkkel az áttérés során. Azonnal koncentráljon a funkcionális kérdésekre.
Vélemény, hozzászólás?