Kuidas valida oma projekti jaoks sobiv testimise automatiseerimise raamistik

Testimise automatiseerimise raamistiku hindamiskriteeriumid

Mis on raamistik?

Veebirakenduste raamistikud

Raamistikuks loetakse protokollide, reeglite, standardite ja juhiste kombinatsiooni, mida saab tervikuna lisada või järgida, et kasutada ära raamistiku pakutavate tellingute eeliseid.

Mis on testimise automatiseerimise raamistik?

Testimise automatiseerimise raamistiku struktuur

Testimise automatiseerimise raamistik on tellingud, mis on ette nähtud automatiseerimistesti skriptide täitmiskeskkonna loomiseks. Raamistik pakub kasutajale mitmesuguseid eeliseid, mis aitavad tal automatiseerimistesti skripte tõhusalt arendada, käivitada ja neist aru anda. See sarnaneb rohkem süsteemiga, mis on loodud spetsiaalselt meie testide automatiseerimiseks.

Väga lihtsas keeles võib öelda, et raamistik on konstruktiivne segu erinevatest juhistest, kodeerimisstandarditest, kontseptsioonidest, protsessidest, tavadest, projektihierarhiatest, modulaarsusest, aruandlusmehhanismist, testiandmete süstimisest jne samba automatiseerimise testimiseks. Seega saab kasutaja järgida neid juhiseid, automatiseerides rakendust, et saada kasu erinevatest produktiivsetest tulemustest.

Eeliseid võib olla erinevates vormides, näiteks skriptimise lihtsus, mastaapsus, modulaarsus, arusaadavus, protsessi määratlus, taaskasutatavus, maksumus, hooldus jne. Seega on arendajatel soovitatav nende eeliste kasutamiseks kasutada ühte või mitut testimise automatiseerimise raamistik.

Lisaks tekib vajadus ühtse ja standardse testimise automatiseerimise raamistiku järele, kui teil on hulk arendajaid, kes töötavad sama rakenduse erinevate moodulite kallal, ja kui soovime vältida olukordi, kus iga arendaja rakendab oma lähenemisviisi automatiseerimisele.

Märkus. Pange tähele, et testimisraamistik on alati rakendusest sõltumatu, see tähendab, et seda saab kasutada mis tahes rakendusega, olenemata testitava rakenduse komplikatsioonidest (nt tehnoloogiapakk, arhitektuur jne). Raamistik peaks olema skaleeritav ja hooldatav.

Testimise automatiseerimise raamistiku eelised

  1. Koodi korduvkasutatavus
  2. Maksimaalne katvus
  3. Taastamise stsenaarium
  4. Madala hinnaga hooldus
  5. Minimaalne käsitsi sekkumine
  6. Lihtne aruandlus

Põhipunktid, mida enne Test-automatiseerimise raamistiku valimist mõelda

  1. Kapseldamine keerukusest
    Testiinsenerid on kapseldatud koodi keerukusest ja kriitilistest külgedest.
    Insenerid puutuvad kokku ainult rakendatud raamatukogudega ja testid teostatakse lihtsalt raamatukogude kutsumisega.
  2. Skriptid ja andmete eraldamine
    Sisestusandmete salvest eraldatud automatiseerimise testi skriptid (näiteks: XML, Exceli failid).
    Testiskripte pole vaja muuta.
    Ainult sisendandmetega saab manipuleerida mitme sisendväärtusega testimiseks.
  3. Maksimeeri taaskasutatavus
    Moodustage välja töötatud raamatukogud kogu organisatsiooni / projektimeeskonna / tootemeeskonna kaudu, st avaldage raamatukogu ja andke meeskonnale ühiskasutatavad utiliidid / komponendid.
    Saadaolevate raamatukogude kasutamine.
    Minimeeritud pingutus korduvate regressioonitsüklite jaoks.
  4. Suhtlus täiendavate automatiseerimistööriistadega
    Võimalik, et peame suhtlema erinevate automatiseerimisriistadega. Kõik kommunikatsiooninõuded tuleb kindlaks teha ja kujundada.
  5. Võimalus automatiseerida stsenaariume, mis põhinevad mitmel loogikal
    Eeldame, et teie rakendus on nii dünaamiline ja teie testistsenaariumid põhinevad mitmel loogikal (nt: - kui klõpsate nuppu A, siis peaks B olema nähtav, muul juhul peaks C olema nähtav), peate seejärel arendama automaatse komplekti oma meetoditega mis vastavad teie nõudele. Enda meetodite väljatöötamiseks peaks raamistik pakkuma oma põhimeetodeid.
  6. Andmete taastamine
    Andmete hankimine mitmest sisendandmete salvest.
  7. CI valmidus
    Ajasti konfiguratsioonil põhinevate asjakohaste skriptide kutsumisega seotud funktsioonid.
  8. Tööriista pikendatavus
    Tööriistapiirangutest ületamine. Toimingute / valideerimise komponendid, mille jaoks tööriist ei toeta.
    Rakenduse uute täienduste ja olemasolevate funktsioonide muutmise täielik tugi. Näiteks taaskasutatava raamatukogu saaks minimaalse vaevaga luua ainult lisafunktsioonide jaoks.
    Skripti versioonimise standardprotsess.
    Rollipõhised juurdepääsuõigused. Näiteks juurdepääsuõigused, näiteks skriptide lisamine, muutmine ja kustutamine.
    Projektipõhine - kasutatavus / komponentide juurdepääs.
  9. Palgid
    Kasutaja määratletud logid analüüsi veakäsitlejate jaoks.
  10. Veakäitlejad
    Käsitsege teadaolevaid ja tundmatuid vigu ning logige teave sisse.
  11. Kohandatud teated
    Vastavate määratletud sõnumite kuvamine.
  12. Korduge ebaõnnestumiste korral
    Teie testikomplektis võib olla juhuslikke rikkeid võrgu latentsuse, teenuse tõrgete, ajalõppude tõttu ... jne, nii et võib-olla peate ebaõnnestunud stsenaariumide jaoks uuesti käima. Sellistel juhtudel vajate seda funktsiooni.
  13. Paralleelne täitmine
    Kui teil on suur testikomplekt, mille käivitamiseks on vaja tunde, peate oma aja säästmiseks ja investeeringutasuvuse suurendamiseks kasutama paralleelset täitmist.
  14. Tulemuste tutvustus
    Kohandatud ja esitletavad aruanded testi täitmise lõpuleviimise kohta.

Veebi kasutajaliidese automatiseerimise raamistike võrdlus

API automatiseerimisraamistike võrdlus

Viide

https://www.thoughtworks.com/insights/blog/guide-test-automation

Head automatiseerimist!