Mi a párhuzamos tesztelés? Módszer, megközelítés és példa

By: Thomas Hamilton Thomas Hamilton
Hours korszerűsített

⚡ Okos összefoglaló

A párhuzamos tesztelés egy korábbi és egy újonnan fejlesztett rendszert futtat ugyanazon bemenet alapján, egyszerre, így a tesztelők megerősíthetik, hogy a migrált adatok, számítások és üzleti folyamatok továbbra is azonos eredményeket hoznak.

  • 🎯 Cél: Bizonyítsd be, hogy az új verzió ugyanúgy viselkedik, mint a régi, vagy jobban.
  • ️ ravaszt: Rendszercserék, adatmigrációk és kétrendszerű szinkronizációs ablakok.
  • 🚪 Kritériumok: A belépési kritériumok nyitják meg a ciklust, a kilépési kritériumok zárják azt.
  • 🔍 Módszer: Hasonlítsa össze a két kimenetet sorról sorra, és osztályozza az összes különbséget.
  • ⚠️ Költség: Teljes körű termékismeret és a végeredmény teljes körű ismertetése szükséges.
További információk

Párhuzamos tesztelés definíciója, megközelítése és példája

Mi az a párhuzamos tesztelés?

Párhuzamos tesztelés egy olyan szoftvertesztelési típus, amelyben egy alkalmazás több verzióját vagy alkomponensét tesztelik ugyanazzal a bemenettel, különböző rendszereken egyidejűleg, a teszt végrehajtási idejének csökkentése érdekében. A párhuzamos tesztelés célja annak megállapítása, hogy a korábbi és az új verzió ugyanúgy vagy eltérően viselkedik-e, és annak megállapítása, hogy az új verzió hatékonyabb-e.

Az alábbi kép a párhuzamos tesztelést mutatja be.

Párhuzamos tesztelési folyamat, ahol a régi és az új rendszer egy bemenetet használ

Példa párhuzamos tesztelésre

Amikor egy szervezet új rendszerre tér át, a régi adatok fontos részét képezik az átállásnak, és ezek átvitele összetett.

A szoftvertesztelés során az újonnan fejlesztett rendszer régi rendszerrel való kompatibilitásának ellenőrzése párhuzamos teszteléssel történik, ahogy az alábbi ábra is mutatja.

Párhuzamos tesztelési példa a régi rendszer kimenetének összehasonlítására az új rendszer kimenetével

Miért érdemes párhuzamos tesztelést végezni

Ezen okok miatt párhuzamos tesztelést végeznek.

  • Annak biztosítása érdekében, hogy az alkalmazás új verziója megfelelően működjön
  • Annak érdekében, hogy az eredmények konzisztensek legyenek az új és a régi verzió között
  • Annak ellenőrzése, hogy megváltozott-e az adatformátum a két verzió között
  • Az új alkalmazás integritásának ellenőrzéséhez

Például a felhasználók jelenleg egy alkalmazás 1.0-s verzióját használják, és márciustól az 1.1-es verzióra fognak áttérni, az alábbiak szerint.

Az 1.0-s és az 1.1-es verzió egymás mellett tesztelve a migráció során

Ilyen esetekben a tesztelők párhuzamos tesztelést futtatnak annak megerősítésére, hogy az adatmigráció sikeresen befejeződött, és hogy az új verzióban végrehajtott változtatások sem a rendszerfunkciókat, sem a felhasználó által várt kimenetet nem befolyásolják.

Mikor kell párhuzamos tesztelést végezni

A párhuzamos tesztelést széles körben alkalmazzák, ha:

  • A cég régi rendszerről új rendszerre áll át
  • Synckét rendszer között hronizációt végeznek
  • Régi adatok importálása egyik rendszerből a másikba
  • Minden eredményt pontosan meg kell határozni – például a pénzügyi vagy biztosítási területen, ahol a számítás a rendszer egyik fő funkciója.

KAPCSOLÓDÓ CIKKEK

A párhuzamos tesztelés módja: Teljes megközelítés

Párhuzamos teszteléshez több projektet hozol létre, amelyek mindegyike az alkalmazás egy másik részét teszteli (slave projektek), és egy projektet (a master projekt), amely futtatja őket.

A párhuzamos tesztelésnek két kritériumszintje van.

  1. Párhuzamos tesztfelvételi kritériumok — meg kell határozni azokat a feladatokat, amelyeket teljesíteni kell a párhuzamos tesztelés hatékony végrehajtása előtt.
  2. Párhuzamos teszt kilépési kritériumai — határozza meg a párhuzamos tesztelési szakasz sikeres lezárását.

