Tarkvara muutub väärtuslikumaks ja olulisemaks, kui tervitame uusi rakendusi ja seadmeid oma kodudesse ja ettevõtetesse, et nad saaksid tähtsat ülesannet juhtida. 16. aprillil^th, 1994, kukkus alla lennuk, mis sai surma, vahetult enne maandumist lennujaamas. Seal, kus hukkus 250 inimest, mis oli Hiina lennufirmades surmavaim õnnetus. Juhtumi peamine põhjus oli tarkvaravigade tõttu. Tarkvara kasutajaid ei testitud enne selle rakendamist. Igas süsteemis on tarkvaravead. Tarkvarasüsteemi on võimatu ilma vigadeta kujundada. Kuid süsteemi vigade tõttu tekkinud tõrke saab kaitsta tarkvara testimisega. Tarkvara testimine on protsess, mida kasutatakse väljatöötatud arvutitarkvara vea, täielikkuse ja kvaliteedi leidmiseks. See sisaldab toimingute kogumit, mille eesmärk on leida tarkvarast vigu, et neid saaks enne toote lõppkasutajatele väljastamist parandada. Testimisprotseduure on kahte tüüpi: käsitsi testimine ja automatiseerimine testimine.

Mis on automaatika testimine?

Automaatne testimine kasutab tööriistu, skripte ja tarkvara abi testjuhtumite sooritamiseks, korrates eelnevalt määratletud toiminguid. See sõltub täielikult eelskriptiga testist, kus me võrdleme eeldatavat tulemust tegeliku eelskripti käivitamisel. Katseid, nagu koormus, stress, piik, saab testida automaatika tööriistade abil. Näide: Facebook testib aju-arvuti liidest, mis võib mõtteid tõlkida digitaalseteks tekstideks.

Millised katsejuhtumid tuleks kõigepealt automatiseerida?

Esiteks tuleb testimisjuhud automatiseerida,

Korduv ülesanne - Näiteks e-kaubanduse sait, mis testib sisselogimismandaate mitu korda, veendumaks, et sisselogimisleht töötab vastavalt kasutaja nõuetele.
Tulemuste jäädvustamine ja jagamine - Numbrite krõbistamise ja tööriistadesse investeerimise asemel võib olla kasulik graafikute investeerimine või automatiseerimisstrateegia, kus saab aega kokku hoida.
Andmesisestuse test - Teabe automatiseerimine andmeallikale, et see oleks hõlpsasti loetav. Kus saab andmete varieeruvuse osas paremini hakkama saada. Kui soovitakse otsida tuhandetest andmetest konkreetseid andmeid, saab konkreetsete andmete otsimiseks kasutada automatiseerimistööriista.
Ajastus või sõelumisvastus - Ekraani pole vaja käsitsi jälgida, seda saab parandada, kasutades automaatset koodi 'oodake kuni'.
Mittefunktsionaalne testimine - Mittefunktsionaalse testimise tüübi automatiseerimise näiteks on koormustestide automatiseerimine. Kui meil on käsitsi testimise asemel kümme tuhat koormust, on see parem võimalus kasutada automatiseerimistestimist.

Automaatika testimise protsess

Automaatika testimisel kasutatakse sammhaaval protseduuri

automaatika-test-protsess

1). Testimisvahendi valik

Õige tööriista valimine lähtuvalt kaasatud testist on automaatika õnnestumise jaoks väga oluline. Koodipõhise testimise jaoks töötle või graafiline kasutajaliides - vastavalt tuleb valida sobivad tööriistad.

2). Määratlege automaatika ulatus

Automaatika ulatus mängib põhirolli. Näiteks on iga ettevõtte olulised funktsioonid stsenaariumid, millel on suur hulk andmeid, millel on erinevates platvormides ja rakendustes ühine funktsionaalsus, ning testjuhtumite keerukus. Jne.

3). Planeerimine Disain ja arendus

Pärast eesmärgi kindlaksmääramist ja seda, millist tüüpi testimist automatiseerida, tuleks otsustada, milline automatiseeritud test läbi viiakse. Kõigepealt arendage testijuhud väiksemateks loogilisteks testideks, seejärel kirjutage testskriptid ja töötage välja testipaketid, kus neid käivitatakse üksteise järel automaatselt. Selle genereerimiseks luuakse test ülikonnas nagu raamatukogu, millel on mitu testimisjuhtu.

4). Testi täitmine

Testi skripti käivitamiseks kasutatakse automatiseerimistööriista või testi haldamise tööriista. Pärast lõplikku teostamist tuleb üksikute testide kohta üksikasjalikult koostada aruanne. Nii et aruannet saab kasutada viitena teistele testidele.

