soa testing tutorial
Vadnica za testiranje SOA:
V tem članku bomo razpravljali o preizkusnih tehnikah za arhitekturo SOA.
Trenutna programska oprema je tako vsestranska in nagnjena k obvladovanju spreminjajočih se pričakovanj uporabnikov v vsakem trenutku, samostojni model ni uporaben.
SOA se tam resnično prilega kot rešitev.
To je razlog, zakaj se veliko podjetij prilagaja ali poskuša prilagoditi pristop SOA zaradi njegovih prednosti, kot so; Zmanjšanje stroškov, poslovna okretnost, enostavno vzdrževanje itd. Zaradi bližajočega se trga, polnega arhitekture SOA, morajo sodobni preizkuševalci dobiti poštene ideje o testiranju SOA.
kateri je najboljši brezplačni blokator oglasov za krom
V tem članku bomo z njegovimi primeri zajeli osnove SOA.
To bi bralcem dalo osnovno idejo o SOA. Temu bi sledil pristop k izvajanju spletnih storitev. Končno bomo vstopili v postopek testiranja, ki mu lahko sledimo za model arhitekture SOA.
Kaj se boste naučili:
- Kaj je SOA?
- Primeri SOA
- Spletne storitve
- Postopek testiranja SOA
- Izzivi pri testiranju SOA
- Orodja za testiranje SOA
- Priporočeno branje
Kaj je SOA?
SOA ali Sevice-Oriented-Architecture je prilagodljiva / gibčna / učinkovita metoda integracije različnih aplikacij / storitev za doseganje določenih poslovnih potreb.
- Za razliko od drugih zapletenih sistemov SOA obsega manjše komponente / storitve / mikro storitve, ki so povezane tako, da ustrezajo poslovnim potrebam.
- Storitve so enote, ki sistem naredijo celovitega, in kadar je treba spremeniti sistem, se ne spremeni celotnega sistema, se določena storitev spremeni.
- Storitev je komponenta, ki je sposobna opraviti nalogo.
- Ta arhitektura je bolj prodajna od starega sistema, saj končni uporabnik dobi le potrebne storitve, da zadovolji svoje potrebe. Ni mu treba dobiti celotnega sistema.
- Storitve / mikro storitve so ohlapno povezane, za večkratno uporabo in brez državljanstva, zaradi česar je sistem še bolj robusten.
- Ta model je stroškovno zelo učinkovit v smislu uvajanja, razvoja in vzdrževanja.
Primeri SOA
Poslovne potrebe: Aplikacija, v katero se lahko uporabnik prijavi in išče restavracije na podlagi geolokacije, po prenosu podrobnosti o restavraciji in meniju s strežnika po končanem iskanju in končno plačilo za oddajo naročila.
To poslovno potrebo je mogoče doseči z izvajanjem SOA.
Za izvajanje različnih nalog lahko obstajajo storitve / mikro storitve:
- Med prijavo je uporabljena storitev »Authentication service«
- Iskanje restavracij bi potekalo s storitvijo 'Geo-locator'
- Meni za nalaganje mora izvajati storitev »Menu Downloader«
- Na koncu bi plačilo izvedli s plačilno storitvijo
Vsaka od zgoraj omenjenih storitev naredi nekaj edinstvenega, da sistem deluje in zagotavlja tisto, kar naj bi storil. Če bi si stranka zdaj morala ogledati samo restavracijo in njen jedilnik, ne potrebuje pa vmesnika Payment Gateway, bi kupila / uvedla samo prve tri storitve.
To olajša delo za razvoj, uvajanje, prodajo, vzdrževanje in za vse stranke / končne uporabnike.
Spletne storitve
- To so API-ji (Application Programming Interfaces), ki olajšajo interakcijo med različnimi programi.
- Obstaja ponudnik storitev, ki storitev gosti na spletu. Kot del gostovanja ponudnik gosti WSDL.
- Ko naročnik pošlje sporočilo zahteve ponudniku storitev, se komunikacija vzpostavi z uporabo URL-ja / WSDL.
- V spodnjem primeru strežnik Geolocation gosti spletno storitev, ki jo uporablja vlagatelj zahtev.
Postopek testiranja SOA
Vsak izdelek, model, infrastruktura mora iti v fazo testiranja, da bo končni uporabnik zadovoljen v smislu kakovostnega izdelka. Testiranje SOA ni omejeno samo na preskus sloja / testiranje protokola spletnih storitev. To je splošno preizkušanje arhitekture in njenega vsakega minutnega dela.
Preskusni pristop je lahko podoben pristopu običajnega preskusnega postopka. tj.
- Postopek pregleda zahtev
- Načrtovanje preskusov
- Oblikovanje testa
- Nastavitev okolja
- Faza izvedbe
- Faza poročanja
Postopek testiranja SOA se v arhitekturi vrti okoli treh plasti:
- Potrošniki storitev
- Obdelaj plasti
- Storitvene plasti
Z enakim zgornjim primerom lahko dobimo naslednje sloje:
- Potrošnikova plast storitve pomaga pri interakciji s potrošniki. To pomaga pri branju vnosa od končnega uporabnika in vrnitvi ustreznega odgovora na prejeto zahtevo. Z drugimi besedami, ta ima v osnovi vmesnik UI.
- To je plast, ki se osredotoča na izvedbeno fronto. Ta sloj v našem primeru bo imel metode preverjanja pristnosti, ustvarjanja uporabnika itd.
- Storitveni sloji so poslovne funkcije v smislu storitev. V tej plasti so vse storitve, ki se dejansko pokličejo, ko se izvede določena naloga.
Testiranje lahko v osnovi razdelimo na 4 različne faze;
Stopnja 1
1) Preskušanje ravni storitve:
- Vsaka storitev, ki je vključena v sistem, se testira posamično na podlagi metode zahteve in odziva.
- Ta test je obvezen in zelo pomemben za nadaljevanje drugih postopkov testiranja.
2) funkcionalno preskušanje:
- Preizkus se opravi za službe, ki skrbijo za njihove poslovne potrebe, da ugotovijo, ali je prejeti odgovor pravilen.
- Poslovne potrebe se najprej pretvorijo v testne primere in oblikujejo izjave o zahtevah.
- Nato se izjave zahtev obdelajo, da se ugotovi, ali so pridobljeni odgovori pravilni.
- V primeru neveljavnih vhodnih podatkov naj se vrže ustrezna koda napake ali sproži pravilno sporočilo o napaki.
- Izvesti je treba oblike odziva in negativne scenarije.
3) Testiranje varnosti:
- Kadar gre za spletno storitev, ima preskušanje varnosti ključno vlogo pri uspehu preskusnega postopka.
- Pri razčlenjevanju podatkov morajo biti avtentikacijski prehodi, plačilni prehodi itd. Šifrirani.
- Ko gre za XML, je treba preveriti ranljivosti, kot so CSRF in vbrizgavanje SQL.
4) Testiranje učinkovitosti:
- Storitve, ki se uporabljajo v arhitekturi, gostijo številne druge aplikacije, ki jih lahko uporabljajo. Testiranje učinkovitosti zagotavlja verodostojnost teh storitev.
- Preizkusiti je treba storitve, da bi ugotovili naslednje sklope rezultatov;
- Za določitev stabilnosti storitev.
- Za potrditev razširljivosti storitev.
- Obnašanje pri pogojih največje obremenitve
- Če želite poiskati odzivni čas med storitvami
Stopnja 2
1) Preskušanje procesov:
- Ta postopek vključuje preizkušanje različnih poslovnih procesov.
- To bi moralo zajemati scenarije integracije spletnih storitev in aplikacij, ki pokrivajo poslovne zahteve
- Za ustvarjanje vzorčnih vhodnih podatkov je treba uporabiti simulatorje, za ustrezne izhode pa je treba opraviti validacijo.
- Pretok podatkov iz različnih plasti je treba izvesti, da se dokaže nemoteno delovanje sistema, ko je integriran.
Stopnja 3
1) Preskušanje od konca do konca:
Vprašanja in odgovori za podporo v službi za pomoč uporabnikom
- Ta faza naj bi potrdila poslovne zahteve tako funkcionalno kot nefunkcionalno.
- Uporabniški vmesnik aplikacije je potrjen.
- Preizkušen je zadevni poslovni proces.
- V tej fazi je potrjen pretok podatkov od konca do konca.
- Delo z vsemi storitvami, ko so storitve medsebojno integrirane, je potrjeno.
Stopnja # 4
1) Regresijsko testiranje:
- To testiranje potrjuje stabilnost sistema v postopnih izdajah gradnje.
- To je mogoče doseči bodisi z ročnim preskušanjem / samodejnim preizkušanjem.
Izzivi pri testiranju SOA
Nekdo je upravičeno rekel: „Večja mrežica; Večji je nered! «. SOA lahko postane resnično zapleten otrok, ki je lačen pozornosti.
Z drugimi besedami, s toliko minutnimi deli, ki sestavljajo arhitekturo SOA, postane resnično težko delo potrditi s testiranjem.
- Težko je simulirati preskusna okolja za nadaljevanje preskusnega procesa.
- Izdelki, vključeni v model, so lahko enake tehnologije / prodajalca. Lahko pa so tudi drugačni. Več težav?
- Preskusne kombinacije se dvignejo s številom vključenih storitev / komponent.
- Kompleksnost v modelu
- Razmnoževanje / testiranje izdaje je težko delo.
- Za razliko od drugih modelov mora biti preskušanje primarno usmerjeno na področje poslovanja in ne na storitev in njene značilnosti.
Orodja za testiranje SOA
Obstaja veliko aplikacij za testiranje SOA. Orodja za testiranje SOA so izbrana na podlagi natančnih rezultatov in boljše produktivnosti.
- Uporabniški vmesnik mila: To je brezplačno orodje za testiranje spletnih storitev. SoapUI lahko izvaja funkcionalno testiranje, testiranje zmogljivosti in testiranje obremenitve
- Apache Jmeter: To je tudi pripomoček OPEN SOURCE, ki se uporablja za analizo učinkovitosti priklica SOAP.
- JProfiler: To se uporablja za zaustavitev ali zaznavanje puščanja pomnilnika, iskanje ozkih grl v delovanju itd.
- HP-jev servisni test: Ta je integriran v HP QC. To je orodje za funkcionalno testiranje, ki podpira tudi testiranje uporabniškega vmesnika in skupnih storitev
V tem članku smo razumeli posebnost modela. To se zelo razlikuje od starega modela in članek daje dobro predstavo o njem. Ta članek osvetljuje tudi postopek SOA in načine za nadaljevanje testiranja.
O avtorju: To je gost Subhasisa. Dela kot vodja ekipe z več kot 8 letnimi korporacijskimi izkušnjami v IT podjetjih Fortune 500.
Spodaj objavite poizvedbe / komentarje, povezane s testiranjem SOA.
Vse najboljše!
Priporočeno branje
- Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
- Prenos eBook knjige za preizkušanje
- Vadnica za destruktivno testiranje in nedestruktivno testiranje
- Funkcionalno testiranje vs nefunkcionalno testiranje
- Vadnice za globinsko zasenčenje za začetnike
- 15 najboljših orodij za preizkušanje SOA
- Vadnica za testiranje v parih ali za vse pare z orodji in primeri
- Vadnica za orodje za preizkušanje dostopnosti WAVE