simple guide interoperability testing
Prije razumijevanja tehnike 'Ispitivanje interoperabilnosti' , Prvo shvatimo pojam „interoperabilnost“.
Interoperabilnost je sposobnost jednog sustava da komunicira s drugim sustavom. Ova interakcija odvija se između 2 različita sustava ili 2 različite aplikacije zajedno.
Mnogo se puta brine interoperabilnost Integracija , kompatibilnost i prenosivost. Pa, postoje razlike između ovih tehnika.
Dopustite mi da najprije objasnim razlike.
Integracija - Je li tehnika kada komponente istog sustava međusobno komuniciraju. Dakle, u svijetu testiranja, kada radimo integracijsko testiranje, mi zapravo testiramo ponašanje 2 ili više, najnižih razina komponenata istog sustava.
Kompatibilnost - Je li tehnika kojom 2 ili više aplikacija djeluje u istom okruženju. Dakle, u svijetu testiranja, kada radimo testiranje kompatibilnosti; provjeravamo ponašaju li se 2 ili više aplikacija ili sustava kako se očekuje u istom okruženju.
Namjera je ovdje provjeriti rade li dva sustava svoje očekivane zadatke, bez međusobnog ometanja rada u istom okruženju. Sviđa mi se - MS Word i Kalkulator su 2 različite aplikacije i svoje očekivano ponašanje izvršavaju neovisno u istom operativnom sustavu. Dakle, kažemo da su ove dvije aplikacije međusobno kompatibilne.
Prijenosnost - Je li tehnika kada se aplikacija ili sustav ponaša kako se očekuje kad se premjesti u drugo okruženje. Tako u Prijenosnost testirajući, izvozimo aplikaciju u neko drugo okruženje i testiramo njezino ponašanje. Kao, ako postoji aplikacija koja dobro radi u sustavu Windows XP, trebala bi dobro funkcionirati i u sustavu Windows 10.
Interoperabilnost - Je li tehnika interakcije aplikacije s drugom aplikacijom. Dakle, kada provodimo testiranje interoperabilnosti, provjeravamo kako se podaci iz 1 aplikacije prenose u drugu aplikaciju bez prethodne najave, na smislen način i dalje obrađuju dajući prihvaćeni izlaz.
Ovaj se rad usredotočuje na ispitivanje interoperabilnosti (IOT), pa zadržimo fokus na interoperabilnosti. :)
Što ćete naučiti:
- Ispitivanje interoperabilnosti - kratki uvod
- Kako obaviti ispitivanje interoperabilnosti?
- 5 koraka:
- Izazovi:
- Test interoperabilnosti na mobitelima:
- Zaključak:
- Preporučena literatura
Ispitivanje interoperabilnosti - kratki uvod
Interoperabilnost = Inter + operabilno
Između - znači 'između nas samih', 'međusobno', 'uzajamno'
Operabilan - znači 'sposoban za izvršenje zadanog zadatka'
Dakle, kombinirajući dva pojma zajedno - interoperabilnost znači 2 (ili više) sustava koji mogu samostalno izvršavati dodijeljeni zadatak i sposobni međusobno komunicirati kako se očekuje bez utjecaja na njihovu pojedinačno dodijeljenu funkcionalnost.
Primjer # 1:Uzmite primjer rezervacije leta. Razmislite da trebate putovati od New Delhija do New Yorka. Sad nemate izravan let. Morate putovati od New Delhija do Londona, a zatim povezivati se od Londona do New Yorka. Budući da imate određena vremenska ograničenja, rezervirate let od New Delhija do Londona u zrakoplovnim putovima 'Jet Airways', a od Londona do New Yorka u 'Virgin Atlanticu'. To znači da su svi vaši podaci o putniku prebačeni iz Jet Airwaysa u Virgin Atlantic. Dakle, ovdje su Jet Airways i Virgin Atlantic oba neovisna aplikacija, a dok ste rezervirali let, vaši podaci o rezervaciji zamijenjeni su od Jet Airways-a do Virgin Atlantic-a u značenju u potpunosti, bez prethodne najave.
Primjer # 2:U sličnim redovima razmislite o sustavu bolničke uprave, gdje se evidencija pacijenata razmjenjuje između 1 odjela s drugim odjelom. Dakle, ovdje se odjel može povezati s aplikacijom. Pojedinosti o pacijentu razmjenjuju se između jedne aplikacije s drugom aplikacijom bez prethodne najave.
Pa zašto trebamo napraviti IOT?
Morali bismo obaviti ispitivanje interoperabilnosti kako bismo to osigurali
- Aplikacije u mreži izvode očekivano ponašanje neovisno,
- Može razmjenjivati podatke bez prethodne najave
- Informacije / podaci se razmjenjuju bez ometanja pojedinačnog očekivanog ponašanja
- Podaci / podaci koji se razmjenjuju ne mijenjaju se niti mijenjaju
Kako obaviti ispitivanje interoperabilnosti?
Možemo pratiti Kotačić za utvrđivanje (PDCA ciklus) kako bismo proveli ispitivanje interoperabilnosti.
# 1) Plan
Planiranje je najvažnija faza određivanja strategije za gotovo sve radnje u razvoju softvera. Prije nego što zapravo planiramo odrediti postupak izvođenja IOT-a, neophodno je da razumijemo svaku aplikaciju ili sustav raspoređen u mreži.
Morali bismo znati za sve aplikacije - njegovu funkcionalnost, ponašanje, ulaz i izlaz koji otkriva.
Također bih preporučio da se svaka aplikacija potpuno funkcionalno testira bez nedostataka, prije nego što je pripremite za ispitivanje interoperabilnosti. Dakle, kada planirate, nemojte misliti samo na 1 ili 2 aplikacije, već o svim aplikacijama mislite kao o jednoj jedinici. Kada planirate ovu tehniku testiranja, morate imati ptičji pogled. Nepotrebno je to reći - dokumentirajte svoj plan.
Možemo koristiti svoje standardni dokument Plana ispitivanja i prilagodite ga malo prema zahtjevu za dokumentiranje planiranja IOT-a. Nakon što vaš plan testa bude postavljen, krenite dalje kako biste izvukli uvjete testa.
Fokus utvrđivanja vašeg testnog stanja ne smije biti ograničen na pojedinačne primjene; umjesto toga trebao bi se temeljiti na protoku podataka kroz sve aplikacije. Uvjeti bi trebali biti dizajnirani na takav način da se, ako ne svi, ali većina aplikacija u mreži pređe.
Nakon što se utvrde uvjeti testa, prijeđite na dizajn ili skriptu (u slučaju da planirate automatizirati) svoje slučajeve. Možeš stvoriti RTM (Zahtjevi Matrica sljedivosti) za mapiranje vaših slučajeva s uvjetima ispitivanja, a uvjeta ispitivanja s uvjetima / zahtjevima za ispitivanje prihvaćanja.
Kada radite na mreži, opet je važno planirati i nefunkcionalne aktivnosti ispitivanja. To se možda nigdje ne može napisati ili dokumentirati, ali obvezno je provjeriti nefunkcionalne aspekte sustava u cjelini. Ta bi nefunkcionalna područja uključivala performanse i sigurnost. Ako je potrebno, možete stvoriti zasebni plan za funkcionalno testiranje, ispitivanje performansi i sigurnosno testiranje; ili stvoriti jedinstveni plan i drugačiji dokument o uvjetima ispitivanja za svaku od ovih vrsta ispitivanja.
# 2) Učinite
Do - je raspon vremena u kojem zapravo izvršavate svoje izvršenje. Planirajte svoje vrijeme u skladu s tim da izvršite funkcionalno i nefunkcionalno testiranje. Pratimo ciklus testiranja u ovoj fazi izvršavanja slučajeva, evidentiranja nedostataka, praćenja razvojnog tima kako bi se oni riješili, ponovnog testiranja i regresijskog testa sustava u cjelini, izvještavanja o rezultatima testa i premještanja na zatvaranje.
# 3) Provjerite
Provjeri - Je li faza u kojoj ponovno posjećujemo rezultate ispitivanja i pokušavamo mapirati one s RTM-ovima i provjeriti jesu li ispunjeni svi očekivani zahtjevi i jesu li svi programi prešli. Provjeravamo prelaze li podaci i razmjenjuju li se pravilno i neometano između aplikacija / sustava. Također bismo trebali potvrditi da se podaci koji se prelaze ne mijenjaju.
Također razmislite o tome da napravite retrospektivu cijelog postupka ispitivanja interoperabilnosti. Utvrdite područja koja su dobro funkcionirala, ona koja nisu dobro prošla i bilo kakve radnje o kojima treba voditi računa.
# 4) Djelujte
pitanja i odgovori za razgovore s programerima baza podataka pdf
Zakon - je djelovanje na retrospektivnim stavkama. Točke koje su identificirane kao „dobre prakse“, nastavljaju izvršavati one i točke na kojima bi se moglo bolje raditi, prepoznati korake za njihovo ispravljanje i postupati u skladu s njima. Imajte na umu jednu stvar da područja ili korake koji nisu dobro funkcionirali, NE SMIJU ponoviti. Napokon, trebali bismo učiti na svojim pogreškama i ne ponavljati ih.
5 koraka:
- Identificirajte sve programe koji su dio mreže.
- Utvrdite njihove funkcionalnosti.
- Za svaku aplikaciju identificirajte ulaz koji je potreban i izlaz koji vraća.
- Prepoznajte one podatke koji bi se kretali kroz sve / većinu aplikacija.
- Utvrdite očekivano ponašanje za svaku kombinaciju aplikacije i datum koji treba provjeriti
Dokumentirajte ga.
Razmotrite donju sliku:
Na temelju slike, pokušajmo ponoviti 5 ½ koraka:
- Aplikacija 1, aplikacija 2, aplikacija 3 i aplikacija 4 su 4 različita sustava.
- Svaki od ovih sustava ima određeni skup funkcionalnosti koje treba identificirati.
- Potrebno je identificirati ulaze i izlaze svakog sustava.
- U slučaju Application1, generira 2 izlaza. 1 izlaz čini ulaz aplikacije 3, a izlaz 1 ulaz aplikacije 2. Izlaz aplikacije 2 oblikuje ulaz aplikacije 3 i aplikacije 4 i tako dalje.
- Provjerava se valjanost svakog ulaza i izlaza. Glavna je stvar koju ovdje treba razmotriti jest da se podaci koji se kreću u obliku ulaza i izlaza ne mijenjaju i da je pokrivena sva aplikacija.
½ Ova brojka u stvarnom životu možda se ne čini tako jednostavnom. To zapravo rezultira složenijom strukturom s n brojeva ulaznih i izlaznih uvjeta.
Crtanje ove vrste slike dalo bi bolju sliku za prepoznavanje podataka i informacija koji bi se kretali kroz različite sustave. To bi nam pomoglo da izvedemo uvjete i slučajeve ispitivanja.
Primjer:
Razmotrimo primjer provođenja ispitivanja interoperabilnosti za 'Sustav upravljanja bolnicom'
Bolnica se sastoji od donjih odjela i pododjela;
Ovdje je svaki odjel aplikacija za sebe. Svaki odjel (aplikacija) ima svoje pododjeljenje (module), a svaki modul ima svoje jedinice.
Dakle, da sada razmotrimo opseg IOT-a, evo nekoliko uvjeta ispitivanja:
- Pacijent koji se susreo s prometnom nesrećom (OPD odjel - nesreća), mora biti podvrgnut operaciji noge (ORL - opća kirurgija), zatim mora proći fizioterapiju (odjel podrške - fizioterapija), a zatim dobiva otpust (odjel podrške - zatvaranje)
- Dijete primljeno na kritičnu skrb (Pedijatrija - kritična njega) mora biti podvrgnuto operaciji (Pedijatrija / ORL - Opća kirurgija), a zatim je otpušteno (Odjel za podršku - Zatvaranje / PR)
- Vanjski se pacijent savjetuje s liječnikom opće prakse (odjel OPD-a); uzima propisane lijekove (odjel za podršku - ljekarna) i odlazi.
- Očekivana majka dolazi na redovite preglede (Odjel ginekologije - Njega majke i djeteta), uzima propisane lijekove (Odjel podrške - Ljekarna) i odlazi.
- Stomatološki pacijent radi korijenski kanal (Stomatološki odjel), uzima propisane lijekove (Odjel za podršku - Ljekarna) i odlazi.
- Pacijent dolazi u OPD (opći liječnik), podvrgava se liječenju u (Odjel za porodništvo i ginekologiju - Opstetorija visokog rizika), uzima propisane lijekove (odjel za podršku - Ljekarna) i otpušta se
Na ovaj način identificiramo sve uvjete ispitivanja; imajući na umu da veći dio odjela treba biti pokriven.
Možemo nacrtati RTM kako bi pokrivenost prikazali kao:
Na taj način možemo identificirati više uvjeta ispitivanja i RTM-om izvući da vidi naš točan opseg. Također možemo odrediti dubinu naših napora na testiranju na temelju RTM-a.
Kao u ovom primjeru, vidimo da je „Odjel za podršku“ aplikacija koja je izlazna točka za sve (većinu) aplikacije, stoga je napor testiranja za ovu aplikaciju malo veći u usporedbi s drugom aplikacijom.
Izazovi:
- Teško je testirati svu aplikaciju sa svim permutacijama i kombinacijama.
- Aplikacije su razvijene u različitim kombinacijama hardvera i softvera i instalirane su u različitim okruženjima, pa ako je bilo koje okruženje u kvaru, to utječe na testiranje.
- Zbog različitih softvera i okruženja, određivanje strategije testiranja i njezino izvršavanje sam je po sebi velik zadatak.
- Potaknuti okruženje za provođenje testa, veliki je izazov.
- U slučaju bilo kakve greške, veliki je izazov napraviti analizu uzroka.
- Budući da su aplikacije u mreži, bilo bi trenutaka kada mreža ne radi. Zbog toga utječe i testiranje.
Kako mogu ublažiti ove izazove?
1) Pokušajte koristiti tehnike unaprijed testiranja poput:
- OATS (tehnika ispitivanja ortogonalnih nizova)
- Dijagrami prijelaza države,
- Grafikoni uzroka i posljedica
- Dijeljenje ekvivalencije i analiza granične vrijednosti.
Ove bi vam tehnike pomogle da utvrdite međuovisnost aplikacije i identificirate test slučajeve / uvjete koji bi osigurali maksimalno pokriće.
2) Pokušajte identificirati neke povijesne podatke poput - pod kojim okolnostima su sustavi propali, koliko je vremena potrebno da se vrate u akciju. U tom slučaju pokušajte izvršiti one scenarije na čije aplikacije to ne utječe ili iskoristite vrijeme za dokumentiranje scenarija i izvještavanje o rezultatima. Štoviše, kad god planirate ili zakažete testiranje, uvijek uzmite u obzir ove povijesne podatke kao ulaz za svoju procjenu i u skladu s tim planirajte.
3) PLAN - Koristite povijesne podatke, prošla iskustva, vještinu tima, čimbenike okoliša za identificiranje strategije testiranja. Što je vaš plan bolji, to je bolje i vaše izvršenje.
4) Počnite raditi na pripremi okoliša puno prije nego što vaše stvarno izvršavanje započne. Nepotrebno je reći - planirajte svoje korake kada pripremate okoliš. Provjerite je li vaše okruženje spremno, spremno i pokrenuto kad vaše izvršavanje započne.
5) Prije nego započnete s IOT-om, osigurajte da su pojedinačne aplikacije u potpunosti funkcionalno ispitane bez nedostataka. Tada biste u slučaju bilo kakve pogreške trebali samo potražiti čimbenike okoliša koji su rezultirali nekom pogreškom.
6) Kao što je raspravljeno u točki 2, planirajte svoje aktivnosti. Ako se radi o planiranom prekidu, trebali biste razmotriti ovaj zastoj kad planirate testiranje.
Test interoperabilnosti na mobitelima:
U Mobilesu radimo test interoperabilnosti kad god nova aplikacija ( Mobilna aplikacija ) je pokrenut. Mnogo je područja koja moramo uzeti u obzir prilikom planiranja ovog testiranja na mobilnim uređajima:
- Vrste mobilnih uređaja dostupnih na tržištu su ogromne. Morali biste navesti sve vrste uređaja koje biste uzeli u obzir za testiranje. Morali biste upariti vrstu uređaja s OS-om koji podržava.
- Svi su mobilni OS razvijeni u različitom programskom jeziku. Stoga aplikaciju treba testirati u odnosu na sve inačice OS-a.
- Razumijevanje pravnih čimbenika i ugovora povezanih s regijom.
- Veličina / razlučivost različitih uređaja su različiti.
- Također treba uzeti u obzir utjecaj na mobilne ugrađene aplikacije.
Dakle, za obavljanje IOT-a na mobilnim uređajima trebate planirati i stvoriti RTM baš kao i mi za testiranje računalnih aplikacija.
Namjera, strategija, rizici i izvršenje bili bi isti, ali ne alata i tehnika bilo bi drugačije u slučaju mobitela.
Zaključak:
Ispitivanje interoperabilnosti ogroman je zadatak. Ova tehnika zahtijeva pravilno planiranje koje bi trebalo započeti paralelno kad započne planiranje ispitivanja sustava.
Mnogo je čimbenika koje treba uzeti u obzir tijekom izvođenja ove tehnike. Imajte na umu da imate dovoljno vremena za popravljanje i testiranje programskih pogrešaka, jer je to ogroman napor kako bi se trebale osigurati mjere za praćenje kvarova.
To se može dogoditi da možda ne postignete 100% pokrivenost , ali trebali bismo biti dovoljno pametni da odaberemo svoje slučajeve na takav način da većina aplikacija pokriva jedan tok koristeći dobre tehnike pisanja testnih slučajeva.
Nadam se da je ovaj članak bio koristan za razumijevanje tehnike ispitivanja interoperabilnosti. Javite nam svoje upite / komentare.
Preporučena literatura
- Funkcionalno ispitivanje vs nefunkcionalno testiranje
- Vodič za ispitivanje sigurnosti web aplikacija
- Najbolji alati za testiranje softvera 2021. [Alati za automatizaciju ispitivanja kvalitete]
- Vodič za ispitivanje prenosivosti s praktičnim primjerima
- Alfa testiranje i beta testiranje (cjelovit vodič)
- Vrste testiranja softvera: različite vrste ispitivanja s pojedinostima
- Što je ispitivanje lokalizacijom i ispitivanje internacionalizacije (jednostavan vodič)
- Preuzimanje e-knjige za testiranje primera