5). Hooldus

Iga tsükli jaoks tuleb lisada, üle vaadata ja hooldada automaatika skripte. Kus hooldus osutub vajalikuks. Näiteks pärast koodi kirjutamist kontrollime koodi ja tõrke ilmnemisel ilmneb mõni viga. Seega tuvastame, millises koodi osas on viga, parandame selle ja käivitame seejärel koodi kohe algusest peale. Niisiis, hooldusel on oluline roll, mis suurendab automatiseerimisskriptide vajalikkust.

Lähenemised automatiseerimisele

Automatiseerimisel on kolm lähenemisviisi

1). Koodiga juhitav lähenemine

See testib raamistikku, keskendub testjuhtumi täitmisele, et teada saada, kas koodide erinevad sektsioonid toimivad ootuste kohaselt erinevates tingimustes või mitte. See on populaarne meetod, mida kasutatakse kiires tarkvaraarenduses.

“resonantssageduse rlc seeria ahel ”

2). Graafiline kasutajaliides (GUI)

GUI-ga rakendusi saab selle meetodi abil testida, et kasutaja tegevusi ja vastuseid iga kord registreerida. Näide: seleeni tööriist, mida kasutatakse veebisaidi testimiseks. Testjuhtumeid saab kirjutada mis tahes skriptikeeles, näiteks java, phyton, C jne.

3). Raamkäsitlus

See on juhiste kogum. Kui raamistik ühendab funktsiooni teegid, testiandmete allikad, objekti üksikasjad ja muud korduvkasutatavad moodulid. Hoolduskulud on väiksemad ja ülitõhusad. Näide: kui testjuhtumil on mingeid muudatusi, tuleb testjuhtumi faili seda osa uuendada ilma draiverit või käivituskripte muutmata.

Raamistike tüübid

Raamilähenemisi on erinevat tüüpi

Lineaarne skriptimisraam
Andmepõhine raam-töö
Märksõnapõhine kaadritöö
Modulaarne testimisraam
Hübriidkatse raamistik.

Automaatikatestide tüübid

Erinevad automaatikatestid on

Ühikute testimine
Suitsu testimine
Funktsionaalne testimine
Integreerimise testimine
Regressioonitestimine

1). Üksuse testimine

Veebirakenduses võib olla mitu katsetatavat komponenti / mudelit. Iga mudeli testimise protsess on üksuse testimine. Seda tehakse arendusetapis. Seal, kus koodid on kirjutatud arendajate ja ka testijate poolt.

2). Suitsu testimine

Suitsukatset nimetatakse alternatiivina ka ehituskontrolli testimiseks. Seda kasutatakse selleks, et kontrollida, kas kood on kirjutatud vastavalt lõpptulemuste ootustele või mitte. Suitsutestimisel otsustab katse lõppedes selle lõpptulemus, kas tulevast katset tuleks jätkata või mitte. Testimise käigus tekkivaid probleeme saab varakult tuvastada.

3). Funktsionaalne testimine

See kontrollib veebi funktsionaalsust, töötades vastavalt või mitte. Näiteks kui arvestada sisselogimislehega, kuhu peame sisestama kasutaja ID ja parooli. Kui me ei sisesta õigeid andmeid, siis meie eeldatav leht ei avane. Kui sisselogimislehe kood on kirjutatud ja see on õigesti testitud, avaneb eeldatav leht, see tähendab, et funktsionaalne test töötab õigesti.

4). Integratsiooni testimine

Selles on üksikud komponendid integreeritud ja testitud korraga. Kust saame kontrollida, kas üksikud moodulid sobivad omavahel suhtlemiseks. Näiteks kui arvestada pastapliiatsi valmistamist, kus pliiats koosneb täidisest, korgist, korpusest, mis on valmistatud eraldi ja kokku pandud. Monteerimisel kontrollime, kas need on korralikult paigaldatud või mitte.

5). Regressioonitestimine

Kui koodis on mõni värskendus, veendume, et see ei mõjuta juba kirjutatud koode. Seetõttu teeme regressioonitesti. Regressioonitesti kasutamine on koodi värskendamine vastavalt nõudele, vea tuvastamine ja parandamine. Regressioonitesti näide on panganduse veebisait, kus veebisaiti uuendatakse vajaduse korral perioodiliselt, näiteks jooksevkonto saldo värskendamiseks. Seega tuleb veebisaidi värskendamise ajal veenduda, et värskelt värskendatud funktsioonid ei mõjutaks juba olemasolevaid funktsioone.

Kuidas valida automaatika tööriistu?

