Čo je regresné testovanie? Definícia, nástroje, metóda a príklad

what is regression testing

Čo je regresné testovanie?

Regresné testovanie je typ testovania, ktoré sa vykonáva s cieľom overiť, či zmena kódu v softvéri neovplyvní existujúcu funkčnosť produktu. To zaisťuje, že produkt funguje dobre s novými funkciami, opravami chýb alebo so zmenami v existujúcej funkcii. Predtým vykonané testovacie prípady sa znova vykonajú, aby sa overil dopad zmeny.

=> Kliknutím sem zobrazíte kompletnú sériu návodov na kompletný testovací plán

Regresné testovanie je typ testovania softvéru, pri ktorom sa testovacie prípady opätovne vykonávajú s cieľom skontrolovať, či predchádzajúca funkčnosť aplikácie funguje dobre a či nové zmeny nezaviedli žiadne nové chyby.

Tento test je možné vykonať na novom zostavení, ak dôjde k významnej zmene pôvodnej funkčnosti, a to dokonca aj pri jednej oprave chyby.

Regresia znamená opätovné testovanie nezmenených častí aplikácie.

Čo sa dozviete:

• Výukové programy obsiahnuté v tejto sérii
• Prehľad regresného testu
• Kedy vykonať tento test?
• Dá sa regresné testovanie vykonať ručne?
• Nástroje na automatické testovanie regresie
• Prečo regresný test?
• Typy regresného testovania
  • # 1) Regresia jednotky
  • # 2) Čiastočná regresia
  • # 3) Úplná regresia
• Koľko je nutná regresia?
• Čo robíme pri regresnej kontrole?
• Techniky regresného testovania
  • # 1) Znova otestujte všetky
  • # 2) Výber regresného testu
  • # 3) Stanovenie priorít v testovacích prípadoch
  • # 4) Hybridné
• Ako zvoliť regresný testovací balík?
• Ako vykonať regresné testovanie?
• Regresia v agile
  • # 1) Regresia úrovne sprintu
  • # 2) End-to-End regresia
• Výhody
• Nevýhody
• Regresia aplikácie GUI
• Rozdiel medzi regresiou a opätovným testovaním
• Šablóna plánu regresného testu (TOC)
  • # 1) História dokumentu
  • # 2) Odkazy
  • # 3) Plán regresného testu
  • # 4) Schválenie / prijatie
• Záver
• Odporúčané čítanie

Výukové programy obsiahnuté v tejto sérii

Výukový program č. 1: Čo je regresné testovanie (Tento návod)
Výukový program č. 2: Nástroje na regresné testovanie
Výukový program č. 3: Retestujte Vs regresné testovanie
Výukový program č. 4: Automatizované regresné testovanie v agile

Prehľad regresného testu

Regresný test je ako overovacia metóda. Testovacie prípady sú vo všeobecnosti automatizované, pretože sa vyžaduje, aby sa testovacie prípady vykonávali znova a znova a spustenie rovnakých testovacích prípadov znova a znova manuálne je tiež časovo náročné a namáhavé.

Napríklad, Zvážte produkt X, v ktorom je jednou z funkcií spustenie potvrdenia, prijatia a odoslaných e-mailov po kliknutí na tlačidlá Potvrdiť, Prijať a Odoslať.

Určitý problém sa vyskytuje v potvrdzovacom e-maile a na odstránenie tohto problému sa vykonajú niektoré zmeny kódu. V takom prípade je potrebné otestovať nielen e-maily s potvrdením, ale je potrebné tiež otestovať e-maily s prijatím a odoslaním, aby sa zabezpečilo, že sa ich zmena kódu nedotkla.

Regresné testovanie nezávisí od žiadneho programovacieho jazyka, ako je Java, C ++, C #, atď. Je to testovacia metóda, ktorá sa používa na testovanie zmien produktu alebo vykonaných aktualizácií. Overuje, či akákoľvek úprava produktu neovplyvní existujúce moduly produktu.

