Regresijos testavimo išsamus vadovas: viskas, ką reikia žinoti

Šis straipsnis padės jums gauti išsamių žinių apie regresijos bandymus ir paaiškinti, kodėl svarbu įtraukti regresijos bandymus atliekant bandymus.

Kai tik išleidžiama nauja programinė įranga, akivaizdu, kad reikia išbandyti naują funkcionalumą. Tačiau ne mažiau svarbu iš naujo paleisti senus testus, kuriuos programa anksčiau išlaikė. Tokiu būdu galime būti tikri, kad naujoji programinė įranga neatkuria senų defektų ir nesukuria naujų programinėje įrangoje. Tokio tipo bandymus mes vadiname regresijos testavimas. Šiame straipsnyje nagrinėsime regresijos bandymusdetaliai. Jei dar nesinaudojote programinės įrangos testavimu, būtinai perskaitykite .

Pažvelkime į šiame straipsnyje aprašytas temas:





Kas yra regresijos testavimas?

„Anksčiau išbandytos programos testavimas atlikus modifikavimą, siekiant užtikrinti, kad nepakeistose programinės įrangos srityse trūkumai nebūtų įvesti ar atskleisti dėl atliktų pakeitimų, vadinamas„ Regresijos testavimu “.“

Regresijos testas yra visos sistemos testas, kurio pagrindinis tikslas yra užtikrinti, kad nedidelis vienos sistemos dalies pakeitimas nesugadintų esamo funkcionalumo kitur sistemoje. Jei regresiją laikote nenumatytu pokyčiu, tai tokio tipo bandymai yra tų pokyčių medžioklės procesas. Paprasčiau tariant, viskas yra užtikrinti, kad senos klaidos negrįžtų. Tegulpažvelkite į fiktyvų pavyzdį, kuris iliustruoja koncepciją.



Regresijos testavimasEx - kas yra regresijos testavimas - Edureka

Pridėdami naują mokėjimo tipą prie apsipirkimo svetainės, atlikite senus bandymus dar kartą, kad įsitikintumėte, jog naujas kodas nesukūrė naujų defektų ir neatnaujino senų.Regresijos testavimas yra svarbus, nes be jo visiškai įmanoma įdiegti numatytus pataisymus sistemoje, kurie sukuria daugiau problemų, nei jie išsprendžia.

Regresijos testavimo nauda

Regresijos testų atlikimasnaudinga įmonėms įvairiais būdais, pavyzdžiui:



  • Tai padidina tikimybę aptikti klaidas, kurias sukelia programinės įrangos ir programų pakeitimai
  • Tai gali padėti anksti užfiksuoti defektus ir taip sumažinti jų pašalinimo išlaidas
  • Padeda tirti nepageidaujamus šalutinius poveikius, kurie galėjo atsirasti dėl naujos darbo aplinkos
  • Užtikrina geresnę programinę įrangą dėl ankstyvo klaidų ir klaidų nustatymo
  • Svarbiausia, jis patikrina, ar kodo pakeitimai neatnaujina senų defektų

Regresijos testavimas užtikrina programinės įrangos teisingumą, kad į rinką būtų išleista geriausia produkto versija. Tačiau realiame pasaulyje sukurti ir išlaikyti begalinį regresijos testų rinkinį tiesiog neįmanoma. Taigi turėtumėte žinoti, kada taikyti regresijos testą.

kaip analizuoti xml failą Java

Kada taikyti regresijos testavimą?

Rekomenduojama atlikti regresijos testą, kai įvyksta šie įvykiai:

    • Kai pridedama naujų funkcijų
    • Esant pokyčių reikalavimams
    • Kai yra defektų taisymas
    • Kai yra veiklos problemų
    • Aplinkos pokyčių atveju
    • Kai yra pleistro taisymas

Kita šio straipsnio dalis yra apie skirtingus regresijos testavimo tipus.

Kokios yra regresijos testavimo rūšys?

Regresijos testavimas atliekamas keliais bandymo etapais. Būtent dėl ​​šios priežasties yra keli regresijos bandymų tipai. Kai kurie iš jų yra šie:

