fbpx

Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

Tinkamumo testavimas – tai programinės įrangos testavimo rūšis, kuri atliekama, kai kuriama nauja programinės įrangos sąranka arba kai esamoje sąrankoje atliekami nedideli kodo ar funkcionalumo pakeitimai.

Šiame straipsnyje gilinsimės į tinkamumo testavimo apibrėžtį ir detales, aiškinsimės, kas yra tinkamumo testavimas, kaip galima atlikti tinkamumo testavimą ir kokiais įrankiais galima paprasčiau ir efektyviau atlikti programinės įrangos tinkamumo testavimą.

Table of Contents

Kas yra tinkamumo testavimas?

Tinkamumo testavimas – tai tam tikras programinės įrangos testavimas, kurį atlieka testuotojai, norėdami užtikrinti, kad nauja programinės įrangos versija veiktų taip, kaip turėtų. Tai greitas procesas, kuris gali padėti kūrėjams ir kokybės užtikrinimo komandoms išvengti laiko ir išteklių švaistymo griežtesniam dar neparuoštų programinės įrangos rinkinių testavimui.

Tinkamumo testavimas dažnai naudojamas po klaidų taisymo ar taisymo darbų, o jo tikslas – patikrinti, ar šios pataisos veikė ir ar pagrindinės pakeistos funkcijos dabar veikia taip, kaip turėtų. Įdiegę sąranką, testuotojai atlieka ne visišką regresijos testavimą, o tinkamumo testavimą, kad įsitikintų, jog sąranka veikia ir pakeitimai įgyvendinti teisingai.

Jei kūrėjų ištaisytos klaidos veikia taip, kaip turėtų veikti, bandytojai laikys, kad tinkamumo testas išlaikytas. Jei jos neveikia taip, kaip turėtų, prieš atliekant nuodugnesnį testavimą bus atmesta ir grąžinta kūrėjams, kad šie atliktų papildomų pakeitimų.

Kada reikia atlikti tinkamumo testavimą?

Tinkamumo testavimas paprastai atliekamas su stabilia, bet nebūtinai veikiančia programine įranga; pavyzdžiui, atlikus nedidelius programinės įrangos kūrimo pakeitimus, programinės įrangos testuotojai gali atlikti tinkamumo testus, kad įsitikintų, jog šie pakeitimai veikia tinkamai, ir tik tada pereiti prie visiško regresijos testavimo.

Tinkamumo testavimas atliekamas po “dūmų” testavimo, kuriuo galima nustatyti, ar sąranka stabili, ar ne, bet prieš regresijos testavimą. Pavyzdžiui, jei atliekant “dūmų” testavimą aptinkama nestabilumų, kuriuos reikia taisyti, po pakeitimų, atliktų siekiant ištaisyti šias klaidas, galima atlikti tinkamumo testavimą, kad būtų nustatyta, ar pakeitimai veikia taip, kaip tikėtasi.

Kai nereikia atlikti tinkamumo testavimo

Atlikus bet kokius pakeitimus stabilioje programinės įrangos sąrankoje, turėtų būti atliekamas tinkamumo testavimas, kad būtų patikrintas šių pakeitimų funkcionalumas. Jei neatlikote jokių programinės įrangos sąrankos pakeitimų arba esate viduryje diegdami pakeitimus, kurie dar nebaigti, nereikia tikrinti sąrankos tinkamumo.

Jei nuspręsite neatlikti tinkamumo testavimo atlikę programinės įrangos kūrimo pakeitimus, trumpuoju laikotarpiu galite sutaupyti laiko, tačiau rizikuojate, kad vėliau atliekant testavimą bus aptiktos didesnės problemos, dėl kurių bus sustabdytas kūrimas ir labai vėluos.

Atlikus pakeitimus, kurie gali turėti įtakos našumui, visada verta atlikti tinkamumo testavimą, nes daug geriau anksti nustatyti galimas klaidas ar problemas, prieš eikvojant pinigus ir išteklius nuodugnesniam kokybės užtikrinimo testavimui.

Kas dalyvauja atliekant tinkamumo testavimą

Tinkamumo testavimą paprastai atlieka testuotojai, gavę stabilią programinės įrangos versiją tolesniam testavimui. QA testuotojai atlieka atskirų sukonstruotos versijos aspektų tinkamumo testavimą, pavyzdžiui, atskirų funkcijų, kurios buvo pakeistos, arba konkrečių ištaisytų klaidų.

Tokiu būdu atliekant tinkamumo testavimą gaunama gana išsami grįžtamoji informacija apie labai konkrečias programinės įrangos kūrimo sritis. Jei testai išlaikomi, testuotojai atlieka tolesnį regresijos testavimą. Jei jie nepavyksta, sąranka grąžinama kūrėjams, kad šie ją toliau tobulintų.

Tinkamumo testavimo nauda

Tinkamumo testavimas sutaupo daug laiko ir pastangų, nes neleidžia QA komandoms gaišti laiko gilesniems testams, prieš įsitikinant, kad pagrindinės programinės įrangos kūrimo funkcijos veikia taip, kaip turėtų.

Tinkamumo testavimas yra greitas, ekonomiškas ir būtinas, jei kūrimo ir testavimo komandos nori efektyviai ir greitai sukurti programinę įrangą be klaidų.

● taupomas laikas ir ištekliai
● Nereikalaujama jokių dokumentų
● Jis gali padėti nustatyti trūkstamus objektus
● Taip išvengiama didesnių problemų vėliau