Overenie, či sú chyby opravené a či novo pridané funkcie nespôsobili v predchádzajúcej pracovnej verzii softvéru žiadny problém.

Testeri vykonávajú funkčné testy, keď je k dispozícii na overenie nová zostava. Účelom tohto testu je overiť zmeny vykonané v existujúcej funkcii a tiež v novo pridanej funkčnosti.

Po vykonaní tohto testu by mal tester overiť, či existujúca funkčnosť funguje podľa očakávania a nové zmeny nezaviedli žiadny nedostatok funkčnosti, ktorý fungoval pred touto zmenou.

Regresný test by mal byť súčasťou uvoľňovacieho cyklu a musí sa brať do úvahy pri odhade testu.

Kedy vykonať tento test?

Regresné testovanie sa zvyčajne vykonáva po overení zmien alebo novej funkčnosti. Ale nie je to tak vždy. Na vydanie, ktorého dokončenie trvá mesiace, musia byť do denného skúšobného cyklu začlenené regresné testy. Pre týždenné vydania je možné vykonať regresné testy, keď je funkčné testovanie zmien ukončené.

Kontrola regresie je variácia opakovaného testu (čo je jednoducho opakovanie testu). Pri opätovnom testovaní môže byť dôvod čokoľvek. Povedzme, testovali ste konkrétnu funkciu a bol to koniec dňa - testovanie ste nemohli dokončiť a museli ste proces zastaviť bez rozhodnutia, či test prešiel alebo zlyhal.

Na druhý deň, keď sa vrátite, vykonáte test ešte raz - to znamená, že opakujete test, ktorý ste vykonali predtým. Jednoduchým činom opakovania testu je opakovaný test.

Regresný test v jadre je testom svojho druhu. Iba v prípade špeciálnej príležitosti sa niečo v aplikácii / kóde zmenilo. Môže to byť kód, dizajn alebo čokoľvek iné, čo diktuje celkový rámec systému.

Opakovaný test, ktorý sa v tejto situácii vykonáva, aby sa ubezpečil, že uvedená zmena nemala vplyv na nič, čo už fungovalo predtým, sa nazýva Regresný test. Najbežnejšie dôvody, prečo to môže byť vykonané, sú to, že boli vytvorené nové verzie kódu (zvýšenie rozsahu / požiadavky) alebo boli opravené chyby.

Dá sa regresné testovanie vykonať ručne?

Práve som učil jeden z týchto dní vo svojej triede a prišla mi otázka - „Môže sa regresia uskutočniť manuálne?“

Odpovedal som na otázku a v triede sme sa presunuli ďalej. Všetko sa zdalo v poriadku, ale nejako ma táto otázka na chvíľu natrápila.

V rámci mnohých dávok táto otázka prichádza viackrát rôznymi spôsobmi. Niektoré z nich sú:

• Na vykonanie testu potrebujeme nástroj?
• Ako sa vykonáva regresné testovanie?
• Dokonca aj po celom kole testovania - je pre nováčikov ťažké rozlíšiť, čo presne je regresný test?

A samozrejme, pôvodná otázka:

• Je toto testovanie možné vykonať ručne?

Začať s, Vykonanie skúšky je jednoduchý úkon použitia vašich Testovacích prípadov a vykonania týchto krokov na AUTe, dodanie testovacích údajov a porovnanie výsledkov získaných na AUT s očakávaným výsledkom uvedeným vo vašich testovacích prípadoch.

V závislosti na výsledku porovnania nastavíme stav testovacieho prípadu vyhovel / nevyhovel. Vykonanie testu je také jednoduché, že pre tento proces nie sú potrebné žiadne špeciálne nástroje.

Nástroje na automatické testovanie regresie

Automatizovaný regresný test je oblasť testovania, kde môžeme automatizovať väčšinu testovacích snáh. Všetky predtým vykonané testovacie prípady sme spustili na novom zostavení.

