Erinevus kordustestimise ja regressioonitesti vahel
Thomas Hamilton
Peamised erinevused kordustestimise ja regressioonitesti vahel
- Regressioonitesti tehakse läbitud testjuhtumite puhul, kordustestimist aga ainult ebaõnnestunud testjuhtumite puhul.
- Regressioonitestiga kontrollitakse ootamatuid kõrvalmõjusid, kordustestimisel aga veendutakse, et algne viga on parandatud.
- Regressioonitestimine ei hõlma defektide kontrollimist, samas kui kordustestimine hõlmab defektide kontrollimist.
- Regressioonitestimist nimetatakse üldiseks testimiseks, samas kui kordustestimine on planeeritud testimine.
- Automatiseerimisega on regressioonitestimine võimalik, automaatikaga aga kordustestimine pole võimalik.
Mis on kordustestimine?
Uuesti testimine on protsess, mis kontrollib konkreetseid testjuhtumeid, mis leitakse koos veaga lõplikus täitmises. Tavaliselt avastavad testijad need vead tarkvararakenduse testimise ajal ja määravad selle arendajatele selle parandamiseks. Seejärel parandavad arendajad vea/vead ja määravad need uuesti testijatele kontrollimiseks. Seda pidevat protsessi nimetatakse kordustestimiseks.
Mis on regressioonitest?
Regressioonitestimine on a tarkvara testimise tüüp teostatakse kontrollimaks, kas koodimuutus ei ole ebasoodsalt häirinud rakenduse praeguseid funktsioone ja funktsioone
Kordustestimine vs regressioonitestimine on kvaliteedikontrolli kandidaatide seas levinud KKK. Allpool on üksikasjalik võrdlus näitega
Kordustestimine vs regressioonitestimine
Peamine erinevus kordustestimise ja regressioonitesti vahel on nende eesmärk. Kordustestimine keskendub kontrollimisele, kas konkreetsed vead on parandatud, regressioonitestiga aga kontrollitakse, kas hiljutised muudatused on põhjustanud uusi probleeme olemasolevas funktsioonis. Kordustestimine on suunatud konkreetsetele vigadele ja regressioonitestimine tagab süsteemi üldise stabiilsuse pärast värskendusi või muudatusi.
| Regressioonitestimine | Uuesti testimine |
|---|---|
| Regressioonitestimine tehakse kontrollimaks, kas hiljutine programmi- või koodimuudatus ei ole olemasolevaid funktsioone negatiivselt mõjutanud | Kordustestimine viiakse läbi, et kinnitada, et lõplikul täitmisel ebaõnnestunud testjuhtumid läbivad pärast defektide parandamist |
| Regressioonitestimise eesmärk on see, et uutel koodimuudatustel ei oleks olemasolevatele funktsioonidele kõrvalmõjusid | Kordustestimine toimub alusel Defekt parandused |
| Defektide kontrollimine ei ole regressioonitesti osa | Defektide kontrollimine on kordustestimise osa |
| Sõltuvalt projektist ja ressursside olemasolust saab regressioonitesti läbi viia paralleelselt kordustestimisega | Kordustestimise prioriteetsus on kõrgem kui regressioonitestimisel, seega viiakse see läbi enne regressioonitesti |
| Regressioonitestide jaoks saate automatiseerida, Käsitsi testimine võib olla kulukas ja aeganõudev | Te ei saa kordustestimise jaoks testjuhtumeid automatiseerida |
| Regressioonitesti nimetatakse üldiseks testimiseks | Kordustestimine on planeeritud testimine |
| Läbitud testjuhtumite jaoks tehakse regressioonitest | Kordustestimine toimub ainult ebaõnnestunud testjuhtumite puhul |
| Regressioonitestiga kontrollitakse ootamatuid kõrvalmõjusid | Kordustestimine tagab, et algne viga on parandatud |
| Regressioonitesti tehakse ainult siis, kui olemasolevas projektis tehakse muudatusi või muudatused muutuvad kohustuslikuks | Uuesti testimine käivitab defekti samade andmete ja sama keskkonnaga erinevate sisenditega uue järguga |
| Regressioonitestimise testjuhtumeid saab funktsionaalsetest spetsifikatsioonidest, kasutajaõpetustest ja -juhenditest ning parandatud probleeme käsitlevatest defektiaruannetest | testjuhtumid kordustestimiseks ei saa enne testimise alustamist hankida. |