Tai veiksminga ir greita

Tinkamumo testavimas yra greitas ir veiksmingas būdas įsitikinti, ar pagrindinės programinės įrangos kūrimo funkcijos veikia taip, kaip tikitės.

Paprastus tinkamumo testus galite atlikti greičiau nei per valandą, o jei tinkamumo testas bus teigiamas, QA komanda galės tęsti tolesnį testavimą.

Nereikalaujama pateikti dokumentų

Dauguma tinkamumo testų yra nesurašyti, o tai reiškia, kad testuotojams netaikomi griežti reikalavimai surašyti kiekvieno testo tinkamumo/nepatikimumo kriterijus arba parengti dokumentus, kuriuose būtų pateikti tinkamumo testo rezultatai. Tai reiškia, kad tai galima padaryti gana greitai ir atsitiktinai, nesukeliant didelių darbo trikdžių.

Jis gali nustatyti trūkstamus objektus

Tinkamumo testavimas gali padėti testuotojams nustatyti susijusius arba trūkstamus objektus, kurie gali būti labai svarbūs sąrankos veikimui. Kadangi “sanity” testavimas naudojamas konkrečioms funkcijoms atskirai išbandyti, atliekant “sanity” testavimą lengviau nustatyti atskiras klaidas ir problemas nei atliekant “smoke” testavimą ir kitus pradinius programinės įrangos testus.

Tai padeda išvengti didelių problemų vėliau.

Tinkamumo patikros testavimas gali padėti nustatyti problemas ankstyvuoju testavimo proceso etapu ir padėti išvengti didelių, daug ką stabdančių klaidų vėlesniame kūrimo etape. Ankstyvas problemų nustatymas gali padėti laikytis grafiko ir išvengti brangiai kainuojančių klaidų.

Sąžiningumo testavimo iššūkiai

Sveikumo testavimas neapsieina be iššūkių. Tinkamumo testavimo programinė įranga gali padėti testuotojams nustatyti kai kurias pagrindines sukonstruotos programos klaidas prieš tęsiant tolesnį testavimą, tačiau tai nėra patikimas būdas nustatyti visas galimas problemas.

Kai kurie iš tinkamumo testavimo iššūkių yra šie:

● Jos taikymo sritis yra gana siaura, todėl gali būti praleisti kai kurie klausimai.
● Sveiko proto testavimas yra nenusakomas.
● Kūrėjai ne visada žino, kaip ištaisyti klaidas, aptiktas atliekant tinkamumo testavimą.
● Tinkamumo testavimo metu tikrinamos tik programinės įrangos komandos ir funkcijos.

Jos taikymo sritis siaura

Palyginti su daugeliu kitų testavimo tipų, tinkamumo testavimo sritis yra labai siaura. Tinkamumo testavimo tikslas – išbandyti konkrečias funkcijas ar pakeitimus ir įsitikinti, kad jie veikia tinkamai. Be šių pakeitimų, tinkamumo testavimas nesuteikia jokios informacijos apie bendrą programinės įrangos sąrankos funkcionalumą.

Tai neparašyta

Nors kai kurie testuotojai tai gali laikyti privalumu, tai, kad tvarkingumo testavimas yra neskriptinis, reiškia, kad nėra jokios dokumentacijos, į kurią būtų galima atsigręžti ateityje, jei kūrėjai ar testuotojai norėtų patikrinti tvarkingumo testo rezultatus. Tinkamumo testavimas turi ribotą naudą, nes turi tik tiesioginį poveikį.

Testuojamos tik funkcijos ir komandos

Tinkamumo testavimas naudojamas tik programinės įrangos kūrimo funkcijoms ir komandoms testuoti. Atliekant tinkamumo testavimą negalima patikrinti, kaip programinė įranga veikia dizaino struktūros lygmeniu, todėl kūrėjams ne visada lengva nustatyti, kur kyla problemų ir kaip jas išspręsti.

Tinkamumo testavimo ypatybės

Tinkamumo testavimą nuo kitų programinės įrangos testavimo formų galima atskirti pagal pagrindines savybes ir charakteristikas. Tinkamumo testavimą galima apibrėžti atsižvelgiant į jo ypatybes, kurios yra šios:

● Paprasta
● Be scenarijaus
● Be dokumentų
● Gilus
● Siauras
● Atlieka bandytojai

Paprastas

Tinkamumo testavimas – tai paprasta programinės įrangos testavimo forma, kurią lengva sukurti ir taip pat lengva atlikti. Tai reiškia, kad QA tinkamumo testus galima atlikti greitai, kai jų prireikia, o testavimo komandoms nereikia planuoti neoficialių testų.

Neaprašytas ir nedokumentuotas

Tinkamumo testavimas paprastai yra neskriptinis ir nedokumentuotas, o tai taip pat prisideda prie to, kad daugumoje testavimo aplinkų tinkamumo testavimas gali būti atliekamas atsitiktiniu būdu.

Tinkamumo testavimas – tai neoficialus procesas, kurio pagrindinis tikslas – patikrinti, ar pakeistos funkcijos ir ypatybės veikia taip, kaip tikėtasi.

Gilus ir siauras

Tinkamumo testavimas – tai programinės įrangos testavimo rūšis, kuri laikoma ir gilia, ir siaura. Tai reiškia, kad tinkamumo testavimas apima tik siaurą programinės įrangos sąrankos vaizdą, tačiau nuodugniai nagrinėja tuos sąrankos aspektus, kuriuos tikrina.