To znamená, že máme k dispozícii súbor testovacích prípadov a manuálne spustenie týchto testovacích prípadov je časovo náročné. Poznáme očakávané výsledky, takže automatizácia týchto testovacích prípadov je časovo nenáročná a predstavuje efektívnu regresnú testovaciu metódu. Rozsah automatizácie závisí od počtu testovacích prípadov, ktoré zostanú použiteľné nadčas.

Ak sa testovacie prípady z času na čas líšia, rozsah aplikácie sa neustále zvyšuje a automatizácia regresného postupu bude potom stratou času.

Väčšina nástrojov na regresnú skúšku je typu záznamu a prehrávania. Testovacie prípady zaznamenáte prechádzaním cez AUT (testovaná aplikácia) a overením, či sa očakávané výsledky dostavujú alebo nie.

Náradie

• Selén
• Katalógové štúdio
• AdventNet QEngine
• Tester regresie
• vTest
• voda
• actiWate
• Rational Functional Tester
• SilkTest
• TimeShiftX

Väčšina z nich sú funkčné a regresné testovacie nástroje.

Odporúčané čítanie => Tu nájdete zoznam najlepších nástrojov na regresiu

Pridávanie a aktualizácia regresných testovacích prípadov v testovacej sade automatizácie je ťažkopádna úloha. Pri výbere automatizačného nástroja pre regresné testy by ste mali skontrolovať, či vám tento nástroj umožňuje ľahké pridanie alebo aktualizáciu testovacích prípadov.

najlepšia recenzia softvéru na prevod textu na reč

Vo väčšine prípadov musíme často aktualizovať automatizované prípady regresných testov kvôli častým zmenám v systéme.

POZRI SI VIDEO

Podrobnejšie vysvetlenie definície pomocou príkladu nájdete v nasledujúcom texteVideo regresného testu:

Prečo regresný test?

Regresia sa inicializuje, keď programátor opraví akúkoľvek chybu alebo pridá do systému nový kód pre novú funkčnosť.

V novo pridanej a existujúcej funkčnosti môže byť veľa závislostí.

Je to kvalitatívne opatrenie, ktorým sa kontroluje, či je nový kód v súlade so starým kódom, aby nedošlo k ovplyvneniu neupraveného kódu. Testovací tím má väčšinou za úlohu skontrolovať zmeny v systéme na poslednú chvíľu.

V takejto situácii je potrebné testovať iba oblasť ovplyvnenú aplikáciou, aby sa proces testovania dokončil včas, a to pokrytím všetkých hlavných aspektov systému.

Tento test je veľmi dôležitý, ak je do aplikácie pridaná neustála zmena / vylepšenie. Nová funkcionalita by nemala negatívne ovplyvniť existujúci testovaný kód.

Na nájdenie chýb, ku ktorým došlo v dôsledku zmeny kódu, je potrebná regresia. Ak sa toto testovanie neuskutoční, môže produkt v živom prostredí dostať kritické problémy, ktoré môžu skutočne viesť zákazníka k problémom.

Pri testovaní ľubovoľnej webovej stránky online tester nahlási problém, že cena produktu sa nezobrazuje správne, t. J. Zobrazuje nižšiu cenu ako skutočná cena produktu a je potrebné ju čoskoro napraviť.

Akonáhle vývojár problém vyrieši, je potrebné ho znovu otestovať a vyžaduje sa aj test regresie, pretože overenie ceny nahlásenej stránky by bolo opravené, ale môže sa zobraziť nesprávna cena na súhrnnej stránke, kde sa zobrazuje celková suma. s ostatnými poplatkami alebo poštou zaslanou zákazníkovi má stále nesprávnu cenu.

Teraz, v tomto prípade, bude musieť zákazník niesť stratu, ak sa toto testovanie nevykoná, pretože web vypočítava celkové náklady s nesprávnou cenou a rovnaká cena sa zákazníkovi dostane e-mailom. Len čo zákazník súhlasí, produkt sa predáva online za nižšiu cenu, pre zákazníka to bude strata.