Vieneto testavimas: Atliekant vieneto testavimą, kai koduojami vieno įrenginio pakeitimai, testuotojas, paprastai už kodą atsakingas kūrėjas, pakartotinai atlieka visus anksčiau išlaikytus vieneto testus. Į aplinkose automatiniai vieneto testai yra integruoti į kodą, todėl vieneto testavimas yra labai efektyvus, palyginti su kitų tipų bandymais.

Progresyvus testavimas: Šio tipo bandymai veikia efektyviai, kai yra ir naujų, ir programinės įrangos / programų specifikacijų pakeitimų yra suprojektuoti.

Atrankinis testavimas: Atlikdami atrankinius bandymus, bandytojai naudoja pogrupį dabartinių bandymų atvejų, kad sumažintų pakartotinio bandymo išlaidas ir pastangas. Bandomasis vienetas turi būti pakartotinai paleistas tik tada, jei buvo pakeista kuri nors programos apimama programa.

Iš naujo išbandyti visus testus: Šio tipo bandymo strategija apima visų konkrečios programos aspektų testavimą, taip pat pakartotinį visų bandymų atvejų naudojimą, net jei pakeitimai nebuvo padaryti. Tai užima daug laiko ir nėra daug naudinga, kai atliekami kokie nors nedideli programos pakeitimai ar pakeitimai.

Pilnas testavimas: Šis bandymas yra labai naudingas, kai esamajame kode buvo atlikti keli pakeitimai. Atlikti šį testavimą yra labai naudinga norint nustatyti netikėtas klaidas. Baigus šį bandymą, galutinė sistema gali būti prieinama vartotojui.

Labai svarbu žinoti, kokio tipo bandymai atitinka jūsų reikalavimus. Toliau aptarsime, kaip įgyvendinamas regresijos testavimas.

Kaip vykdomas regresijos testavimas?

Regresijos testavimo procedūra yra tokia pati, kokia taikoma bet kuriam kitam testavimo procesui. Kiekvieną kartą, kai programinė įranga keičiama ir atsiranda naujas leidimas, kūrėjas testavimo proceso metu atlieka šiuos veiksmus:

  • Visų pirma, jis atlieka vieneto lygio regresijos testus, kad patvirtintų jų pakeistą kodą, taip pat visus naujus testus, kuriuos jie parašė, kad apimtų naujas ar pakeistas funkcijas
  • Tada pakeistas kodas sujungiamas ir integruojamas, kad būtų sukurta nauja bandomosios programos versija (AUT)
  • Be to, prieš atliekant bet kokius papildomus bandymus, atliekami dūmų bandymai, siekiant įsitikinti, kad konstrukcija yra gera
  • Pripažinus, kad sukūrimas yra geras, atliekami integracijos bandymai, siekiant patikrinti programos vienetų sąveiką tarpusavyje ir su išorinėmis tarnybomis, tokiomis kaip duomenų bazės.
  • Atsižvelgiant į išleisto kodo dydį ir apimtį, planuojamas dalinis arba visas regresas
  • Tada apie defektus pranešama kūrėjų komandai
  • Jei reikia, atliekami papildomi regresijos testų etapai

Taip regresijos testavimas yra įtrauktas į įprastą programinės įrangos testavimo procesą. Žemiau pateiktame paveikslėlyje aiškiai pavaizduotas regresijos bandymų atlikimas.

Kai tik atliekami keli šaltinio kodo pakeitimai, programos vykdymas nepavyksta dėl akivaizdžių priežasčių. Po gedimo šaltinio kodas derinamas siekiant nustatyti programos klaidas. Atliekamos atitinkamos modifikacijos. Tada tinkami bandymo atvejai parenkami iš jau esamo testų rinkinio, kuris apima visas modifikuotas ir paveiktas šaltinio kodo dalis. Jei reikia, pridedami nauji bandymų atvejai. Galų gale bandymai atliekami naudojant pasirinktus bandymo atvejus. Dabar jums gali būti įdomu, kuriuos bandymo atvejus pasirinkti.

Efektyvius regresijos testus galima atlikti pasirinkus šiuos bandymo atvejus:

  • Testiniai atvejai, turintys dažnai defektų
  • Kompleksiniai bandymų atvejai
  • Integracijos testo atvejai
  • Bandymo atvejai, apimančiai pagrindines produkto funkcijas
  • Dažnai naudojamos funkcijos
  • Bandomosios vazos, kurios dažnai sugenda
  • Ribinės vertės testo atvejai

Regresijos testavimo proceso nepasiekę, patikrinkime įvairias technikas.

Regresijos testavimo metodikos

Regresijos testavimas tiesiog patvirtina, kad modifikuota programinė įranga netyčia nepasikeitė ir paprastai ji atliekama naudojant bet kurį iš šių metodų derinių:

valdymo srauto teiginiai java

Iš naujo išbandyti visus: Šis metodas tiesiog iš naujo išbando visą programinės įrangos rinkinį nuo viršaus iki apačios. Daugeliu atvejų didžiąją dalį šių bandymų atlieka automatiniai įrankiai. Tam tikrais atvejais automatizuoti nereikia. Ši technika yra brangi, nes ji reikalauja daugiau laiko ir išteklių, palyginti su kitomis.

Testo pasirinkimas: Užuot pasirinkęs visus bandymo atvejus, šis metodas leidžia komandai pasirinkti testų rinkinį, kuris apytiksliai įvertins visą testų rinkinio testavimą. Pagrindinis šios praktikos privalumas yra tas, kad jai atlikti reikia daug mažiau laiko ir pastangų. Paprastai tai daro kūrėjai, kurie paprastai geriau supranta bandomųjų variantų niuansus ir netikėtą elgesį.

Bandomojo atvejo prioritetai: Šios technikos tikslas yra nustatyti prioritetą ribotam bandymų atvejų rinkiniui, atsižvelgiant į daugiau galimų bandymų atvejų prieš mažiau svarbius. Pasirenkami bandomieji atvejai, kurie gali turėti įtakos dabartinei ir būsimai programinės įrangos versijoms.

Tai yra trys pagrindinės technikos. Kartais, remiantis bandymų reikalavimais, šie metodai yra derinami.

Kad ir koks naudingas būtų regresijos testas, jis nėra be neigiamų taškų. Turite suprasti iššūkius, su kuriais galite susidurti jį įgyvendindami.

Regresijos testavimo iššūkiai

  1. Laiko sąnaudos: Tokiems metodams, kaip pakartotinis išbandymas, reikia daug laiko, kad būtų galima išbandyti visą testų rinkinį
  2. Brangus: Brangu dėl išteklių ir darbo jėgos, kurią turite išbandyti dar ir dar kartą, o tai jau buvo sukurta, išbandyta ir pritaikyta ankstyvosiose stadijose
  3. Kompleksas: Produktui plečiantis, testuotojus dažnai užvaldo didžiulis bandymų atvejų skaičius ir jie praranda bandymų atvejus, nepaisydami svarbių bandymų atvejų

Nepaisant šių neigiamų taškų, regresijos testavimas yra labai naudingas programinės įrangos testavimo procese. Taikydamos regresijos bandymus, įmonės gali užkirsti kelią projektams viršyti biudžetą, išlaikyti savo komandą ir, svarbiausia, užkirsti kelią netikėtoms klaidoms pakenkti jų produktams. Tai pasiekėme tinklaraščio pabaigą. Tikimės, kad šiandien čia išmokti dalykai jums padės išvykstant į programinės įrangos testavimo kelionę.

Jei tai radai straipsnis aktualus, patikrinkite tiesiogiai internete sukūrė patikima internetinė mokymosi įmonė „Edureka“, turinti daugiau nei 250 000 patenkintų besimokančiųjų tinklą visame pasaulyje.

Turite mums klausimą? Prašau paminėti tai komentarų skiltyje. Kas yra regresijos testavimas? ’Straipsnį ir mes su jumis susisieksime.