Kutsutaanko samanaikaista testien suorittamista myös rinnakkaistestaukseksi?

Termiä käytetään molemmissa tarkoituksissa. Useiden automatisoitujen pakettien ajaminen samanaikaisesti ruudukolla lyhentää suoritusaikaa, mutta ei vertaa mitään kahden järjestelmän välillä.

Mitä on rinnakkaistestaus? Menetelmä, lähestymistapa ja esimerkki

⚡ Älykäs yhteenveto

Rinnakkaistestaus suorittaa vanhan ja uuden järjestelmän samaa syötettä vasten samanaikaisesti, jotta testaajat voivat varmistaa, että siirretyt tiedot, laskelmat ja liiketoimintavirrat tuottavat edelleen identtisiä tuloksia.

🎯 Tarkoitus: Todista, että uusi versio toimii samalla tavalla kuin vanha tai paremmin.
️ Trigger: Järjestelmien vaihdot, tietojen siirrot ja kahden järjestelmän synkronointijaksot.
🚪 Kriteerit: Aloituskriteerit avaavat syklin; lopetuskriteerit sulkevat sen.
🔍 Menetelmä: Vertaa molempia tulosteita rivi riviltä ja luokittele kaikki erot.
⚠️ Kustannukset: Täydellinen tuotetietämys ja täydellinen lopputulosten kattavuus vaaditaan.

Lue lisää

Mitä rinnakkaistestaus on?

Rinnakkainen testaus on ohjelmistotestaustyyppi, jossa useita sovelluksen versioita tai alikomponentteja testataan samalla syötteellä eri järjestelmissä samanaikaisesti testien suoritusajan lyhentämiseksi. Rinnakkaistestauksen tarkoituksena on selvittää, toimivatko vanha ja uusi versio samalla tavalla vai eri tavalla, ja onko uusi versio tehokkaampi.

Alla oleva kuva havainnollistaa rinnakkaistestausta.

Esimerkki rinnakkaistestauksesta

Kun organisaatio siirtyy uuteen järjestelmään, vanhat tiedot ovat tärkeä osa muutosta, ja niiden siirtäminen on monimutkaista.

Ohjelmistotestauksessa uuden järjestelmän yhteensopivuuden varmistaminen vanhan järjestelmän kanssa tehdään rinnakkaistestauksen avulla, kuten alla oleva kaavio osoittaa.

Miksi tehdä rinnakkaistestaus

Rinnakkaistestaus tehdään näistä syistä.

Varmistaaksesi, että sovelluksen uusi versio toimii oikein
Varmistaaksesi, että tulokset ovat yhdenmukaiset uuden ja vanhan version välillä
Tarkistaaksesi, onko kahden version välinen tietomuoto muuttunut
Tarkistaaksesi uuden sovelluksen eheyden

Esimerkiksi käyttäjät käyttävät tällä hetkellä sovelluksen versiota 1.0, ja maaliskuusta alkaen he siirtyvät versioon 1.1, kuten alla on esitetty.

Tällaisissa tapauksissa testaajat suorittavat rinnakkaistestausta varmistaakseen, että tiedonsiirto on onnistunut ja että uuden version muutokset eivät vaikuta järjestelmän toimintaan eivätkä käyttäjän odottamaan tuotokseen.

Milloin tehdä rinnakkaistestaus

Rinnakkaistestausta käytetään laajasti, kun:

Yritys siirtyy vanhasta järjestelmästä uuteen
Synckronisointi suoritetaan kahden järjestelmän välillä
Vanhat tiedot tuodaan järjestelmästä toiseen
Kaikkien tulosten on oltava tarkasti määriteltyjä – esimerkiksi rahoitus- tai vakuutusalalla, jossa laskenta on järjestelmän tärkeä toiminto.

Kuinka tehdä rinnakkainen testaus: täydellinen lähestymistapa

Rinnakkaistestausta varten luot useita projekteja, jotka kukin testaavat sovelluksen eri osaa (apulaisprojektit), ja yhden projektin (pääprojekti), joka suorittaa niitä.

Rinnakkaistestauksessa on kaksi kriteeritasoa.

Rinnakkaistestin aloituskriteerit — määritellä tehtävät, jotka on täytettävä ennen kuin rinnakkaistestaus voidaan suorittaa tehokkaasti.
Rinnakkaistestin lopetuskriteerit — määritellä rinnakkaistestausvaiheen onnistunut päätös.

Muutaman ennakkovaatimuksen on täytyttävä ensin.