Toto testovanie teda hrá veľkú rolu a je tiež veľmi potrebné a dôležité.

Typy regresného testovania

Ďalej sú uvedené rôzne typy regresie:

• Regresia jednotky
• Čiastočná regresia
• Úplná regresia

# 1) Regresia jednotky

Regresia jednotiek sa vykonáva počas Testovanie jednotiek fáza a kód sa testujú izolovane, t. j. akékoľvek závislosti na testovanej jednotke sa blokujú, aby bolo možné jednotku testovať jednotlivo bez akýchkoľvek nezrovnalostí.

# 2) Čiastočná regresia

Čiastočná regresia sa vykonáva na overenie, či kód funguje dobre, aj keď v kóde boli vykonané zmeny a či je jednotka integrovaná s nezmeneným alebo už existujúcim kódom.

# 3) Úplná regresia

Úplná regresia sa vykoná, keď sa zmena kódu vykoná na viacerých moduloch, a tiež ak je neistý dopad zmeny na iný modul. Produkt ako celok je regresný, aby skontroloval prípadné zmeny z dôvodu zmeneného kódu.

Koľko je nutná regresia?

Závisí to od rozsahu novo pridaných funkcií.

Ak je rozsah opravy alebo funkcie príliš veľký, potom je postihnutá oblasť aplikácie tiež dosť veľká a testovanie by sa malo vykonať dôkladne vrátane všetkých testovacích prípadov aplikácie. Ale o tom sa dá efektívne rozhodnúť, keď tester dostane od vývojára informácie o rozsahu, povahe a rozsahu zmeny.

Pretože sa jedná o opakované testy, testovacie prípady je možné automatizovať, aby bolo možné ľahko vykonať samotnú sadu testovacích prípadov na novom zostavení.

Regresné testovacie prípady je potrebné vyberať veľmi opatrne, aby minimálna sada testovacích prípadov pokryla maximálnu funkčnosť. Táto sada testovacích prípadov vyžaduje neustále vylepšovanie pre novo pridanú funkčnosť.

Stáva sa to veľmi zložitým, keď je rozsah aplikácie veľmi veľký a systém obsahuje neustále prírastky alebo opravy. V takýchto prípadoch je potrebné vykonať selektívne testy, aby sa ušetrili náklady na test a čas. Tieto prípady selektívneho testu sa vyberajú na základe vylepšení systému a častí, kde môže mať najväčší vplyv.

Čo robíme pri regresnej kontrole?

• Zopakujte predtým vykonané testy
• Porovnajte aktuálne výsledky s predtým vykonanými výsledkami testu

Toto je nepretržitý proces vykonávaný v rôznych fázach celého životného cyklu testovania softvéru.

Najlepším postupom je vykonať regresný test po Skúška zdravého rozumu alebo dymu a na konci funkčného testovania na krátke vydanie.

Aby bolo možné vykonať efektívne testovanie, regresia Plán skúšok by mali byť vytvorené. Tento plán by mal načrtnúť stratégiu regresného testovania a výstupné kritériá. Súčasťou tohto testu je aj testovanie výkonu, aby sa zabezpečilo, že výkon systému nebude ovplyvnený zmenami vykonanými v systémových komponentoch.

Osvedčené postupy : Spustite automatizované testovacie prípady každý deň večer, aby bolo možné vyriešiť akékoľvek vedľajšie účinky spojené s regresiou v zostave nasledujúceho dňa. Týmto spôsobom znižuje riziko uvoľnenia tým, že pokrýva takmer všetky regresné chyby v počiatočnom štádiu, a nie ich nájsť a opraviť na konci cyklu uvoľňovania.

Techniky regresného testovania

Ďalej sú uvedené rôzne techniky.

• Znova otestovať všetky
• Výber regresného testu
• Testovací prípad Stanovenie priorít
• Hybrid

# 1) Znova otestujte všetky

