Mis on otsast lõpuni testimine? E2E näide

End To End Testing

End To End Testing on tarkvara testimismeetod, mis valideerib kogu tarkvara algusest lõpuni koos selle integreerimisega väliste liidestega. Täieliku testimise eesmärk on testida tervet tarkvara sõltuvuste, andmete terviklikkuse ja teiste süsteemide, liideste ja andmebaasidega suhtlemise suhtes, et teostada täielikku tootmisstsenaariumit.

Koos tarkvarasüsteemiga valideerib see ka teiste üles-/allavoolusüsteemide partii-/andmetöötlust. Sellest ka nimi "Otsast lõpuni". End-to End Testimine viiakse tavaliselt läbi pärast funktsionaalset ja Süsteemi testimine. See kasutab reaalajas seadete simuleerimiseks tegelikku tootmist, nagu andmed ja testkeskkond. E2E testimist nimetatakse ka Keti testimine.

LÕPPUNI testimine

Miks testimine otsast lõpuni?

End To End Testing kontrollib süsteemi täielikku voolu ja suurendab usaldust probleemide tuvastamise ja suurendamise kaudu Testi katvus allsüsteemidest. Kaasaegsed tarkvarasüsteemid on keerulised ja omavahel seotud mitme allsüsteemiga, mis võivad erineda praegustest süsteemidest. Kogu süsteem võib kokku kukkuda mis tahes alamsüsteemi rikke tõttu, mis kujutab endast suurt ohtu, mida saab otsast lõpuni testimisega vältida.

Lõpust lõpuni testimisprotsess

Järgmine diagramm annab ülevaate lõpust lõpuni testimise protsessist.

Lõpust lõpuni testimisprotsess

End-to End testimisega seotud peamised tegevused on:

  • Uuring otsast lõpuni testimise nõuete kohta
  • Testikeskkonna seadistamine ja riist-/tarkvaranõuded
  • Kirjeldage kõiki süsteeme ja nende alamsüsteemide protsesse.
  • Descriptkõigi süsteemide rollide ja vastutuse joon
  • Testimismetoodika ja standardid
  • Nõuete otstest lõpuni jälgimine ja testjuhtumite kujundamine
  • Iga süsteemi sisend- ja väljundandmed

End to End Testing Tool

1) testRigor

testRigor on täieliku testimise osas tööstusharu liider. Looge sujuvalt koodita teste veebiliidese, oma- ja hübriidmobiilirakenduste, mobiilibrauserite ja API vahel. Testige e-kirju ja SMS-e, testige hõlpsalt allalaaditud .XLS-, .DOC-, .PDF- jne faile.

Funktsioonid:

  • Kirjutage koodita testid lihtsas inglise keeles.
  • Veeb + mobiil + API katvus ühes testis. Platvormideülene ja brauseriülene tugi.
  • Looge teste 15 korda kiiremini kui Selenium.
  • Vähendage testhooldust kuni 99.5%.
  • testRigor on turvaline ja SOC 2 Type 2 ühilduv.
  • Integratsioonid CI/CD ja testjuhtumite haldamisega.
  • Käivitage 1000 testi ja saate tulemusi vähem kui 30 minutiga.

Külastage testRigor >>

Kuidas luua täielikke testjuhtumeid?

Looge otsast lõpuni testjuhtumeid
End-to-End katsejuhtumid

End-to End Testing Disainiraamistik koosneb kolmest osast

  1. Ehitage kasutaja funktsioone
  2. Ehitustingimused
  3. Ehitage katsejuhtumeid

Vaatame neid üksikasjalikult: -

Ehitage kasutajafunktsioone

Järgmised tegevused tuleks teha osana kasutajafunktsioonide ehitamisest:

  • Loetlege süsteemi funktsioonid ja nende omavahel seotud komponendid
  • Loetlege iga funktsiooni või funktsiooni sisendandmed, toiming ja väljundandmed
  • Tuvastage funktsioonidevahelised seosed
  • Tehke kindlaks, kas funktsioon võib olla korduvkasutatav või sõltumatu

