Ero Uusintatestauksen ja Regressiotestauksen välillä esimerkillä

mikä on ero Uusintatestauksen ja Regressiotestauksen välillä:

ettekö te kaikki rakasta vertailuteemaisia artikkeleita? Tiedän sen. Se on niin hyvä tapa kutsua ajatuksia, kommentteja ja ehkä jopa, vahva erimielisyys.

päivän aihe on Uusintatestaus Vs Regressiotestaus.

=> Klikkaa Tästä Saadaksesi Täydellisen Regressiotestaussarjan.

aloitetaan Uusintatestillä:

uusintatesti

uusintatesti tarkoittaa uuden testauksen tekemistä. Syyllä ei ole väliä. Kun toistat kokeen, teet sen uudelleen. Voisit testata uudelleen nykyisen version toiminnot. Tai viankorjaus, edellisen version toiminnot, testitapaus, jonka juuri ajoit, jne.

 Uusintatestaus ja Regressiotestaus  Uusintatestaus ja Regressiotestaus

jos vielä ajattelet – miksi-niin seuraavat ovat joitakin syitä, jotka ovat yhtä hyviä kuin:

  • ajoit testin eilen ja törmäsit vikaan. Haluat varmistaa vaiheet ja vian toistettavuus. Joten, sinä teet uusintatestin.
  • suoritit testin. Huomiosi ei ollut siinä (ehkä puhelimesi soi, tai puhuit kollegalle jne.). Haluat tarkistaa vielä kerran, joten tee uusintakoe.

olen varma, että saat sen.

Uusintatestaus on, kun toistat testin jostain syystä. Se on yksi niistä termeistä, jotka pysyvät uskollisina määritelmälleen.

Regressiotesti

ohjelmisto kehittyy. On tulossa uusia versioita yli nykyisten. Siellä kasataan uusia ominaisuuksia, laajennuksia jne. Mutta ajan myötä tämä voi johtaa sovelluksen epävakauteen.

Kuvittele itsesi tekemässä lohkotornia lisäämällä yksi lohko toisen päälle. Tukikohdan vahvistamiseen tai vahvistamiseen ei kulu aikaa. Ei kestä kauaa, kun torni romahtaa.

noin vain joutuu testaamaan ohjelmiston pohjan lujuutta ja vakautta.

siihen tarvittaisiin ohjelmiston uusintakoe. Se on ainoa keino.

Recommended read => mitä Regressiotestaus on? Työkalut ja parhaat käytännöt

regressio on eräs Uusintatestin muoto. ”Miksi” ja ”milloin” – yksityiskohdat erottavat sen edellisestä.

1) milloin testaamme uudelleen? Kun ohjelmisto muuttuu

2) Miksi teemme uusintatestejä? Varmistaakseen, että uudet lisäykset/muutokset eivät ole tehneet ennen työskentelyä toimivuudesta epävakaan. Regressio on yleinen ja suositeltava, kun:

  • uusi versio tulee saataville. (Palauta kaikki tai ainakin vanhemman version tärkeät ominaisuudet)
  • Bug fix

Point to note:tyhjentävä Regressiotestaus on mahdotonta, vaikka toivottavaa.

siksi tee regressioanalyysi ennen kuin hyppäät suoraan testeihin. Tähän vaiheeseen kuuluu päättää, kuinka paljon regressio minun pitäisi tehdä minun hakemuksen.

mistä regression laajuus riippuu?

  • muutoksen luonne
  • suhde/muutoksen vaikutus nykyiseen järjestelmään/ominaisuuteen
  • käytettävissä oleva aika ja resurssit

miten testaajat voivat päättää regression laajuuden?

1) kokemuksen ja sovelluksen tuntemuksen kautta

2) keskustelemalla kehittäjien kanssa

3) paikasta, jossa muutos on tehty. Esimerkiksi: jos se on etusivulla, niin se tarvitsee enemmän huomiota kuin jos se oli yksi vähemmän käytettävissä sivuja.

pelissä olevista tekijöistä riippuen testiryhmä saattoi mennä johonkin seuraavista:

  • Yksikköregressio
  • osittainen regressio
  • täydellinen regressio

Yksikköregressio tarkoittaa, että testaat uudelleen vain sovelluksen muuttuneen moduulin/alueen.