Pavyzdžiui, programinės įrangos testuotojai gali išsamiai patikrinti vienos funkcijos funkciją, o ne išbandyti visas pagrindines funkcijas pagrindiniu lygmeniu.

Atlieka bandytojai

Tinkamumo testavimą beveik visada atlieka testeriai. Tai skiria tinkamumo testavimą nuo kitų įprastų programinės įrangos testavimo formų, pavyzdžiui, “dūmų” testavimo, kurį gali atlikti tiek QA komandos, tiek kūrėjai.

Tinkamumo testavimas vs “dūmų” testavimas vs regresijos testavimas

Dažnai apie tinkamumo testavimą, “dūmų” testavimą ir regresijos testavimą kalbama kartu, todėl kai kurie žmonės gali supainioti skirtingus testavimo tipus, jei nesupranta skirtumų tarp tinkamumo testavimo apibrėžties ir kitų testavimo tipų.

“Smoke” ir “Sanity” testai – tai greiti testai, atliekami siekiant nustatyti, ar programinė įranga veikia tinkamai. Tačiau tinkamumo testai skiriasi nuo “dūmų” testų ir regresijos testų.

Kas yra dūmų testavimas?

“Smoke” testavimas kokybės užtikrinimo srityje – tai programinės įrangos testavimo rūšis, kuri atliekama su naujomis programinės įrangos versijomis, siekiant patikrinti jų funkcionalumą ir elgseną. Bandomasis testas – tai greitas testas, kurio metu tikrinamos pagrindinės programinės įrangos funkcijos, siekiant užtikrinti, kad jos veiktų teisingai.

Pavyzdžiui, tarkime, kad testuojate mobiliąją apsipirkimo programėlę. Tokiu atveju galite naudoti bandomąjį testą, kad patikrintumėte, ar klientai gali prisijungti, pridėti elementų į savo krepšelius ir atsiskaityti be didesnių klaidų ar klaidų.

Bandomieji testai taip pat atliekami atlikus kodo pakeitimus kūrimo metu, kurie gali turėti įtakos sąrankos funkcionalumui.

Kas yra regresinis testavimas?

Regresinis testavimas – tai programinės įrangos testavimo rūšis, kuria siekiama patvirtinti, kad neseniai atlikti kodo pakeitimai neturėjo neigiamos įtakos programinės įrangos savybėms ar funkcionalumui.

Tinkamumo testavimas yra regresijos testavimo poaibis, nes jis apima atskirų funkcijų ar modulių funkcijų testavimą.

Regresinis testavimas – tai išsamus visų sričių, kurios buvo pakeistos ar modifikuotos nuo paskutinio diegimo, testavimas.

Kuo skiriasi dūmų ir tinkamumo testavimas?

Panašiai kaip ir “dūmų” testavimo metu, tinkamumo testavimu nustatoma, ar tam tikros funkcijos veikia taip, kaip turėtų.

Tačiau, kitaip nei “dūmų” testavimo atveju, tinkamumo testavimas yra orientuotas tik į vieną ar dvi funkcijas, paprastai tas, kurios buvo neseniai pakeistos ar pataisytos. Vienas iš skirtumų tarp “dūmų” ir tinkamumo testavimo yra tas, kad “dūmų” testavimas suteikia platesnį programinės įrangos kūrimo funkcionalumo vaizdą, o tinkamumo testavimas suteikia siauresnį, bet gilesnį vieno kūrimo aspekto vaizdą.

Tinkamumo testavimas yra regresijos testavimo, t. y. programinės įrangos testavimo, kurį testuotojai naudoja siekdami nustatyti, kaip programinės įrangos kūrimas veikia po atliktų pakeitimų, pogrupis.

Didžiausias skirtumas tarp “dūmų” ir regresijos testavimo yra tas, kad “dūmų” testavimas kokybės užtikrinimo srityje atliekamas su pradinėmis arba nestabiliomis versijomis, o regresijos testavimas visada atliekamas su stabiliomis versijomis.

Testuotojai arba kūrėjai gali atlikti “dūmų” testavimą, o testuotojai visada atlieka regresijos testavimą.

Kuo skiriasi tinkamumo ir regresijos testavimas?

Regresijos testavimas yra tinkamumo testavimo rinkinys, t. y. tinkamumo testas iš esmės yra vienas nedidelis viso regresijos testavimo elementas.

Didžiausias skirtumas tarp tinkamumo ir regresijos testavimo yra tas, kad tinkamumo testavimo metu tikrinamos tik kelios pasirinktos kodo sritys, kurios buvo pakeistos, kad būtų galima patikrinti, ar surinkimo būsena yra tinkama, o regresijos testavimo metu tikrinamos visos pakeisto kodo sritys, siekiant įsitikinti, kad jos veikia taip, kaip tikėtasi.

Kitas skirtumas tarp tinkamumo ir regresijos testavimo yra tas, kad pirmiausia atliekamas tinkamumo testavimas, o visiškas regresijos testavimas atliekamas tik tada, kai tinkamumo testai išlaikomi.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Dūmų, tinkamumo ir regresijos testavimas: išvados

“Smoke testing”, “sanity testing” ir regresinis testavimas – tai programinės įrangos testavimo rūšys, galinčios padėti kūrėjams ir testuotojams nustatyti kodo klaidas ankstyvuoju kūrimo etapu.