Sobiva automatiseerimistööriista valimiseks kontrollige järgmisi allpool loetletud atribuute:

Keskkonnatoetus
Andmebaaside testimine
Objekti identifitseerimine
Piltide testimine
Vigade taastamise testimine
Mitu kaadritöö tuge
Minimeeri kulud
Ulatuslikud katsearuanded ja kulud.

Automaatika testimise tööriistade tüübid

Automaatika testimise tööriistu on palju, mõned neist on loetletud allpool

1). Seleen

See on avatud lähtekoodiga, mis on populaarne testimismeetod veebirakenduste, mitme brauseri ja platvormi käitamiseks. Seleeni uusim versioon on Selenium4. Programmeerija nõuab programmeerimiskeele eeloskust. Seleenil on neli komponenti, seleen IDE, seleeni kaugjuhtimispult, veebidraiver, seleeni võrk.

2). vesi

See on avatud lähtekoodiga testimisriist, mis koosneb rubiiniteegist ja mis automatiseerib veebirakenduste testimist. Watiri uusim versioon on watir 6.16. Koode saab kirjutada igas keeles. Firefox, kroom, safari on teatud brauserid, mida watir toetab. Mõned watiri funktsioonid on järgmised: selleks on vaja lühikesi ekraane, lehe jõudlust ja see võimaldab mis tahes faili hõlpsasti alla laadida.

3). Ranorex

See on paindlik kõik ühes GUI testimise tööriist. See sobib kõigile keskkonna brauseritele ja seadmetele. See toetab C # ja V.NET. See on sisseehitatud Microsofti Windowsi ja Windowsi serverisse. Ranorexi peamised komponendid on ranorexi makk, ranorexi hoidla, ranorexi spioon, ranorexi koodiredaktor ja ranorexi silur.

4). API (rakenduse programmeerimise liidese testimine)

See on mobiilne testimistööriist, mis on avatud lähtekoodiga rakendustarkvara. API leiab, kas täidetud API test annab täpseid tulemusi või mitte. Neid on mitmesuguseid API-teste, ühikutestimine, funktsionaalne testimine, koormustestimine, käitustõrgete tuvastamine, turvatestimine, veebiliidese testimine, läbitungimistest, udususe testimine. See on rakendatud POSIX API-l.

Automaatika testimise tööriistad mobiilirakendustele

Mobiilirakenduste automatiseerimise testimisvahendite erinevad tüübid on Appium, Robotium, MonkeyRunner, UI Automator, Selendroid, MonkeyTalk, Testdroid, Calabash, Frank, SeeTest

1). appium

See on avatud lähtekoodiga
Toetab Java, Ruby ja teisi
Lähtekoodi saab uuesti kasutada
Ühildub Androidi ja iOS-i jaoks.

2). robotid

See on avatud lähtekoodiga
Ühildub kõigi Androidi versioonide ja alamversioonide jaoks.
Koodid on kirjutatud Java keeles.

3). Monkeyrunner

Raamistiku või funktsionaalse taseme testimine toimub monkeyrunneri abil
Koodid kirjutatakse pythonis
Funktsioonid: see juhib korraga paljusid seadmeid, automatiseerimist saab laiendada, testida androidirakendusi ja riistvara, laiendada automatiseerimist.

4). UI automaator

Seda kasutatakse kasutajaliideste testimiseks, kasutades kasutajaliidese testimisjuhtumeid.
Toetab androidide erinevaid versioone
See suudab nutitelefonid lukustada ja avada

5). Selendroid

Seda kasutatakse androidil põhineva hübriidi kasutajaliidese testimiseks.
Testjuhtumid kirjutatakse selendroidi abil
TO protokoll nagu JSON traat on väga ühilduv.

Automatiseerimise testimisega seotud risk

Automatiseerimistestimisega seotud risk on

Esialgsed kulud on suured
Automatiseerimine pole kunagi 100%
Ei automatiseeri fikseerimata kasutajaliidest
Aja ja vaeva vale hindamine
Automatiseerimisvahendite kokkusobimatus.

Automaatika testimise eelised

Eelised automatiseerimine testimine on

Testjuhtumite täitmine on lihtsustatud
Parandab testi usaldusväärsust
Vähendab hoolduskulusid
Testitulemused tehakse avalikult
Inimlikke vigu pole
Säästab aega ja mälu.

Siin kirjeldame tarkvara automaatika testimine, selle testimisprotsess, automaatika testimise tüübid ja automaatika testimise tööriist. Siin on küsimus: 'Kuidas on automatiseerimistestimine parem kui käsitsi testimine?'.