Näiteks – mõelge stsenaariumile, kus logite sisse oma pangakontole ja kannate raha mõnest teisest pangast teisele kontole (3rdpartei alamsüsteem)

  1. Logige sisse pangandussüsteemi
  2. Kontrollige konto saldosummat
  3. Kandke teatud summa oma kontolt mõnele teisele pangakontole (3rdpartei alamsüsteem)
  4. Kontrollige oma viimast kontojääki
  5. Rakendusest väljalogimine

Kasutajafunktsioonil põhinevad ehitustingimused

Ehitustingimuste osana viiakse läbi järgmised tegevused:

  • Tingimuste komplekti loomine iga määratletud kasutajafunktsiooni jaoks
  • Tingimused hõlmavad järjestust, ajastust ja andmetingimusi

Näiteks - rohkemate tingimuste kontrollimine, nagu

Sisselogimise lehele

  • Kehtetu kasutajanimi ja parool
  • Kontrollimine kehtiva kasutajanime ja parooliga
  • Parooli tugevuse kontrollimine
  • Veateadete kontrollimine

Saldo summa

  • Kontrollige praegust saldot 24 tunni pärast. (Kui ülekanne saadetakse teise panka)
  • Kontrollige veateadet, kui ülekande summa on suurem kui praegune saldosumma

Koostage testistsenaarium

Hoone ehitamine Testi stsenaarium määratletud kasutajafunktsiooni jaoks

Sel juhul,

  • Logige süsteemi sisse
  • Panga saldo summa kontrollimine
  • Kandke pangasaldo summa üle

Ehitage mitu testjuhtumit

Koostage iga määratletud stsenaariumi jaoks üks või mitu testjuhtumit. Testjuhtumid võivad hõlmata iga tingimust ühe testjuhtumina.

Lõpust lõpuni testimise mõõdikud

Allpool on mõned mõõdikud, mida kasutatakse täieliku testimise näitena.

  • Testjuhtumi ettevalmistamise olek: See annab katsejuhtumi ettevalmistamise edenemise võrreldes kavandatud eduga
  • Nädala testi edenemine – Pakub iganädalasi üksikasju testide lõpetamise protsendi kohta – ebaõnnestus, ei teostatud ja teostati võrreldes kavandatud täitmistestidega.
  • Defektide olek ja üksikasjad- See näitab avatud ja suletud defektide protsenti nädalas. Samuti jaotus nädala kaupa defektide raskusastme ja prioriteedi alusel
  • Keskkonna kättesaadavus –Tundide koguarv "üles" / testimiseks kavandatud tundide koguarv päevas

Lõpust lõpuni testimine vs süsteemi testimine

Lõpust lõpuni testimine Süsteemi testimine
Valideerib nii tarkvarasüsteemi kui ka omavahel ühendatud alamsüsteeme Valideerib ainult tarkvarasüsteemi vastavalt nõuete spetsifikatsioonidele.
See kontrollib täielikku protsessi voogu. See kontrollib süsteemi funktsioone ja funktsioone.
Testimisel võetakse arvesse kõiki liideseid ja taustasüsteeme Testimisel kaalutakse funktsionaalset ja mittefunktsionaalset testimist
See käivitatakse pärast süsteemi testimise lõpetamist. See täidetakse pärast Integratsiooni testimine.
End-to End testimine hõlmab väliste liideste kontrollimist, mida võib olla keeruline automatiseerida. Seega Käsitsi testimine on eelistatud. Süsteemi testimiseks saab läbi viia nii käsitsi kui ka automatiseerimise

Järeldus

Tarkvaratehnikas on tarkvara testimise otsast lõpuni testimine tarkvarasüsteemi ja selle alamsüsteemide kontrollimise protsess. Selle testimise suurim väljakutse on omada piisavalt teadmisi nii kogu süsteemist kui ka omavahel seotud alamsüsteemist.