Ako už samotný názov napovedá, všetky testovacie prípady v testovacej sade sa opätovne vykonajú, aby sa zabezpečilo, že v dôsledku zmeny kódu nedošlo k žiadnym chybám. Toto je nákladná metóda, pretože vyžaduje viac času a prostriedkov v porovnaní s inými technikami.

# 2) Výber regresného testu

V tejto metóde sa testovacie prípady vyberú z testovacej sady, ktorá sa má znova vykonať. Nie je znova spustený celý balík. Výber testovacích prípadov sa vykonáva na základe zmeny kódu v module.

Testovacie prípady sú rozdelené do dvoch kategórií, jednou sú opakovane použiteľné testovacie prípady a druhou zastarané testovacie prípady. Opakovane použiteľné testovacie prípady je možné použiť v budúcich regresných cykloch, zatiaľ čo zastaralé sa v nasledujúcich regresných cykloch nepoužívajú.

# 3) Stanovenie priorít v testovacích prípadoch

Testovacie prípady s vysokou prioritou sa vykonajú najskôr ako prípady so strednou a nízkou prioritou. Priorita testovacieho prípadu závisí od jeho kritickosti a jeho vplyvu na produkt a tiež od funkčnosti produktu, ktorý sa používa častejšie.

# 4) Hybridné

Hybridná technika je kombináciou výberu regresného testu a prioritizácie testovacích prípadov. Namiesto výberu celej testovacej sady vyberte iba tie testovacie prípady, ktoré sa znova vykonajú v závislosti od ich priority.

Ako zvoliť regresný testovací balík?

Väčšina chýb nájdených v produkčnom prostredí sa vyskytuje v dôsledku vykonaných zmien alebo chýb opravených v jedenástu hodinu, t. J. Zmien vykonaných v neskoršej fáze. Oprava chyby v poslednej fáze môže v produkte spôsobiť ďalšie problémy alebo chyby. Preto je pred vydaním produktu veľmi dôležitá kontrola regresie.

Nasleduje zoznam testovacích prípadov, ktoré je možné použiť pri vykonávaní tohto testu:

• Funkcie, ktoré sa často používajú.
• Testovacie prípady týkajúce sa modulu, v ktorom boli vykonané zmeny.
• Zložité testovacie prípady.
• Testovacie prípady integrácie, ktoré zahŕňajú všetky hlavné komponenty.
• Testovacie prípady základnej funkčnosti alebo vlastnosti produktu.
• Mali by sa zahrnúť testovacie prípady priority 1 a priority 2.
• Testovacie prípady, ktoré často zlyhávajú, alebo posledné chyby testovania sa našli rovnako.

Ako vykonať regresné testovanie?

Teraz, keď sme zistili, čo znamená regresia, je zrejmé, že testuje tiež - jednoduché opakovanie v konkrétnej situácii z konkrétneho dôvodu. Môžeme teda bezpečne odvodiť, že rovnaká metóda platí pre testovanie, v prvom rade sa dá použiť aj na túto oblasť.

Preto, ak je možné testovanie vykonať manuálne, potom môže ísť aj o regresné testovanie. Používanie nástroja nie je potrebné. Postupom času sa však aplikácie hromadia s čoraz väčšou funkčnosťou, ktorá neustále zvyšuje rozsah regresie. Aby ste čo najlepšie využili čas, toto testovanie je najčastejšie Automatizované .

Ďalej sú uvedené rôzne kroky, ktoré sú spojené s vykonaním tohto testovania

• Pripravte testovaciu sadu pre regresiu s ohľadom na body uvedené v „Ako zvoliť sadu regresných testov“?
• Automatizujte všetky testovacie prípady testovacej sady.
• Aktualizujte regresnú sadu, kedykoľvek je to potrebné, napríklad v prípade zistenia akejkoľvek novej chyby, ktorá nie je zakrytá v testovacom prípade, a testovací prípad toho istého súboru by sa mal aktualizovať v testovacom balíku, aby sa test nezmeškal nabudúce. . Sada regresných testov by mala byť správne spravovaná neustálou aktualizáciou testovacích prípadov.
• Vykonajte testovacie prípady regresie vždy, keď dôjde k akejkoľvek zmene v kóde, opraví sa chyba, pridá sa nová funkcionalita, urobí sa vylepšenie existujúcej funkčnosti atď.
• Vytvorte správu o vykonaní testu, ktorá obsahuje stav vyhovenia / zlyhania vykonaných testovacích prípadov.

