END-END testimise õpetus: mis on E2E testimine näitega

Lang L: none (table-of-contents):

Anonim

Otsast lõpuni testimine

Lõpp-lõpuni testimine on tarkvara testimise meetod, mis kinnitab kogu tarkvara algusest lõpuni koos selle integreerimisega väliste liidestega. End-to-end testimise eesmärk on kogu tarkvara testimine sõltuvuste, andmete terviklikkuse ja teiste süsteemide, liideste ja andmebaasidega suhtlemise osas, et teostada täielikku tootmist nagu stsenaarium.

Koos tarkvarasüsteemiga kinnitab see ka teiste üles- / allavoolusüsteemide pakett- / andmetöötlust. Seega nimi "otsast lõpuni" . Otsast lõpuni testimine viiakse tavaliselt läbi pärast funktsionaalset ja süsteemi testimist. Reaalajas seadete simuleerimiseks kasutatakse tegelikku tootmist, näiteks andmeid ja testikeskkonda. Otsast lõpuni testimist nimetatakse ka ahela testimiseks .

Miks testimine lõpuni lõpuni?

Otsast lõpuni testimine kontrollib süsteemi täielikku voogu ja suurendab usaldust, tuvastades probleemid ja suurendades alamsüsteemide testkatvust. Kaasaegsed tarkvarasüsteemid on keerukad ja ühendatud mitme alamsüsteemiga, mis võivad praegustest süsteemidest erineda. Kogu süsteem võib kokku kukkuda kõigi alamsüsteemi rikke korral, mis on peamine oht, mida saab otsast-lõpuni testimisega vältida.

Otsast lõpuni testimise protsess:

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

Peamised otsast lõpuni testimisega seotud tegevused on -

  • Lõpp-lõpuni testimise nõuete uurimine
  • Testige keskkonna seadistamise ja riistvara / tarkvara nõudeid
  • Kirjeldage kõiki süsteeme ja nende alamsüsteemide protsesse.
  • Kõigi süsteemide rollide ja vastutuse kirjeldus
  • Testimise metoodika ja standardid
  • Nõuete otsast lõpuni jälgimine ja testjuhtumite kujundamine
  • Iga süsteemi sisend- ja väljundandmed

Kuidas luua otsast lõpuni testimise juhtumeid?

Otsast lõpuni testimise disainiraamistik koosneb kolmest osast

  1. Kasutajafunktsioonide loomine
  2. Ehitustingimused
  3. Koosta testjuhtumid
Vaatame neid üksikasjalikult: -

Kasutajafunktsioonide loomine

Järgmised toimingud tuleks teha kasutaja ülesehituse funktsioonide osana:

  • Loetlege süsteemi omadused ja nende omavahel ühendatud komponendid
  • Lisage iga funktsiooni või funktsiooni sisendandmed, toiming ja väljundandmed
  • Tehke kindlaks funktsioonide vahelised seosed
  • Tehke kindlaks, kas funktsioon võib olla korduvkasutatav või sõltumatu

Näiteks -Consider stsenaarium, kus sa sisse logida oma pangakonto ja kanda raha teisele kontole mõnest teisest pangast (3 rd osapoole sub-süsteem)

  1. Pangasüsteemi sisselogimine
  2. Kontrollige kontol oleva jääksumma olemasolu
  3. Transfer mingi summa Teie kontolt mõne muu pangakonto (3 rd osapoole sub-süsteem)
  4. Kontrollige oma konto viimast saldot
  5. Rakendusest väljalogimine

Koostamistingimused põhinevad kasutaja funktsioonil

Ehitustingimuste osana tehakse järgmisi tegevusi:

  • Iga määratletud kasutajafunktsiooni jaoks tingimuste komplekti loomine
  • Tingimused hõlmavad järjestust, ajastust ja andmete tingimusi

Näiteks - rohkemate tingimuste kontrollimine, näiteks

Sisselogimisleht

  • Vale kasutajanimi ja parool
  • Kehtiva kasutajanime ja parooliga kontrollimine
  • Parooli tugevuse kontrollimine
  • Veateadete kontrollimine

Saldo summa

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

Koostage teststsenaarium

Määratletud kasutajafunktsiooni teststsenaariumi koostamine

Sel juhul,

  • Logige süsteemi sisse
  • Panga saldo summa kontrollimine
  • Panga saldo summa ülekandmine

Koosta mitu testjuhtumit

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

Lõpp-lõpuni testimise mõõdikud:

Järgnevalt on toodud üksikud paljudest mõõdikutest, mida kasutatakse lõpuni testimiseks.

  • Testjuhtumi ettevalmistamise olek: see annab proovijuhtumi ettevalmistamise edenemise kavandatuga võrreldes
  • Iganädalane testi edenemine - annab nädala kaupa üksikasjaliku ülevaate testi täitmise protsentidest - ebaõnnestus, ei ole täidetud ja täidetud vastavalt täitmistestidele kavandatud
  • Defektide olek ja üksikasjad - see annab nädala jooksul avatud ja suletud defektide protsendi. Samuti nädalate kaupa defektide jaotumine raskusastme ja prioriteedi alusel
  • Keskkonna kättesaadavus - tundide koguarv "üles" / päevas testimiseks kavandatud tundide koguarv

Otsast lõpuni testimine Vs süsteemi testimine

Otsast 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 protsessi täielikku lõpptulemust. See kontrollib süsteemi funktsionaalsust ja funktsioone.
Testimiseks võetakse arvesse kõiki liideseid ja taustsüsteeme Testimiseks kaalutakse funktsionaalset ja mittefunktsionaalset testimist
See viiakse läbi pärast süsteemi testimise lõppu. See viiakse läbi pärast integreerimise testimist.
Otsast lõpuni testimine hõlmab väliste liideste kontrollimist, mille automatiseerimine võib olla keeruline. Seetõttu on eelistatud käsitsi testimine. Süsteemi testimiseks saab teostada nii käsitsi kui ka automatiseerimist

Järeldus

Tarkvaratehnikas on otsast lõpuni testimine protsess, mis kontrollib tarkvarasüsteemi koos selle alamsüsteemidega. Selle testimise suurim väljakutse on piisavalt teadmisi kogu süsteemist ja ka ühendatud alamsüsteemist.