osittainen regressio tarkoittaa, että vaihdettu moduuli testataan uudelleen. Plus sisältävät ne, jotka ovat vuorovaikutuksessa sen kanssa.

täysi regressio on, että testaat koko sovelluksen riippumatta muutoksen sijainnista.

se riippuu tilanteesta (aika & resurssien saatavuus), muutoksen vakavuudesta (sen vaikutuksesta), kehittäjäsi panoksista jne. Olet tehokkaampi, kun valitset oikean testisarjan verrattuna kaikkiin testeihin.

regressioanalyysi on keskeinen menestystekijä. Se tarvitsee mieluummin älykästä työtä kuin kovaa työtä.

harhaluuloja Regressiotestauksesta

Regressiotestauksesta on monia harhaluuloja:

#1)regressio tehdään aina automaation kautta: ei. Regressio tehdään myös manuaalisesti. Meillä on koko artikkeli tästä => miten Regressiotestaus tehdään? Voiko sen tehdä manuaalisesti?

huomaa, että regressio on täydellinen ehdokas automaatiolle. Toistamisen laajuus vie aikaa ja voi johtaa ikävystymiseen. Myös tärkeä validointi voi jäädä saamatta. Automaatio on luotettava, nopea ja tehokas vaihtoehto.

myös read => automatisoidut Regressiotestaushaasteet

#2) regressio ei ole koskaan täydellinen: totta. Mutta ei täysin.

tarkoitan, että tyhjentävä regressiotesti voi olla mahdoton. Mutta, tyhjentävä regressio testaus voi olla tarpeetonta liian.

oletetaan, että muutit kirjoitusvirheen kotisivulla. Tämä korjaus on pieni. Se on myös eristetty muista sovellusalueista. Joten, yksinkertainen uusintatestaus ominaisuus riittäisi. Ei tarvitse palauttaa entinen toiminnallisuus ympäri Kotisivu.

#3) se on tarpeetonta, kun on räsähdys aikaa varten: ei pidä paikkaansa. Liian vähäinen regressio johtaa luottamuspulaan tuotetta kohtaan. Et koskaan tiedä, mitä odottaa sen reaktio eri loppukäyttäjän skenaarioita.

#4) Se ajaa joka ikisen edellisen julkaisun testitapauksen: jälleen kerran jokaisen testitapauksen valitseminen ei ole oikea tapa tehdä tätä. Testijuttujen strateginen poiminta on avainasemassa. Ymmärrä muutos ja valitse sopivat testikotelot.

OK, eli uusintatesti ja Regressiotesti yksityiskohtaisesti.

nyt vertailussa.

Uusintatestaus Vs Regressiotestaus

mitä samaa niissä on?

  • ne ovat molemmat toistoon perustuvia
  • validointi-ja Black box-testaustekniikoita
  • automaatio-tai Manuaalitestitapauksia, jotka molemmat testataan uudelleen tai taantuvat
  • ”on varmennettava tai karkotettava epäilyksensä ja muunnettava ne varmuudeksi Kyllä tai ei – Thomas Carlyle”. Molemmat tekevät näin.

mikä niissä on erilaista?

  • Uusintatestausta sovelletaan kaikkiin testattuihin nykyisen tai aiemman version toimintoihin. Regressio on edellisen version toiminnallisuuskeskeinen.
  • Uusintatestaus ei riipu sovellettavasta muutoksesta. Regressio on muutosorientoitunut.

lopuksi lyödään tämä käsite kotiin:

sanotaan, että sinulla on Koetapaus XYZ, joka johti virheeseen ID: llä 120. Tämä vika korjataan seuraavassa julkaisussa. Testaisit XYZ-testitapauksen uudelleen ja palauttaisit toiminnallisuuden sen ympärille. Regressio on varmistaa, että kaikki toimii ehjänä 120: n korjauksen jälkeen. Uusintatestissä selvitetään vian korjaantuminen.

dynaamisen duon muodostaa siis jompikumpi, vaan regression ja uusintatestauksen yhdistelmä.

sinun vuorosi. Oletteko samaa mieltä tässä esitetyistä määritelmistä ja analyyseistä?

tekijästä: tämän artikkelin on kirjoittanut STH-tiimin jäsen Swati S.

Vastaa

Sähköpostiosoitettasi ei julkaista.