Napríklad:

Vysvetlím to na príklade. Preskúmajte nasledujúcu situáciu:

Z vyššie uvedenej situácie môžeme urobiť nasledujúce pozorovania:

• S pribúdajúcimi vydaniami rastie aj funkčnosť.
• Čas vývoja nemusí nutne rásť s vydaniami, ale čas testovania áno
• Žiadna spoločnosť / jej vedenie nebude pripravená investovať viac času do testovania a menej do vývoja
• Nemôžeme ani skrátiť čas potrebný na test zväčšením veľkosti testovacieho tímu, pretože viac ľudí znamená viac peňazí a noví ľudia tiež veľa školení a možno aj kompromis v kvalite, pretože noví ľudia nemusia byť na úrovni požadovaných znalostí úrovne okamžite.
• Druhou alternatívou je jednoznačne zníženie miery regresie. To by však pre softvérový produkt mohlo byť riskantné.

Zo všetkých týchto dôvodov je regresné testovanie dobrým kandidátom na testovanie automatizácie, ale nemusí sa robiť iba týmto spôsobom.

Základné kroky na vykonanie regresných testov

Zakaždým, keď softvér podstúpi zmenu a objaví sa nová verzia / vydanie, nasledujú nasledujúce kroky, ktoré môžete podniknúť na vykonanie tohto typu testovania:

• Pochopte, aké zmeny sa v softvéri vykonali
• Analyzujte a určte, ktoré moduly / časti softvéru môžu byť ovplyvnené - vývojové tímy a tímy BA môžu byť nápomocné pri poskytovaní týchto informácií
• Zoznámte sa so svojimi testovacími prípadmi a určite, či budete musieť urobiť úplnú, čiastočnú alebo jednotkovú regresiu. Určte tie, ktoré budú vyhovovať vašej situácii
• Naplánujte si čas a vyskúšajte!

Regresia v agile

Agilný je adaptívny prístup, ktorý sa riadi iteračnou a prírastkovou metódou. Produkt je vyvinutý v krátkych iteráciách nazývaných šprint, ktoré trvajú 2 až 4 týždne. V agile existuje niekoľko iterácií, a preto toto testovanie hrá významnú úlohu, pretože v iteráciách sa vykonáva nová funkcia alebo zmena kódu.

Sada regresných testov by mala byť pripravená od počiatočnej fázy a mala by sa aktualizovať pri každom šprinte.

V programe Agile je kontrola regresie zahrnutá do dvoch kategórií:

• Regresia na úrovni šprintu
• Regresia typu end to end

# 1) Regresia úrovne sprintu

Regresia úrovne sprintu sa vykonáva hlavne pre novú funkcionalitu alebo vylepšenie, ktoré sa robí v najnovšom sprinte. Testovacie prípady z testovacej sady sa vyberajú podľa novo pridanej funkčnosti alebo vylepšenia, ktoré sa robí.

# 2) End-to-End regresia

End-to-end regresia zahŕňa všetky testovacie prípady, ktoré sa majú vykonať znova, aby sa otestoval kompletný produkt od konca po koniec pokrývaním všetkých základných funkcií produktu.

Pretože Agile má krátke šprinty a ide ďalej, je veľmi potrebné automatizovať testovaciu sadu, testovacie prípady sa znova vykonajú a aj to je potrebné dokončiť v krátkom čase. Automatizácia testovacích prípadov skracuje čas vykonania a prekĺzavanie chýb.

Výhody

Ďalej sú uvedené rôzne výhody regresného testu

• Zvyšuje kvalitu produktu.
• Zaisťuje, že vykonaná oprava alebo vylepšenie chyby nebude mať vplyv na existujúcu funkčnosť produktu.
• Na toto testovanie možno použiť automatizačné nástroje.
• Zaisťuje, aby sa problémy, ktoré sú už opravené, neobjavili znova.

Nevýhody

Aj keď existuje niekoľko výhod, existujú aj niektoré nevýhody. Oni sú:

• Je to potrebné urobiť aj pre malú zmenu v kóde, pretože aj malá zmena v kóde môže spôsobiť problémy s existujúcou funkčnosťou.
• Ak sa v projekte na toto testovanie nepoužíva automatizácia, bude časovo náročné a zdĺhavé vykonávanie testovacích prípadov znova a znova.

Regresia aplikácie GUI

Je ťažké vykonať regresný test GUI (grafické užívateľské rozhranie), keď štruktúru GUI je upravený. Testovacie prípady napísané na starom grafickom používateľskom rozhraní buď zastarali, alebo je potrebné ich upraviť.

Opätovné použitie prípadov regresných testov znamená, že prípady testovania GUI sa upravia podľa nového GUI. Ale ak máte veľkú sadu testovacích prípadov grafického používateľského rozhrania, táto úloha sa stáva ťažkopádnou.

Rozdiel medzi regresiou a opätovným testovaním

Opätovné testovanie sa vykonáva pre testovacie prípady, ktoré zlyhali počas vykonávania a chyba vyvolaná pre rovnaké chyby bola opravená, zatiaľ čo kontrola regresie sa neobmedzuje iba na opravu chyby, pretože sa týka aj iných testovacích prípadov, aby sa zaistilo, že oprava chyby nebude mala vplyv na akúkoľvek inú funkčnosť Produktu.

Šablóna plánu regresného testu (TOC)

1. História dokumentu

2. Odkazy

3. Plán regresných testov

3.1. Úvod

3.2. Účel

3.3. Stratégia testovania

3.4. Funkcia, ktorá sa má testovať

3.5. Požiadavka na zdroje

3.5.1. Hardvérová požiadavka

3.5.2. Softvérová požiadavka

3.6. Časový plán skúšok

3.7. Žiadosť o zmenu

3.8. Kritériá vstupu / výstupu

3.8.1. Kritériá vstupu pre toto testovanie

3.8.2. Kritériá ukončenia pre toto testovanie

3.9. Predpoklad / obmedzenia

3.10. Testovacie prípady

3.11. Riziko / predpoklady

3.12. Náradie

4. Schválenie / prijatie

Pozrime sa na každú z nich podrobne.

# 1) História dokumentu

História dokumentov pozostáva zo záznamu prvého konceptu a všetkých aktualizovaných v nižšie uvedenom formáte.

# 2) Odkazy

Stĺpec Referencie sleduje všetky referenčné dokumenty použité alebo požadované pre projekt pri vytváraní plánu testov.

# 3) Plán regresného testu

3.1. Úvod

Tento dokument popisuje zmeny / aktualizácie / vylepšenia produktu, ktorý sa má testovať, a prístup použitý pri tomto testovaní. Všetky zmeny, vylepšenia, aktualizácie, pridané funkcie kódu sú testované. Testovacie prípady použité na testovanie jednotiek a testovanie integrácie možno použiť na vytvorenie testovacej sady pre regresiu.

3.2. Účel

Účelom plánu regresných testov je opísať, čo presne a ako by sa malo testovanie vykonať, aby sa dosiahli výsledky. Vykonáva sa regresná kontrola, aby sa zabezpečilo, že z dôvodu zmeny kódu nebude obmedzená žiadna iná funkčnosť produktu.

3.3. Stratégia testovania

Stratégia testovania popisuje prístup, ktorý sa použije na vykonanie tohto testovania a ktorý zahrnuje techniku, ktorá sa použije, aké budú kritériá dokončenia, kto bude vykonávať ktorú činnosť, kto bude písať testovacie skripty a aký regresný nástroj sa použije. , kroky na pokrytie rizík, ako je obmedzenie zdrojov, oneskorenie výroby atď.

