Co je paralelní testování? Metoda, přístup a příklad

Od: Thomas Hamilton Thomas Hamilton
Hours aktualizováno

⚡ Chytré shrnutí

Paralelní testování spouští starší systém a nově vyvinutý systém současně se stejným vstupem, takže testeři mohou potvrdit, že migrovaná data, výpočty a obchodní toky stále produkují identické výsledky.

  • 🎯 Účel: Dokažte, že nová verze se chová stejně jako ta stará, nebo dokonce lépe.
  • ️ Trigger: Výměny systémů, migrace dat a synchronizační okna dvou systémů.
  • 🚪 Kritéria: Vstupní kritéria cyklus otevírají, výstupní kritéria ho uzavírají.
  • 🔍 Metoda: Porovnejte oba výstupy řádek po řádku a klasifikujte všechny rozdíly.
  • ⚠️ Cena: Vyžaduje se úplná znalost produktu a kompletní pokrytí výsledků.
Přečíst více

Definice, přístup a příklad paralelního testování

Co je paralelní testování?

Paralelní testování je typ testování softwaru, při kterém se testuje více verzí nebo dílčích komponent aplikace se stejným vstupem na různých systémech současně, aby se zkrátila doba provádění testů. Účelem paralelního testování je zjistit, zda se starší a nová verze chovají stejně nebo odlišně, a stanovit, zda je nová verze efektivnější.

Obrázek níže demonstruje paralelní testování.

Paralelní testovací tok se starým a novým systémem, který sdílí jeden vstup

Příklad paralelního testování

Když organizace přechází na nový systém, jsou starší data důležitou součástí přesunu a jejich přenos je složitý.

V testování softwaru se ověřování kompatibility nově vyvinutého systému se starým systémem provádí paralelním testováním, jak ukazuje níže uvedený diagram.

Příklad paralelního testování porovnávající výstup staršího systému s výstupem nového systému

Proč dělat paralelní testování

Z těchto důvodů se provádí paralelní testování.

  • Ujistěte se, že nová verze aplikace funguje správně
  • Aby se zajistila konzistentnost výsledků mezi novou a starou verzí
  • Kontrola, zda se formát dat mezi oběma verzemi změnil
  • Chcete-li zkontrolovat integritu nové aplikace

Například uživatelé aktuálně používají verzi 1.0 aplikace a od března přejdou na verzi 1.1, jak je znázorněno níže.

Verze 1.0 a verze 1.1 testovány současně během migrace

V takových případech testeři spustí paralelní testování, aby potvrdili, že migrace dat proběhla úspěšně a že změny v nové verzi neovlivní ani funkčnost systému, ani výstup, který uživatel očekává.

Kdy provádět paralelní testování

Paralelní testování se hojně používá, když:

  • Společnost přechází ze starého systému na nový.
  • SyncChronizace se provádí mezi dvěma systémy
  • Starší data se importují z jednoho systému do druhého.
  • Všechny výsledky musí být přesně definovány – například finanční nebo pojišťovací oblast, kde je výpočet hlavní funkcí systému.

SOUVISEJÍCÍ ČLÁNKY

Jak provádět paralelní testování: Kompletní přístup

Pro paralelní testování vytvoříte několik projektů, z nichž každý testuje jinou část aplikace (podřízené projekty), a jeden projekt (hlavní projekt), který je spouští.

Paralelní testování má dvě úrovně kritérií.

  1. Kritéria pro vstup do paralelních testů — definovat úkoly, které musí být splněny před efektivním provedením paralelního testování.
  2. Kritéria pro ukončení paralelního testu — definovat úspěšné dokončení fáze paralelního testování.

Nejprve je třeba splnit několik předpokladů.

  • Paralelní testování nemůže začít, dokud testovací prostředí nastavení je hotové
  • Nejprve by měly být definovány všechny předběžné podmínky a scénáře
  • Starší data a nová data musí být migrována úspěšně
  • Paralelní testování není dokončeno, dokud nejsou splněna všechna kritéria ukončení.

Proveďte paralelní testování v pěti krocích.

  1. Spusťte starý systém s nově vyvinutým systémem.
  2. Pochopte rozdíly mezi těmito dvěma systémy.
  3. Projděte celý cyklus se stejným vstupem.
  4. Změřte výstup nově vyvinutého systému oproti výstupu starého systému.
  5. Nahlaste příčinu jakékoli nalezené chyby.

Dobré postupy pro paralelní testování

Zde je několik užitečných tipů.

Typické chyby zjištěné v paralelním testování

  • Vnitřní logika je změněna
  • Tok produktu se změní
  • Hlavní funkce jsou upraveny

Kolik cyklů by mělo být potřeba

Počet testovacích cyklů závisí na složitosti modulu. Spusťte více cyklů scénářů s použitím předdefinovaných testovací data který prošel předchozím systémem.

Kategorizace rozdílů

Výsledky nového a staršího systému by měly být měřeny řádek po řádku se zvýrazněnými rozdíly a každý rozdíl by měl být klasifikován podle typu chyby.

Typ chyby se vyskytl během cyklů

U každého rozdílu by měl tester zaznamenat, který z nich se vztahuje.

  • Chyba zadání
  • Chyba způsobená starým systémem
  • Vysvětlitelný nebo přijatelný rozdíl
  • Neočekávaná chyba

Co není paralelní testování

Tabulka vytyčuje hranici.

Jedná se o paralelní testování Nejedná se o paralelní testování
Testování aktualizované aplikace oproti předchozí aplikaci. Testování pouze jednoho softwaru.
Spuštění starého scénáře s novým softwarem za stejných vstupních podmínek. Testování napříč prohlížeči nebo platformami.
Cílem je zjistit výsledek jako u předchozího systému. Cílem je zjistit problém s designem.
Je vyžadována znalost starého i nově vyvinutého systému. Znalost rozdílu není nutná.

Výzvy paralelního testování

  • Je vyžadována úplná znalost produktu
  • Každý výsledek by měl být testován
  • Vstup dat a tok produktů vyžadují neustálou pozornost

Nejčastější dotazy

Regresní testování porovnává sestavení s vlastními očekávanými výsledky. Paralelní testování porovnává dva oddělené systémy, přičemž starší systém se používá jako reference.

Modely dokáží rozlišovat dvě sady výsledků a neshody v shlukech, čímž oddělují vysvětlitelné rozdíly v zaokrouhlování od skutečných vad. Toto třídění je nejpomalejší manuální částí každého cyklu.

Ano. Porovnávání záznamů a formátování sestav jsou repetitivní kódy, které asistent zvládá dobře. Pravidla tolerance stále vyžadují člověka, protože přijatelný rozdíl je obchodní záležitostí.

Testeři provádějí cykly; firemní uživatelé posuzují rozdíly. Ve financích a pojišťovnictví rozhoduje o tom, které neshody jsou přijatelné, odborník v dané oblasti.

Reálná produkční data ze staršího systému, maskovaná tam, kde je to potřeba. Syntetická data skrývají historické hraniční případy, které migrace nejčastěji narušuje.

Termín se používá v obou významech. Běží mnoho automatizované sady najednou v mřížce zkracují dobu provádění, ale nic neporovnávají mezi dvěma systémy.

Když jsou splněna všechna kritéria ukončení: všechny cykly provedeny, všechny rozdíly klasifikovány, žádné nevysvětlitelné neshody otevřeny. Obvykle předchází schválení. testování přijetí uživatele.

Dvě živá prostředí, duplicitní data a personál, který oba systémy zná. Náklady jsou akceptovány tam, kde chybný výpočet s sebou nese regulační důsledky.

Shrňte tento příspěvek takto: