Kailan man pinakawalan ang bagong software, halata ang pangangailangan na subukan ang bagong pagpapaandar. Gayunpaman, pantay na mahalaga na muling patakbuhin ang mga lumang pagsubok na dati nang naipasa ng application. Sa ganoong paraan makasisiguro tayo na ang bagong software ay hindi muling ipinakikilala ang mga lumang depekto o lumikha ng mga bago sa software. Tinatawag namin ang ganitong uri ng pagsubok bilang pagsusuri sa regression. Sa buong artikulong ito, tuklasin namin ang pagsubok sa regressionsa detalye Kung bago ka sa pagsubok ng software, tiyaking basahin mo rin ang .
Tingnan natin ang mga paksang sakop sa artikulong ito:
- Ano ang Pagsubok sa Regression?
- Mga Pakinabang ng Pagsubok sa Regression?
- Kailan Mag-apply ng Pagsubok sa Pag-urong?
- Ano ang mga uri ng Pagsubok sa Pag-urong?
- Paano ipinatutupad ang Pagsubok sa Regression?
- Mga Diskarte sa Pagsubok ng Pag-urong
- Mga Hamon ng Pagsubok sa Pag-urong
Ano ang Pagsubok sa Regression?
'Ang pagsubok ng isang dati nang nasubukan na programa kasunod ng pagbabago upang matiyak na ang mga depekto ay hindi ipinakilala o natuklasan sa mga hindi nabago na mga lugar ng software, bilang isang resulta ng mga pagbabagong nagawa ay tinatawag na Regression Testing.'
Ang isang pagsubok sa pag-urong ay isang pagsubok sa buong system na ang pangunahing layunin ay upang matiyak na ang isang maliit na pagbabago sa isang bahagi ng system ay hindi masisira ang mayroon nang pag-andar sa ibang lugar sa system. Kung isinasaalang-alang mo ang pagbabalik bilang hindi nilalayon na pagbabago, kung gayon ang ganitong uri ng pagsubok ay ang proseso ng pangangaso para sa mga pagbabagong iyon. Sa simpleng mga termino, lahat ay tungkol sa pagtiyak na ang mga lumang bug ay hindi bumalik sa iyo. Tayo natingnan ang isang kathang-isip na halimbawa na naglalarawan ng konsepto.
Kapag nagdaragdag ng isang bagong uri ng pagbabayad sa isang website ng pamimili, magpatakbo ulit ng mga lumang pagsubok upang matiyak na ang bagong code ay hindi lumikha ng mga bagong depekto o muling ipinakilala ang mga luma.Mahalaga ang pagsusuri sa pag-urong dahil, kung wala ito, posibleng ipakilala ang mga inilaan na pag-aayos sa isang system na lumilikha ng mas maraming mga problema kaysa sa malutas nila.
Mga Pakinabang ng Pagsubok sa Regression
Pagsasagawa ng mga pagsubok sa pagbabaliknakikinabang sa mga kumpanya sa maraming paraan tulad ng:
- Pinapataas nito ang pagkakataong makakita ng mga bug na sanhi ng mga pagbabago sa software at application
- Maaari itong makatulong na mahuli ang mga depekto nang maaga at sa gayon mabawasan ang gastos upang malutas ang mga ito
- Mga tulong sa pagsasaliksik ng mga hindi nais na epekto na maaaring naganap dahil sa isang bagong kapaligiran sa pagpapatakbo
- Tinitiyak ang mas mahusay na pagganap ng software dahil sa maagang pagkakakilanlan ng mga bug at error
- Pinakamahalaga, napatunayan nito na ang mga pagbabago sa code ay hindi muling ipinakikilala ang mga lumang depekto
Tinitiyak ng pagsusuri sa pag-urong ang kawastuhan ng software upang ang pinakamagandang bersyon ng produkto ay inilabas sa merkado. Gayunpaman, sa totoong mundo, ang pagdidisenyo at pagpapanatili ng isang malapit-walang-katapusang hanay ng mga pagsubok sa pagbabalik ay hindi magagawa. Kaya dapat mong malaman kung kailan mag-apply ng pagsubok sa regression.
Kailan ilalapat ang Pagsubok sa Regression?
Inirerekumenda na magsagawa ng pagsubok sa regression sa paglitaw ng mga sumusunod na kaganapan:
- Kapag nagdagdag ng mga bagong pagpapaandar
- Sa kaso ng mga kinakailangan sa pagbabago
- Kapag may pagkukumpuni ng depekto
- Kapag may mga isyu sa pagganap
- Sa kaso ng mga pagbabago sa kapaligiran
- Kapag may isang pag-aayos ng patch
Susunod na bahagi ng artikulong ito ay tungkol sa iba't ibang mga uri ng pagsubok sa pag-urong.
Ano ang mga uri ng Pagsubok sa Pag-urong?
Ang pagsusuri sa pag-urong ay ginagawa sa pamamagitan ng maraming mga yugto ng pagsubok. Ito ay para sa kadahilanang ito, na maraming mga uri ng pagsubok sa pag-urong. Ang ilan sa mga ito ay ang mga sumusunod:
Pagsubok ng Yunit: Sa pagsubok ng yunit kapag ang mga pagbabago sa pag-coding ay ginawa para sa isang solong yunit, isang tester, karaniwang taga-develop na responsable para sa code - pinatakbo muli ang lahat ng mga naipasang pagsubok sa yunit. Sa mga kapaligiran, awtomatikong mga pagsubok ng yunit ay itinayo sa code, na ginagawang mas husay ang pagsubok ng unit kumpara sa iba pang mga uri ng pagsubok.
Progresibong Pagsubok: Ang uri ng pagsubok na ito ay gumagana nang epektibo kapag may mga pagbabagong nagawa sa mga pagtutukoy ng software / application pati na rin ang bago ay dinisenyo.
Piling Pagsubok: Sa mga pumipiling pagsubok ng pagsubok ay gumagamit ng isang subset ng kasalukuyang mga kaso ng pagsubok upang mabawasan ang gastos sa pagsusulit at pagsusumikap. Ang isang unit ng pagsubok ay dapat na muling ibalik kung at kung mayroon man sa mga entity ng programa na sakop nito ay nabago.
pagkakaiba sa pagitan ng magtapon at magtapon ng java
Retest-Lahat ng Pagsubok: Ang ganitong uri ng diskarte sa pagsubok ay nagsasangkot sa pagsubok ng lahat ng mga aspeto ng isang partikular na aplikasyon pati na rin ang muling paggamit ng lahat ng mga kaso sa pagsubok kahit na ang mga pagbabago ay hindi nagawa. Ito ay oras-ubos at hindi gaanong ginagamit kapag ang anumang maliit na pagbabago o pagbabago ay tapos na sa application.
Kumpletuhin ang Pagsubok: Ang pagsubok na ito ay lubhang kapaki-pakinabang kapag maraming pagbabago ang nagawa sa mayroon nang code. Ang pagsasagawa ng pagsubok na ito ay lubos na mahalaga upang makilala ang mga hindi inaasahang mga bug. Kapag nakumpleto ang pagsubok na ito, ang panghuling sistema ay maaaring gawing magagamit sa gumagamit.
Napakahalagang malaman kung aling uri ng pagsubok ang nababagay sa iyong kinakailangan. Susunod, tatalakayin namin kung paano ipinatupad ang pagsubok sa regression.
Paano ipinatutupad ang Pagsubok sa Regression?
Ang pamamaraan upang magpatupad ng pagsubok sa regression ay tulad ng inilalapat mo para sa anumang iba pang proseso ng pagsubok. Sa tuwing sumasailalim ang software ng pagbabago at darating ang isang bagong paglabas, isinasagawa ng developer ang mga hakbang na ito bilang bahagi ng proseso ng pagsubok:
- Una sa lahat, nagpapatupad siya ng mga pagsubok sa regression sa antas ng unit upang mapatunayan ang code na binago nila, kasama ang anumang mga bagong pagsubok na isinulat nila upang masakop ang bago o binago ang pag-andar
- Pagkatapos ang binago na code ay pinagsama at isinama upang lumikha ng isang bagong pagbuo ng application sa ilalim ng pagsubok (AUT)
- Susunod, ang mga pagsubok sa usok ay naisakatuparan para sa katiyakan na ang pagbuo ay mabuti bago maisagawa ang anumang karagdagang pagsusuri
- Kapag idineklarang mabuti ang pagbuo, isinasagawa ang mga pagsubok sa pagsasama upang mapatunayan ang pakikipag-ugnayan sa pagitan ng mga yunit ng aplikasyon sa bawat isa at sa mga back-end na serbisyo tulad ng mga database
- Nakasalalay sa laki at saklaw ng inilabas na code, alinman sa isang bahagyang o isang buong pag-urong ay naka-iskedyul
- Ang mga depekto ay naiulat na ibinalik sa koponan ng kaunlaran
- Ang mga karagdagang pag-ikot ng mga pagsubok sa pagbabalik ay ginaganap kung kinakailangan
Iyon ay kung paano isinasama ang pagsubok sa pag-urong sa isang tipikal na proseso ng pagsubok ng software. Ang imahe sa ibaba ay malinaw na naglalarawan kung paano isinagawa ang pagsusuri sa regression.
kung paano gamitin ang sas software
Kailan man may mga pagbabago na ginawa sa source code, nabibigo ang pagpapatupad ng programa para sa halatang mga kadahilanan. Matapos ang pagkabigo, ang source code ay naka-debug upang makilala ang mga bug sa programa. Ginagawa ang mga naaangkop na pagbabago. Pagkatapos ang mga naaangkop na mga kaso sa pagsubok ay napili mula sa mayroon nang test suite na sumasaklaw sa lahat ng binago at apektadong mga bahagi ng source code. Ang mga bagong kaso ng pagsubok ay idinagdag kung kinakailangan. Sa huli, isinasagawa ang pagsubok gamit ang mga napiling kaso ng pagsubok. Ngayon ay maaaring nagtataka ka kung aling mga kaso ng pagsubok ang pipiliin.
Ang mabisang Pagsubok sa Pag-urong ay maaaring gawin sa pamamagitan ng pagpili ng mga sumusunod na kaso ng pagsubok:
- Mga kaso sa pagsubok na madalas may mga depekto
- Mga komplikadong kaso ng pagsubok
- Mga kaso ng pagsubok sa pagsasama
- Mga pagsubok na kaso na sumasakop sa pangunahing pagpapaandar ng isang produkto
- Mga pagpapaandar na madalas gamitin
- Ang mga test vase na madalas na nabigo
- Mga kaso ng pagsubok sa hangganan ng hangganan
Sa proseso ng pagsubok ng regression wala sa paraan suriin natin ang iba't ibang mga diskarte.
Mga Diskarte sa Pagsubok ng Pag-urong
Kinukumpirma lamang ng pagsusuri sa pag-urong na ang binagong software ay hindi sinasadyang nagbago at karaniwang ginagawa ito gamit ang anumang kumbinasyon ng mga sumusunod na diskarte:
Muling subukang muli: Ang pamamaraang ito ay simpleng pagsubok lamang sa buong software suite, mula sa itaas hanggang sa ibaba. Sa maraming mga kaso, ang karamihan ng mga pagsubok na ito ay ginaganap ng mga automated na tool. Ang ilang mga oras na awtomatiko ay hindi kinakailangan. Ang pamamaraan na ito ay mahal dahil nangangailangan ito ng mas maraming oras at mapagkukunan kung ihahambing sa iba pang mga diskarte.
Pagpili ng Pagsubok: Sa halip na piliin ang lahat ng mga kaso sa pagsubok, pinapayagan ng pamamaraang ito ang koponan na pumili ng isang hanay ng mga pagsubok na tantyahin ang buong pagsubok ng test suite. Ang pangunahing bentahe ng kasanayan na ito ay na nangangailangan ito ng mas kaunting oras at pagsisikap upang maisagawa. Karaniwan na ginagawa ng mga developer na karaniwang magkakaroon ng mas mahusay na pananaw sa mga nuances ng mga pagsubok na case-case at hindi inaasahang pag-uugali.
Pag-prioritize ng Kaso sa Pagsubok: Ang layunin ng diskarteng ito ay upang unahin ang isang limitadong hanay ng mga kaso ng pagsubok sa pamamagitan ng pagsasaalang-alang sa higit pang mga potensyal na mga kaso ng pagsubok nang mas maaga sa mga hindi gaanong mahalaga. Ang mga kaso ng pagsubok na maaaring makaapekto sa parehong kasalukuyan at hinaharap na pagbuo ng software ay napili.
Ito ang tatlong pangunahing diskarte. Sa mga oras batay sa mga kinakailangan sa pagsubok ang mga diskarteng ito ay pinagsama.
Bilang kapaki-pakinabang bilang pagsubok sa pag-urong ay maaaring maging, hindi ito walang mga negatibong punto nito. Kailangan mong maunawaan ang mga hamon na maaari mong harapin kapag ipinatupad ito.
Mga Hamon ng Pagsubok sa Pag-urong
- Pagkonsumo ng Oras: Ang mga diskarteng tulad ng muling pagsubok-lahat ay nangangailangan ng maraming oras upang subukan ang buong suite ng mga kaso ng pagsubok
- Mahal: Magastos dahil sa mga mapagkukunan at lakas ng tao na kailangan mong subukan nang paulit-ulit, isang bagay na binuo, nasubukan at na-deploy sa maagang yugto
- Komplikado: Habang lumalawak ang produkto, ang mga tagatest ay madalas na napuno ng napakaraming mga kaso ng pagsubok at nabiktima sa pagkawala ng subaybayan ng mga kaso ng pagsubok, na tinatanaw ang mga mahahalagang kaso ng pagsubok
Sa kabila ng mga negatibong puntong ito, ang pagsubok sa pag-urong ay lubhang kapaki-pakinabang sa proseso ng pagsubok ng software. Sa pagsubok sa regression, mapipigilan ng mga kumpanya ang mga proyekto na lumampas sa badyet, panatilihing maayos ang kanilang koponan, at, pinakamahalaga, maiwasan ang hindi inaasahang mga bug na makapinsala sa kanilang mga produkto. Sa pamamagitan nito, naabot namin ang dulo ng blog. Inaasahan kong ang mga bagay na natutunan mo dito ngayon ay makakatulong sa iyo habang nagtungo ka sa iyong paglalakbay sa pagsubok ng software.
Kung nahanap mo ito may kaugnayan sa artikulo, tingnan ang live-online ni Edureka, isang pinagkakatiwalaang kumpanya sa pag-aaral sa online na may isang network na higit sa 250,000 nasiyahan na mga nag-aaral na kumalat sa buong mundo.
May tanong ba sa amin? Mangyaring banggitin ito sa seksyon ng mga komento ng ' Ano ang Pagsubok sa Regression? ’Artikulo at babalikan ka namin.