3.4. Vlastnosti, ktoré sa majú testovať

Tu sú uvedené vlastnosti / komponenty testovaného produktu. Pri regresii sa všetky testovacie prípady znova vykonajú alebo sa vyberú tie, ktoré ovplyvňujú existujúcu funkčnosť, v závislosti od vykonanej opravy / aktualizácie alebo vylepšenia.

3.5. Požiadavka na zdroje

3.5.1. Hardvérová požiadavka:

Tu sú identifikované hardvérové ​​požiadavky, ako sú počítače, notebook, modemy, kniha pre Mac, smartphone atď.

3.5.2. Softvérové ​​požiadavky:

Je identifikovaný softvérový požiadavka, aký operačný systém a prehľadávače sa budú vyžadovať.

3.6. Časový plán skúšok

Plán testov definuje odhadovaný čas vykonania testovacích aktivít.

Napríklad Koľko zdrojov vykoná testovacia činnosť a to tiež za koľko času?

3.7. Žiadosť o zmenu

Uvádzajú sa podrobnosti CR, pre ktoré by sa vykonala regresia.

3.8. Kritériá vstupu / výstupu

3.8.1. Vstupné kritériá pre toto testovanie:

Sú definované vstupné kritériá pre produkt, aby sa začala kontrola regresie.

Napríklad:

• Mali by byť dokončené zmeny kódovania / vylepšenia / pridania novej funkcie.
• Plán regresného testu by mal byť schválený.

3.8.2. Výstupné kritériá pre toto testovanie:

Tu sú definované výstupné kritériá pre regresiu.

Napríklad:

• Regresné testovanie by malo byť ukončené.
• Všetky nové kritické chyby nájdené počas tohto testovania by mali byť uzavreté.
• Správa o teste by mala byť pripravená.

3.9. Testovacie prípady

Tu sú definované prípady regresného testu.

3.10. Riziko / predpoklady

Zistia sa všetky riziká a predpoklady a pre ne sa pripraví pohotovostný plán.

3.11. Náradie

Identifikujú sa nástroje, ktoré sa majú použiť v projekte. Napríklad:

• Automatizačný nástroj
• Nástroj na hlásenie chýb

# 4) Schválenie / prijatie

Mená a označenia osôb sú uvedené tu:

Záver

Regresné testovanie je jedným z dôležitých aspektov, pretože pomáha dodávať kvalitný produkt zabezpečením, aby akákoľvek zmena v kóde, či už je malý alebo veľký, neovplyvní existujúcu alebo starú funkčnosť.

Na automatizáciu prípadov regresných testov je k dispozícii veľa automatizačných nástrojov, mal by sa však zvoliť nástroj podľa požiadaviek projektu. Nástroj by mal mať schopnosť aktualizovať testovaciu sadu, pretože je potrebné často aktualizovať regresnú testovaciu sadu.

Týmto sme zhrnuli túto tému a dúfame, že odteraz bude táto téma oveľa jasnejšia.

Dajte nám vedieť svoje otázky a komentáre týkajúce sa regresie. Ako ste zvládli svoje úlohy regresného testovania?

=> Celý seminár s kompletným plánom testovacieho plánu nájdete tu

Odporúčané čítanie

• Najlepšie nástroje na testovanie softvéru 2021 (QA Test Automation Tools)
• Top 10 najpopulárnejších nástrojov na regresné testovanie v roku 2021
• Čo je to Testovanie spoľahlivosti: Definícia, metóda a nástroje
• 11 najlepších automatizačných nástrojov na testovanie aplikácií pre Android (Android App Testing Tools)
• Automatizované regresné testovanie: výzvy, proces a kroky
• Stiahnutie e-knihy Testing Primer
• Rozdiel medzi opakovaným testovaním a regresným testovaním s príkladom
• Najlepšie 10+ najlepšie testovacie nástroje SAP (automatizačné nástroje SAP)