Rinnakkaistestausta ei voida aloittaa ennen kuin testiympäristössä asennus on tehty
Kaikki ennakkoehdot ja skenaariot tulee määritellä ensin
Vanhat tiedot ja uudet tiedot on siirrettävä onnistuneesti
Rinnakkaistestaus ei ole valmis, ennen kuin kaikki lopetuskriteerit on täytetty.

Suorita rinnakkaistestaus viidessä vaiheessa.

Suorita vanha järjestelmä uutta järjestelmää vasten.
Ymmärrä kahden järjestelmän väliset erot.
Käy läpi kokonainen sykli käyttäen samaa syötettä.
Vertaa uuden järjestelmän tuotosta vanhan järjestelmän tuotokseen.
Ilmoita löydetyn vian syy.

Hyvät käytännöt rinnakkaistestaukseen

Tässä on muutamia hyödyllisiä vinkkejä.

Rinnakkaisessa testauksessa tunnistetut tyypilliset viat

Sisäinen logiikka muuttuu
Tuotteen virtaus muuttuu
Tärkeimmät toiminnot on muutettu

Kuinka monta sykliä pitäisi tarvita

Testausjaksojen määrä riippuu moduulin monimutkaisuudesta. Suorita useita skenaariojaksoja käyttämällä ennalta määriteltyjä testitiedot joka siirtyi edelliseen järjestelmään.

Erojen luokittelu

Uuden ja vanhan järjestelmän tulokset tulisi mitata rivi riviltä, erot tulisi korostaa ja jokainen ero tulisi luokitella virhetyypin mukaan.

Virhetyyppi tapahtui syklien aikana

Testaajan tulee kirjata kunkin eron kohdalla, mikä niistä pätee.

Syöttövirhe
Vanhan järjestelmän aiheuttama virhe
Selitettävä tai hyväksyttävä ero
Odottamaton virhe

Mikä ei ole rinnakkaistestaus

Taulukko vetää rajan.

Se on rinnakkaistestausta	Se ei ole rinnakkaistestausta
Testataan päivitettyä sovellusta edelliseen sovellukseen verrattuna.	Testataan vain yhtä ohjelmistoa.
Vanhan skenaarion suorittaminen uudella ohjelmistolla samoilla syöttöehdoilla.	Selain- tai alustariippumaton testaus.
Tavoitteena on selvittää tulos edellisen järjestelmän mukaisesti.	Tarkoituksena on selvittää suunnitteluongelma.
Tarvitaan sekä vanhan että uuden järjestelmän tuntemusta.	Eron tuntemusta ei vaadita.

Rinnakkaistestauksen haasteet

Täydellinen tuotetietämys vaaditaan
Jokainen tulos on testattava
Tiedonsyöttö ja tuotevirta vaativat jatkuvaa huomiota

UKK

Regressiotestaus vertaa koontiversiota sen omiin odotettuihin tuloksiin. Rinnakkaistestaus vertaa kahta erillistä järjestelmää käyttäen vanhempaa referenssinä.

Mallit voivat erottaa kahden tulosjoukon ja klustereiden epäsuhtaisuuden toisistaan, erottaen selitettävissä olevat pyöristyserot aidoista vioista. Tämä triage on kunkin syklin hitain manuaalinen osa.

Kyllä. Tietueiden vertailu ja raporttien muotoilu ovat toistuvaa koodia, jonka avustaja käsittelee hyvin. Toleranssisäännöt tarvitsevat silti ihmisen, koska hyväksyttävä ero on työtehtävä.

Testaajat suorittavat syklit; yrityskäyttäjät arvioivat erot. Rahoitus- ja vakuutusalalla toimiala-asiantuntija päättää, mitkä epäsuhtaudet ovat hyväksyttäviä.

Vanhan järjestelmän todellista tuotantodataa, tarvittaessa peitettynä. Synteettistä dataa käytetään piilottamaan historialliset reunatapaukset, jotka migraatio useimmiten rikkoo.

Termiä käytetään molemmissa tarkoituksissa. Useita automatisoitu sviittien sijoittaminen samanaikaisesti ruudukolle lyhentää suoritusaikaa, mutta ei vertaa mitään kahden järjestelmän välillä.

Kun jokainen lopetuskriteeri täyttyy: kaikki syklit on suoritettu, jokainen ero on luokiteltu, eikä selittämättömiä epäsuhtaumia ole avoimia. Kuittaus yleensä edeltää käyttäjän hyväksyntätestaus.

Kaksi reaaliaikaista ympäristöä, kahdennetut tiedot ja molemmat järjestelmät tunteva henkilöstö. Kustannukset hyväksytään, jos väärällä laskelmalla on sääntelyyn liittyviä seurauksia.