“Smoke” testavimas yra pirmasis testavimo tipas, kurį gali atlikti kūrėjai arba bandytojai, naudodami nestabilias sudėtines versijas. Tai didžiausias skirtumas tarp “dūmų” ir regresijos testavimo.

Toliau atliekami tinkamumo testai, o jei abu šie pirmieji testai bus sėkmingi, bus atliekama visiška regresija.

Visų trijų tipų testai yra labai svarbūs siekiant užtikrinti, kad kūrimo ir kokybės užtikrinimo komandos nešvaistytų laiko ir išteklių programinės įrangos kūrimui, kai programinė įranga turi akivaizdžių klaidų, dėl kurių gali labai vėluoti, jei jos bus aptiktos tik vėliau kūrimo metu.

Rankiniai ir automatiniai tvarkingumo testai

Šiuolaikinės automatizavimo technologijos leidžia automatizuoti tinkamumo testavimą, kad sumažėtų laiko, kurį testuotojai turi skirti šiems būtiniems testams atlikti.

Tačiau automatizuoti tinkamumo testus paprastai reikia daugiau techninių išteklių nei rankiniam testavimui, todėl nenaudojant tinkamumo testavimo įrankių gali būti sunku skirti laiko automatizuotiems tinkamumo testams kurti ir paleisti.

Dažnai geriausia derinti įprastą automatinį testavimą su rankiniu tinkamumo testavimu, kad būtų galima išsamiau ištirti pagrindines funkcijas.

Rankinis tinkamumo testavimas: nauda, iššūkiai ir procesas

Rankinis tinkamumo testavimas – tai bet koks tinkamumo testavimas, kurį rankiniu būdu atlieka testuotojai. Testuodami rankiniu būdu, testuotojai patys tikrina pagrindines programinės įrangos kūrimo funkcijas, testuodami įvairių testavimo atvejų rezultatus ir tikrindami juos su numatomais rezultatais.

Rankinis testavimas dažnai laikomas išsamesniu nei automatinis, nes leidžia atlikti daugiau tiriamųjų testų. Automatizuoti testai tiesiog atliekami pagal nustatytą scenarijų, o rankiniu būdu dirbantys testuotojai gali naudotis savo įžvalgomis ir vertinimu, kad ištirtų funkcijas ir procesus, kuriuos gali prireikti išsamiau ištirti. Kitaip tariant, jie gali “nesilaikyti scenarijaus”.

Rankinio tinkamumo testavimo privalumai:

● Rankinį testavimą gali lengvai atlikti ne techninio profilio QA darbuotojai.
● Lengva sukurti rankinį tinkamumo testą be specialių išteklių
● Atlikdami rankinį testavimą testuotojai gali ištirti įvairius programinės įrangos kūrimo elementus.
Tačiau rankinis tinkamumo testavimas turi ir daug trūkumų:

● Rankinis testavimas užima daug laiko ir negali būti atliekamas taip reguliariai, kaip automatinis testavimas.
● Testavimas gali būti mažiau išsamus, jei testuotojai nori sutaupyti laiko.
● Bandymų aprėptis gali būti siauresnė
● Atliekant rankinį tinkamumo testavimą galima žmogiškoji klaida

Tinkamumo testų automatizavimas: nauda, iššūkiai ir procesas

Automatizuotas testavimas tampa vis populiaresnis tarp testavimo komandų, turinčių išteklių ir įgūdžių jam įgyvendinti. Automatizavus tinkamumo testavimą, testavimo komandos gali reguliariau atlikti tinkamumo testus ir standartizuoti tinkamumo testavimo procesą keliuose testuose.

Programinės įrangos tinkamumo testavimas naudojant automatizavimo įrankius yra vienas iš greičiausių ir veiksmingiausių būdų atlikti tinkamumo testavimą, tačiau tam reikia, kad programinės įrangos komandos skirtų techninių išteklių automatizavimo procesams kurti ir valdyti.

Mažesnėse komandose tai gali atimti išteklius iš svarbiausių procesų, pavyzdžiui, kūrimo ir klaidų taisymo.

Automatizuoto tinkamumo testavimo privalumai:

● Automatinis tinkamumo testavimas yra daug efektyvesnis nei rankinis testavimas
● Naudojant automatizavimą nėra jokių apribojimų, kaip reguliariai galite atlikti tinkamumo testus
● Automatizuojant tinkamumo testavimą mažai vietos žmogiškoms klaidoms
● Automatizuoti tinkamumo testai gali apimti platesnį mėginių spektrą

Tačiau automatizuotas testavimas turi ir trūkumų, įskaitant:

● Automatizuotas testavimas nepalieka vietos subjektyvumui
● Automatizuoti testai negali ištirti už scenarijaus ribų
● Tinkamumo testavimo automatizavimas kainuoja išteklių
● Ne visos testavimo komandos turi techninių įgūdžių automatizuoti tinkamumo patikros testavimą.

Išvados: Rankinis ar tinkamumo testavimo automatizavimas?

Geriausia, jei kūrimo komandos ir testuotojai gali derinti rankinį QA tinkamumo testavimą su automatizuotu testavimu, kad pasiektų geriausių rezultatų. Tai leidžia programinės įrangos komandoms pasinaudoti automatizuoto testavimo nuoseklumu ir rankinio testavimo lankstumu.

Tiek “dūmų” testavimo, tiek tinkamumo testavimo atveju, norint automatizuoti tinkamumo testavimą, reikia išteklių ir techninių įgūdžių, todėl tai ne visada įmanoma, ypač mažesnėms programinės įrangos komandoms arba vienkartinių tinkamumo testų atveju.

Testavimo komandos, norinčios ištirti automatizuotą testavimą, gali naudoti tinkamumo testavimo įrankius, kad supaprastintų automatizavimo procesą ir sumažintų papildomų kūrimo darbuotojų poreikį.

Ko reikia norint pradėti tikrinti sveiką protą

Prieš pradėdami tikrinimo testavimą, svarbu nustatyti, kaip ketinate atlikti testavimą, ir apibrėžti tikrinimo parametrus bei tikslus. Norint atlikti tinkamumo testavimą, nereikia daug tikrų įrankių, o tinkamumo testavimas gali būti iš esmės neplanuotas.

Dažniausiai tinkamumo testavimas atliekamas, nes stabilioje programinės įrangos sąrankoje buvo atlikti pakeitimai, o testuotojai nori patikrinti, ar šie pakeitimai veikia taip, kaip tikėtasi.

Šiuo atveju pradėsite tinkamumo testą, nurodydami atliktus pakeitimus, procesus, kuriuos ketinate naudoti jiems išbandyti, ir laukiamus kiekvieno bandymo rezultatus.

Stabilus pastatymas

Tinkamumo testai atliekami po to, kai programinės įrangos sąrankos stabilumas patikrinamas atliekant “dūmų” testavimą. Kūrėjai ir testuotojai privalo užtikrinti, kad programinės įrangos rinkinys būtų stabilus, prieš atlikdami tolesnius bandymus.

Bandymų scenarijai

Prieš pradėdami tikrinti tvarkingumą, turite nusibrėžti bandymų scenarijus, kuriuos ketinate išbandyti, nepriklausomai nuo to, ar ketinate atlikti rankinius, ar automatinius tvarkingumo testus.

Jei atliekate tinkamumo testavimą po to, kai klaidos buvo ištaisytos, norėsite apibrėžti testavimo atvejus, kuriais tikrinama ištaisymų kokybė.

Tinkamumo testavimo įrankiai

Norint atlikti tinkamumo testavimą, nereikia jokių specialių įrankių, tačiau tinkamumo testavimo įrankiai gali padėti lengviau atlikti testus įprastą darbo dieną.

Jei norite pereiti prie reguliarių kasdienių tinkamumo testų arba jei jūsų kūrimo komanda kasdien atlieka daugybę programinės įrangos kūrimo pakeitimų, jums galėtų padėti tinkamumo testavimo įrankiai. Pavyzdžiui, galite naudoti testavimo įrankius, kad įdiegtumėte robotizuotą procesų automatizavimą.

Tinkamumo testavimo procesas

Programinės įrangos tinkamumo testavimas paprastai yra gana greitas procesas, kurį galima atlikti greičiau nei per valandą. Iš pradžių gali prireikti daugiau laiko automatizuoti tinkamumo testus, tačiau, sukūrę automatizavimo scenarijų, tinkamumo testus galėsite atlikti akimirksniu.

Atlikite toliau nurodytus veiksmus, kad suprastumėte, kaip atlikti rankinį tinkamumo testą ir kokius veiksmus reikia atlikti kiekviename testavimo proceso etape.

1. Nustatyti modifikuotus komponentus

Tinkamumo testavimo tikslas – patikrinti konkrečių funkcijų ir komponentų funkcionalumą po to, kai buvo atlikti surinkimo pakeitimai.

Prieš pradedant programinės įrangos tinkamumo testavimą, svarbu nustatyti, kurie komponentai buvo modifikuoti ar pridėti prie sąrankos ir kurie kodo aspektai buvo pakeisti po paskutinio testavimo etapo.

2. Įvertinkite kiekvieną komponentą

Nustačius komponentus, kuriuos reikia testuoti, galima analizuoti kiekvieną komponentą atskirai, kad suprastumėte jo savybes ir tai, kaip jis turėtų veikti.

Tai padeda testuotojams suprasti tikėtinus tinkamumo testavimo rezultatus ir suprasti savo testų rezultatus.

3. Apibrėžti tinkamumo testavimo metodą

Šiame etape būtina apibrėžti savo požiūrį į tinkamumo testavimą. Ar ketinate atlikti rankinį, ar automatinį testavimą?

Jei taikote automatizuotą metodą, testavimui automatizuoti naudojamos priemonės turėtų padėti sukurti testavimo scenarijus, skirtus jau nustatytiems komponentams testuoti.

Jei testuojate rankiniu būdu, apsvarstykite, kaip išbandyti funkcijas, kurias reikia patikrinti.

4. Atlikite tinkamumo testavimą

Kitas tinkamumo testavimo etapas – pats testavimas.

Testuotojai rankiniu būdu atlieka tinkamumo patikros testus, įvertindami visus komponentus, susietus parametrus ir modulių funkcijas, kurios buvo redaguotos, pridėtos ar pakeistos po paskutinio testavimo.

Atlikdami programinės įrangos tinkamumo testavimą, palyginkite kiekvieno tinkamumo testo rezultatus su numatomais testo rezultatais, kad įsitikintumėte, ar kiekvienas komponentas veikia tinkamai.

5. Tolesni veiksmai

Atlikę tinkamumo testą, apsvarstykite, ar kūrimas buvo sėkmingas, ar ne. Jei atlikus tinkamumo testus nustatomas netikėtas elgesys ar rezultatai, grąžinkite sukurtą failą kūrėjams tolesniam darbui.