Először is néhány előfeltételnek kell teljesülnie.

  • Párhuzamos tesztelés nem kezdődhet meg, amíg a tesztkörnyezet a beállítás megtörtént
  • Először meg kell határozni minden előfeltételt és forgatókönyvet
  • A régi adatokat és az új adatokat sikeresen át kell telepíteni
  • A párhuzamos tesztelés nem fejeződik be, amíg az összes kilépési feltétel nem teljesül.

Végezzen párhuzamos tesztelést öt lépésben.

  1. Futtassa a régi rendszert az újonnan fejlesztett rendszerrel szemben.
  2. Értsd meg a két rendszer közötti különbségeket.
  3. Menj végig egy teljes cikluson ugyanazzal a bemenettel.
  4. Mérd össze az újonnan kifejlesztett rendszer kimenetét a régi rendszer kimenetével.
  5. Jelentse a talált hibák okát.

Jó gyakorlatok a párhuzamos teszteléshez

Íme néhány hasznos tipp.

A párhuzamos tesztelés során azonosított tipikus hibák

  • A belső logika megváltozott
  • A termék áramlása megváltozik
  • A főbb funkciók módosulnak

Hány ciklusra van szükség

A tesztelési ciklusok száma a modul összetettségétől függ. Futtasson több forgatókönyv-ciklust előre definiált teszt adat ami átment az előző rendszeren.

Különbségek kategorizálása

Az új és a régi rendszer eredményeit sorról sorra kell mérni, a különbségeket kiemelve, és minden különbséget a hiba típusa szerint osztályozva.

Hibatípus a ciklusok során történt

Minden egyes különbség esetében a tesztelőnek meg kell jegyeznie, hogy melyik érvényes.

  • Belépési hiba
  • A régi rendszer okozta hiba
  • Magyarázható vagy elfogadható különbség
  • Váratlan hiba

Mi nem párhuzamos tesztelés

A táblázat meghúzza a határt.

Ez párhuzamos tesztelés Ez nem párhuzamos tesztelés
A frissített alkalmazás tesztelése az előző alkalmazáshoz képest. Csak egy szoftver tesztelése.
A régi forgatókönyv futtatása az új szoftverrel azonos bemeneti feltételek mellett. Böngésző vagy platformfüggetlen tesztelés.
A cél az eredmény megismerése az előző rendszer szerint. A cél egy tervezési probléma feltárása.
Szükséges mind a régi, mind az újonnan kifejlesztett rendszer ismerete. A különbség ismerete nem szükséges.

A párhuzamos tesztelés kihívásai

  • Teljes körű termékismeret szükséges
  • Minden eredményt tesztelni kell
  • Az adatbevitel és a termékáramlás folyamatos figyelmet igényel

GYIK

Regressziós teszt összehasonlít egy buildet a saját várható eredményeivel. A párhuzamos tesztelés két különálló rendszert hasonlít össze, a régebbit használva referenciaként.

A modellek képesek különbséget tenni két eredményhalmaz és klaszterezni az eltéréseket, elkülönítve a magyarázható kerekítési eltéréseket a valódi hibáktól. Ez a triázs a ciklusok leglassabb manuális része.

Igen. A rekordok összehasonlítása és a jelentések formázása ismétlődő kód, amit egy asszisztens jól kezel. A tűréshatár-szabályokhoz továbbra is szükség van emberre, mert az elfogadható eltérés üzleti döntés.

A tesztelők végrehajtják a ciklusokat; az üzleti felhasználók ítélik meg az eltéréseket. A pénzügy és a biztosítás területén a szakterületi szakértő dönti el, hogy mely eltérések elfogadhatók.

Valós termelési adatok a régi rendszerből, szükség esetén maszkolva. A szintetikus adatok elrejtik azokat a történelmi eseteket, amelyeket a migráció leggyakrabban meghiúsít.

A kifejezést mindkét értelemben használják. Sok fut. automatizált A rácson egyszerre elhelyezett csomagok lerövidítik a végrehajtási időt, de nem hasonlítanak össze két rendszert.

Amikor minden kilépési kritérium teljesül: minden ciklus végrehajtódott, minden eltérés osztályozva van, nincs megmagyarázhatatlan eltérés nyitva. A jóváhagyás általában megelőzi a folyamatot. felhasználói elfogadási tesztelés.

Két élő környezet, duplikált adatok és mindkét rendszert ismerő személyzet. A költséget elfogadják, ha a hibás számítás szabályozási következményekkel jár.

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