Jei sąranka išlaiko tinkamumo testavimą, t. y. visi sąrankos komponentai veikia taip, kaip tikitės, galima atlikti tolesnį regresijos testavimą.

Geriausia tinkamumo testavimo praktika

Kadangi tinkamumo testavimas yra neskriptinis ir nedokumentuotas, testuotojai gali atlikti tinkamumo testavimą tada, kai jiems to reikia. Nėra daug rekomenduojamų geriausios praktikos pavyzdžių, nes tai labai atsitiktinis programinės įrangos testavimo būdas, tačiau yra keletas taisyklių, kurių galite laikytis, kad užtikrintumėte, jog iš savo testavimo gautumėte maksimalią naudą.

Visada atlikite tinkamumo testą po to, kai pridedate naują funkciją

Programinės įrangos tinkamumo testavimas yra būtinas, kai į stabilų programinės įrangos rinkinį įtraukiamos naujos funkcijos ar komandos.

Svarbiausia geroji tinkamumo testavimo praktika – visada atlikti tinkamumo testavimą kiekvieną kartą, kai keičiama ar pridedama sudedamoji dalis arba taisoma klaida.

Sutelkite dėmesį į atitinkamas funkcijas ir komandas

Dalis “sanity testing” apibrėžties yra orientuota į funkcijas ir komandas, tačiau atliekant “sanity testing” svarbu sutelkti dėmesį į tas funkcijas ir komandas, kurios yra svarbiausios jūsų programinės įrangos kūrimui.

Kaip ir “dūmų” testavimas, tinkamumo testavimas geriausiai tinka pagrindinėms funkcijoms, kurios gali sukelti rimtų trikdžių, jei nebus nustatytos šiame etape, įvertinti.

Jei įmanoma, visada automatizuokite testus

Jei turite išteklių, įrankių ir techninių įgūdžių, reikalingų tinkamumo testams automatizuoti, tai gali pagreitinti testavimo procesą ir standartizuoti testavimo metodikas.

Tai nereiškia, kad automatinis testavimas visada turėtų būti naudojamas vietoj rankinio testavimo, tačiau visada geriausia greta rankinio testavimo taikyti tam tikrą automatinį testavimą.

Tinkamumo testo rezultatų tipai

Dažniausiai tinkamumo testo išvestis bus tiesiog dvejetainis sprendimas “teigiamai” arba “neigiamai”, priklausomai nuo to, kaip testuojami komponentai elgiasi testavimo sąlygomis.

Perduoti

Jei pakeistame kode nėra klaidų ar loginių klaidų, jūsų sveikumo testas turėtų būti teigiamas. Išlaikymas tiesiog reiškia, kad atlikus tinkamumo testą moduliai elgiasi taip, kaip iš jų tikėjotės.

Jei tinkamumo testas išlaikomas, testuotojai tęsia tolesnį testavimą ir atlieka visą regresijos testų rinkinį.

Nepavyksta

Jei testuojamos funkcijos nesielgia taip, kaip tikėjotės, kai atliekate tinkamumo testą, tai reiškia, kad testas nepavyko.

Tuomet testuotojai perduos programinės įrangos rinkinį kūrimo komandai, kad ši tęstų kūrimą, taisytų klaidas ir ištaisytų bet kokias kodo klaidas, dėl kurių testai gali būti nesėkmingi.

Tinkamumo testų pavyzdžiai

Geriausias būdas suprasti, kaip veikia sanity testai ir kaip atlikti sanity testą rankiniu būdu, yra mokytis atlikti sanity testus naudojant testų pavyzdžius.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Toliau pateikiamos dvi tinkamumo testavimo iliustracijos su testavimo atvejų pavyzdžiais.

Tinkamumo testavimas po klaidos ištaisymo

Atlikdami bandymus kūrėjai aptiko elektroninės prekybos programos klaidų, dėl kurių klientai negalėjo įtraukti naujų prekių į savo krepšelius.

Atlikus šios klaidos taisymo darbus, surinkimas buvo perduotas kokybės užtikrinimo testuotojams, kad jie atliktų tinkamumo testą. Atliekant tinkamumo testą buvo išbandyta naujų prekių įtraukimo į krepšelį funkcija, siekiant įsitikinti, kad ji veikia taip, kaip tikėtasi.

Tinkamumo testavimas po modifikacijų

Kūrėjų komanda rengė pirkinių sąrašo programėlės atnaujinimą, kuris leidžia naudotojams suskirstyti sąrašus į kategorijas su skirtingomis etiketėmis. Šiai funkcijai įgyvendinti į esamą sąranką reikia įtraukti daug naujo kodo.

Įdiegus kodą, testuotojai atlieka tinkamumo testavimą, kad įvertintų naują funkciją ir patikrintų jos veikimą. Atsirado klaida, dėl kurios naudotojai negali iš naujo klasifikuoti sąrašo, kai prie jo jau pridėjo etiketę, todėl šis kūrinys grąžinamas kūrėjams, kad jie jį toliau tobulintų.

Klaidų ir klaidų, aptiktų atliekant tinkamumo testavimą, tipai

Tinkamumo testavimas paprastai naudojamas programinės įrangos kūrimo racionalumui patikrinti po atliktų pakeitimų, kurie gali turėti įtakos programinės įrangos funkcionalumui.

Todėl programinės įrangos tinkamumo testavimas gali padėti kokybės užtikrinimo testuotojams nustatyti įvairias klaidas ir klaidas kompiuteriniame kode.

Loginės klaidos

Tinkamumo testai gali padėti testuotojams ir kūrėjams nustatyti logines klaidas naujame kode. Dėl šių klaidų pagrindinės funkcijos gali elgtis netikėtai arba net sugesti programinė įranga.

Klaidos

Kompiuterio kodo klaidos gali būti nedidelės arba didelės; kai kuriais atvejais jos gali tiesiog paveikti naudojimosi patogumą ir patogumą, o kitais – trukdyti visai programai veikti.

Tinkamumo testai gali padėti nustatyti klaidas arba atskleisti, ar klaida buvo tinkamai ištaisyta, ar ne.

Bendros tinkamumo testavimo metrikos

Bet kokio programinės įrangos testavimo metrikos turėtų būti suskaičiuojamos ir kiekybiškai įvertinamos. Atliekant tinkamumo testavimą svarbu sekti metrikas, kurios padės objektyviai įvertinti tinkamumo testo rezultatus.

Tai ypač svarbu, jei ateityje norėsite automatizuoti tinkamumo testavimą.

Keletas tinkamumo testavimo metrikų pavyzdžių:

● Neįvykdyti testavimo atvejai
● Išlaikyti testavimo atvejai
● Bandymų atvejai nepavyko
● Užblokuoti bandymų atvejai

Išmatuojami rodikliai apima bet kokius rezultatus, kurie pateikia kiekybinius duomenis, atspindinčius, kaip gerai jūsų programinės įrangos kūrimas veikė tinkamumo testo metu.

5 geriausi nemokami tinkamumo testavimo įrankiai

Jei jus domina nemokami tinkamumo testavimo įrankiai, padedantys planuoti, vykdyti ir automatizuoti stabilios programinės įrangos kūrimo tinkamumo testus, toliau pateikiamas geriausių šiandien internete nemokamai prieinamų tinkamumo testavimo įrankių sąrašas.

ZAPTEST NEMOKAMAS leidimas

ZAPTEST yra nemokamas testavimo įrankių rinkinys, kurį galima įsigyti ir kaip nemokamą versiją, ir kaip mokamą verslui skirtą versiją.

“ZAPTEST FREE” yra programinės įrangos testavimo įrankis, kuriuo naudotojai gali automatizuoti tinkamumo testus, “dūmų” testus ir kitų tipų programinės įrangos testus, skirtus “Mac”, “Windows”, “Android” ir kitoms platformoms skirtoms programoms testuoti.

Ją paprasta naudoti ir tai yra idealus būdas išbandyti sveikumo testavimo automatizavimą nemokant papildomų mokesčių.

Trumpai tariant, ZAPTEST 1SCRIPT technologija leidžia automatizuoti bet kokios programinės įrangos testavimą, naudojant įvairias platformas, naršykles, įrenginius ir bekodę sąsają, kuri idealiai tinka tiek pradedantiesiems, tiek labai patyrusiems testuotojams.

QA Wolf

Jei ieškote paprastumo, “QA Wolf” yra labai paprasta QA testavimo programa, kuri yra visiškai patalpinta naršyklėje, o tai reiškia, kad norint ja naudotis nieko nereikia atsisiųsti. Naudodamiesi “QA Wolf” galite atlikti automatizuotus testus, nesvarbu, koks jūsų įgūdžių lygis.

Selenas

“Selenium” yra dar vienas testavimo įrankis, kurį galima įsigyti ir kaip nemokamą, ir kaip mokamą versiją. “Selenium” suderinama su daugeliu programavimo kalbų, todėl ji puikiai tinka mažiau paplitusias kalbas naudojančioms programuotojų komandoms, be to, ją galima naudoti tinkamumo testavimui ir kitų tipų žiniatinklio programų testavimui automatizuoti.

Watir

Jei norite pradėti rašyti savo automatinius programinės įrangos testus, bet nežinote, nuo ko pradėti, “Watir” yra atvirojo kodo įrankis, kuriuo lengva rašyti paprastus ir lengvai prižiūrimus automatinius tinkamumo testus.

Vėjo malūnas

“Windmill” yra atvirojo kodo testavimo įrankis, sukurtas siekiant automatizuoti žiniatinklio programų testavimą ir derinimą. Tai veiksminga priemonė, skirta sveikumo testuotojams, norintiems patikrinti, ar žiniatinklio programų kūrimo etape buvo tinkamai pašalintos klaidos.

Tinkamumo testavimo kontrolinis sąrašas

Prieš atlikdami pirmuosius tinkamumo testus įsitikinkite, kad suprantate, kaip apibrėžti tinkamumo testavimą ir ko jums reikės prieš pradedant tikrinti tinkamumą.

● Ar žinote, kokios naujos funkcijos buvo įdiegtos į šį rinkinį?
● Ar suprantate, kaip turėtų veikti naujoji funkcija?
● Kokie yra jūsų kriterijai, pagal kuriuos išlaikote ir neišlaikote sveiko proto testo?
● Ar prieš pradedant reikia įsigyti kokių nors tinkamumo testavimo įrankių?
● Kaip planuojate perduoti testo rezultatus kūrėjams?
● Ar žinote, kaip prireikus pakartoti tinkamumo testus?
Kai žinosite atsakymus į visus šiuos klausimus, galėsite pradėti pirmąjį sveiko proto testą.

Išvada

Tinkamumo testavimas yra būtinas programinės įrangos testavimo etapas, leidžiantis testuotojams įvertinti, ar neseniai pakeisti komponentai veikia teisingai. Tinkamumo testavimą visada atlieka testuotojai, o ne kūrėjai, ir jį galima automatizuoti arba atlikti rankiniu būdu.

Kadangi vis daugiau programinės įrangos komandų pereina prie hiperautomatizavimo, automatizuotas tinkamumo testavimas tampa vis labiau paplitęs. Geriausia, jei programinės įrangos komandos, bandydamos naujus komponentus, siekia atlikti rankinį, žvalgomąjį testavimą, o automatinį testavimą naudoja nedideliems pakeitimams testuoti visą darbo dieną.

DUK ir ištekliai

Jei norite pagilinti žinias apie tinkamumo testavimą, peržiūrėkite toliau pateiktus šaltinius ir DUK.

Geriausi sveikumo testavimo automatizavimo kursai

Daugiau informacijos apie tinkamumo testavimą ir kitų tipų programinės įrangos testavimą galite sužinoti ieškodami internetinių tinkamumo testavimo kursų. Kursus galite rasti internete tokiose svetainėse kaip:

● “Coursera
● Uplatz
● Kurso linija
● “Edureka
Kai kurie internetiniai kursai siūlomi nemokamai, o kiti gali būti mokami ir už juos galima gauti sertifikatus ar kvalifikaciją.

Geriausios knygos apie sveikumo testavimą

Žinias apie tinkamumo testavimą galite pagilinti skaitydami knygas apie tinkamumo testavimą ir programinės įrangos testavimą.

● Programinės įrangos testavimas, autorius Ron Patton
● Kaip sugadinti programinę įrangą, James Whittaker
● Programinės įrangos testavimo metodai, Borisas Beizeris
● Programinės įrangos testavimo automatizavimas, Mark Fewster ir Dorothy Graham
● “Agile Testing”, Lisa Crispin ir Janet Gregory

Kokie yra 5 svarbiausi interviu klausimai apie tinkamumo testavimą

Prieš kreipdamiesi dėl QA darbo, kuris gali būti susijęs su sveikumo testavimu, galite pasirengti atsakymus į dažniausiai pasitaikančius sveikumo testavimo interviu klausimus.

● Kuo skiriasi dūmų ir tinkamumo testavimas?
● Kada turėtumėte atlikti tinkamumo testavimą?
● Kaip nustatyti, ar teisingumo testas nepavyko?
● Kada galite atlikti rankinį, o kada automatinį testavimą?
● Kokie yra tinkamumo testavimo privalumai?

Geriausios “YouTube” pamokos apie tinkamumo testavimą

Daugiau apie tinkamumo testavimą galite sužinoti iš šių “YouTube” vaizdo įrašų:

Kas yra tinkamumo testavimas?
Skirtumas tarp dūmų ir tinkamumo testavimo
Kas yra “Sanity Testing”? Purushotam akademija
Dūmų testavimas ir tinkamumo testavimas su pavyzdžiais

Kaip išlaikyti sveikumo testus

Kadangi tinkamumo testai paprastai naudojami kodo pakeitimams patikrinti, kiekvieną kartą atlikdami tinkamumo testą galite tikrinti skirtingus kodo elementus arba pritaikyti testą skirtingoms funkcijoms įvertinti.

Dėl šios priežasties svarbu nuolat prižiūrėti sveikumo testų priežiūrą, kad būtumėte pasirengę testuoti, kai tik prireiks.

● Atnaujinkite bandymų atvejus, kai keičiasi programinės įrangos kūrimo funkcionalumas.
● Visada laikykitės geriausios bandymų projektavimo praktikos
● Reguliariai iš naujo įvertinkite savo testus
● Kurdami naujus testus nepamirškite būsimų projektų

Kas yra tinkamumo testavimas kokybės užtikrinimo srityje?

Tinkamumo testavimas kokybės užtikrinimo srityje Tai programinės įrangos testavimo rūšis, kuri apima naujai pakeistų ar pridėtų stabilios programinės įrangos kūrimo komponentų testavimą, siekiant įsitikinti, kad jie elgiasi teisingai.

Pagal šią tinkamumo testavimo apibrėžtį tinkamumo testavimas skiriasi nuo “dūmų” testavimo, nes “dūmų” testavimas atliekamas su nestabiliomis programomis.

Programinės įrangos tinkamumo testavimą visada atlieka testuotojai, o ne kūrėjai, o viena iš dažniausių priežasčių atlikti tinkamumo testą yra ta, kad buvo ištaisyta arba ištaisyta klaida. Tokiu būdu bandytojai įsitikina, kad pataisa veikia teisingai, ir galima pradėti tolesnius bandymus.

Žinoma, jei jums reikia įmonės lygio programinės įrangos testavimo + paslaugų, susisiekite su mumis! ZAPTEST yra pirmaujanti automatizavimo priemonė bet kurioje platformoje, įskaitant “Linux”, “Windows”, ” Android”, “iOS”, žiniatinklį. Ji leidžia atlikti bet kokius bandymus, įskaitant apkrovos testus, našumo testus, vartotojo sąsajos testus, vieneto testus, funkcinius testus, integracijos testus, vartotojo sąsajos testus, sudėtingus API testus ir daug daug daug daugiau!

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post