Menu

Jednoduchý sprievodca testovaním interoperability (s príkladmi)

simple guide interoperability testing

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Pred pochopením techniky „Testovanie interoperability“ „Najprv porozumieme pojmu„ interoperabilita “.

Interoperabilita je schopnosť jedného systému interagovať s iným systémom. Táto interakcia je medzi 2 rôznymi systémami alebo 2 rôznymi aplikáciami dohromady.

Mnohokrát sa zamieňa interoperabilita Integrácia , kompatibilita a prenosnosť. Medzi týmito technikami sú rozdiely.

Čo je to testovanie interoperability

Najprv by som chcel vysvetliť rozdiely.

Integrácia - Je technika, keď komponenty toho istého systému vzájomne pôsobia. Takže v testovacom svete, keď testujeme integráciu, v skutočnosti testujeme správanie 2 alebo viacerých najnižších úrovní komponentov toho istého systému.

Kompatibilita - Je technika, pri ktorej interagujú 2 alebo viac aplikácií v rovnakom prostredí. Takže v testovacom svete, keď robíme testovanie kompatibility; overujeme, či sa dve alebo viac aplikácií alebo systémov chová podľa očakávania v rovnakom prostredí.

Zámerom je skontrolovať, či tieto dva systémy vykonávajú svoje očakávané úlohy bez toho, aby si navzájom prekážali v práci, v rovnakom prostredí. Rovnako ako - MS Word a Calculator sú 2 rôzne aplikácie a očakávané správanie vykonávajú nezávisle v rovnakom operačnom systéme. Hovoríme teda, že tieto 2 aplikácie sú navzájom kompatibilné.

Prenosnosť - Je technika, keď sa aplikácia alebo systém chová podľa očakávania pri presune do iného prostredia. Takže dovnútra Prenosnosť testovanie, aplikáciu exportujeme do iného prostredia a otestujeme jej správanie. Rovnako ako v prípade, že existuje aplikácia, ktorá funguje dobre v systéme Windows XP, mala by fungovať aj v systéme Windows 10.

Interoperabilita - Je technika, ako aplikácia interaguje s inou aplikáciou. Takže keď robíme testovanie interoperability, skontrolujeme, ako sú dáta z 1 aplikácie prenášané do inej aplikácie bez predchádzajúcej intimácie, zmysluplným spôsobom a ďalej spracovávané, aby sme dostali akceptovaný výstup.

ako zobraziť súbory s údajmi v systéme Windows -

Tento konkrétny príspevok sa zameriava na testovanie interoperability (IOT), takže sa zamerajme ďalej na interoperabilitu. :)

Čo sa dozviete:

Testovanie interoperability - krátke predstavenie

Interoperabilita = Inter + funkčná

Inter - znamená „medzi sebou“, „navzájom“, „vzájomne“

Prevádzkovateľné - znamená „schopný vykonať danú úlohu“

Kombinácia týchto dvoch pojmov teda znamená - interoperabilita znamená 2 (alebo viac) systémov, ktoré sú schopné nezávisle plniť svoju pridelenú úlohu a sú schopné navzájom komunikovať podľa očakávania bez toho, aby to malo vplyv na ich jednotlivú pridelenú funkčnosť.

Príklad č. 1:Vezmite si príklad rezervácie letu. Zvážte, že musíte cestovať z Naí Dillí do New Yorku. Teraz nemáte priamy let. Musíte cestovať z Naí Dillí do Londýna a potom absolvovať prípojný let z Londýna do New Yorku. Pretože máte určité časové obmedzenia, zarezervujete si let z Naí Dillí do Londýna prostredníctvom spoločnosti „Jet Airways“ a z Londýna do New Yorku v spoločnosti „Virgin Atlantic“. To znamená, že všetky údaje o vašom cestujúcom prešli z Jet Airways do Virgin Atlantic. Takže tu, Jet Airways a Virgin Atlantic, sú obidve nezávislé aplikácie a pri rezervácii letu boli vaše podrobnosti rezervácie vymenené z Jet Airways do Virgin Atlantic v plnom zmysle slova bez predchádzajúceho upozornenia.

Príklad č. 2:V podobných riadkoch uvažujte o systéme správy nemocníc, kde sa vymieňajú záznamy pacientov medzi 1 oddelením a iným oddelením. Takže toto oddelenie je možné prepojiť s aplikáciou. Údaje o pacientovi sa medzi 1 aplikáciou a inou aplikáciou vymieňajú bez predchádzajúceho upozornenia.

Prečo teda musíme robiť IOT?

Aby sme to zabezpečili, museli by sme vykonať testovanie interoperability

  • Aplikácie v sieti vykonávajú svoje očakávané správanie nezávisle,
  • Môže si vymieňať informácie bez predchádzajúceho upozornenia
  • Informácie / dáta sa vymieňajú bez prerušenia individuálneho očakávaného správania
  • Údaje / informácie, ktoré sa vymieňajú, sa nemenia ani nemenia

Ako urobiť testovanie interoperability?

Môžeme sledovať Deeming wheel (cyklus PDCA) a vykonať testovanie interoperability.

# 1) Plán

Plánovanie je najdôležitejšou fázou určovania stratégie vykonania takmer všetkého vo vývoji softvéru. Predtým, ako skutočne plánujeme určiť postup vykonania IOT, je imperiálne potrebné rozumieť každej aplikácii alebo systému nasadeným v sieti.

Mali by sme vedieť o všetkých aplikáciách - ich funkčnosť, správanie, vstup a výstup, ktoré odhaľuje.

Pred prípravou na testovanie interoperability by som tiež odporučil, aby bola každá aplikácia plne funkčne testovaná bez chýb. Takže keď plánujete, nemyslite iba na 1 alebo 2 aplikácie, myslite na celú aplikáciu ako jednu jednotku. Pri plánovaní tejto testovacej techniky musíte mať výhľad z vtáčej perspektívy. Netreba to hovoriť - zdokumentujte svoj plán.

Môžeme použiť náš štandardný dokument plánu skúšok a trochu to prispôsobiť podľa požiadavky zdokumentovať plánovanie IOT. Keď je plán testov v platnosti, pokračujte v odvodzovaní podmienok testu.

Zameranie odvodenia vašich testovacích podmienok by sa nemalo obmedzovať na jednotlivé aplikácie; namiesto toho by to malo byť založené na toku údajov cez všetky aplikácie. Podmienky by mali byť navrhnuté tak, aby sa prechádzali, ak nie všetky, ale väčšina aplikácií v sieti.

Po identifikácii testovacích podmienok pokračujte v návrhu alebo skriptovaní (v prípade, že plánujete automatizáciu) testovacích prípadov. Môžeš vytvoriť RTM (Matica sledovateľnosti požiadaviek) na mapovanie vašich testovacích prípadov s testovacími podmienkami a vašich testovacích podmienok s testovacími podmienkami / požiadavkami na prijatie.

Keď pracujete v sieti, je opäť dôležité naplánovať si aj nefunkčné testovacie činnosti. Toto nemusí byť nikde napísané alebo zdokumentované, je však povinné skontrolovať nefunkčné aspekty systému ako celku. Medzi tieto nefunkčné oblasti patrí výkon a bezpečnosť. V prípade potreby môžete vytvoriť samostatný plán pre funkčné testovanie, testovanie výkonu a testovanie bezpečnosti; alebo vytvorte jeden plán a iný dokument testovacích podmienok pre každý z týchto typov testovania.

# 2) Urobte

Urobiť - je časové rozpätie, v ktorom skutočne vykonáte svoju popravu. Podľa toho si naplánujte čas na vykonanie funkčného a nefunkčného testovania. Sledujeme testovací cyklus v tejto fáze vykonávania prípadov, zaznamenávania chýb, následného vývoja s vývojovým tímom, aby sme ich vyriešili, vykonania opätovného testu a regresného testu systému ako celku, hlásenia výsledkov testu a jeho presunu do uzáver.

# 3) Skontrolujte

Kontrola - Je fáza, v ktorej sa znovu vraciame k výsledkom našich testov a snažíme sa ich mapovať pomocou RTM a overiť, či sú splnené všetky očakávané požiadavky a či sú prekonané všetky aplikácie. Kontrolujeme, či údaje prechádzajú a vymieňajú sa správne a hladko medzi aplikáciami / systémami. Tiež by sme museli overiť, či sa údaje, ktoré sa prenášajú, neupravujú.

Zvážte tiež retrospektívu celého procesu testovania interoperability. Identifikujte oblasti, ktoré dobre fungovali, tie, ktoré nedopadli dobre, a akékoľvek akcie, o ktoré je potrebné sa starať.

# 4) Zákon

Zákon - má konať podľa retrospektívnych položiek. Body, ktoré boli označené ako „osvedčené postupy“, pokračujú v ich implementácii a body, ktoré by sa dali lepšie spracovať, identifikujú kroky na ich nápravu a konajú podľa toho. Majte na pamäti 1 vec, že ​​oblasti alebo kroky, ktoré nefungovali dobre, by sa NEMALI opakovať. Nakoniec by sme sa mali poučiť zo svojich chýb a nie ich opakovať.

5 ½ krokov:

  1. Identifikujte všetky aplikácie, ktoré sú súčasťou siete.
  2. Identifikujte ich príslušné funkcie.
  3. Pre každú aplikáciu identifikujte vstup, ktorý berie, a výstup, ktorý vracia.
  4. Identifikujte tie údaje, ktoré by prechádzali všetkými / väčšinou aplikácií.
  5. Identifikujte očakávané správanie pre každú kombináciu aplikácie a dátumu, ktoré je potrebné overiť

½ Zdokumentujte to.

Zvážte nasledujúci obrázok:

5 ½ krokov

Na základe obrázku sa pokúsime zopakovať 5 ½ krokov:

  1. Aplikácia 1, Aplikácia 2, Aplikácia 3 a Aplikácia 4 sú 4 rôzne systémy.
  2. Každý z týchto systémov má definitívny súbor funkcií, ktoré je potrebné identifikovať.
  3. Je potrebné identifikovať vstupy a výstupy každého systému.
  4. V prípade aplikácie 1 vykresľuje 2 výstupy. 1 výstup tvorí vstup aplikácie 3 a 1 výstup tvorí vstup aplikácie 2. Výstup z aplikácie 2 tvorí vstup do aplikácie 3 a aplikácie 4 atď.
  5. Skontroluje sa platnosť každého zo vstupov a výstupov. Tu je potrebné vziať do úvahy hlavne to, že dáta, ktoré sa prenášajú vo forme vstupu a výstupu, sa neupravujú A všetky aplikácie sú pokryté.

½ Toto číslo v skutočnom živote sa nemusí zdať také jednoduché. To má v skutočnosti za následok zložitejšiu štruktúru s n počtom vstupných a výstupných podmienok.

Kreslenie tohto druhu obrázka by poskytlo lepší obraz na identifikáciu údajov a informácií, ktoré by prechádzali rôznymi systémami. To by nám pomohlo odvodiť testovacie podmienky a prípady.

Príklad:

Zoberme si príklad vykonania testovania interoperability pre „systém riadenia nemocnice“

Nemocnica pozostáva z nižšie uvedených oddelení a pododdelení;

Systém riadenia nemocníc

Tu je každé oddelenie samostatnou aplikáciou. Každé oddelenie (aplikácia) má svoje vlastné pododdelenie (moduly) a každý modul má svoje vlastné jednotky.

Takže aby som zvážil rozsah IOT, tu je niekoľko testovacích podmienok:

  1. Pacient, ktorý sa stretol s dopravnou nehodou (Oddelenie OPD - Nehoda), musí podstúpiť operáciu nohy (ORL - Všeobecná chirurgia), musí podstúpiť fyzioterapiu (Oddelenie podpory - Fyzioterapia) a potom dostať prepustenie (Oddelenie podpory - Uzatvorenie).
  2. Dieťa prijaté do kritickej starostlivosti (pediatria - kritická starostlivosť) musí podstúpiť operáciu (pediatria / ORL - všeobecná chirurgia) a potom je prepustené (oddelenie podpory - zatvorenie / PR)
  3. Externý pacient sa poradí s praktickým lekárom (oddelenie OPD); vezme predpísané lieky (oddelenie podpory - lekáreň) a odíde.
  4. Nastávajúca matka prichádza na pravidelné kontroly (gynekologické oddelenie - starostlivosť o matku a dieťa), užíva predpísané lieky (podporné oddelenie - lekáreň) a odchádza.
  5. Zubný pacient urobí koreňový kanál (zubné oddelenie), vezme predpísané lieky (podporné oddelenie - lekáreň) a odíde.
  6. Pacient prichádza na OPD (všeobecný lekár), podrobí sa liečbe v (pôrodníckom a gynekologickom oddelení - vysokorizikové pôrodníctvo), užíva predpísané lieky (podporné oddelenie - lekáreň) a je prepustený

Týmto spôsobom identifikujeme všetky podmienky testu; nezabúdajte, že je potrebné pokryť väčšinu oddelenia.

Môžeme nakresliť RTM a zobraziť pokrytie ako:

RTM

Týmto spôsobom môžeme identifikovať viac testovacích podmienok a môžeme nakresliť RTM, aby sme videli náš presný rozsah. Tiež môžeme určiť hĺbku nášho testovacieho úsilia na základe RTM.

Rovnako ako v tomto príklade vidíme, že „oddelenie podpory“ je aplikácia, ktorá je východiskovým bodom pre celú (väčšinu) aplikáciu, a preto je testovacie úsilie tejto konkrétnej aplikácie v porovnaní s inými aplikáciami o niečo väčšie.

Výzvy:

  1. Je ťažké otestovať celú aplikáciu so všetkými permutáciami a kombináciami.
  2. Aplikácie sa vyvíjajú v rôznych kombináciách hardvéru a softvéru a inštalujú sa v rôznych prostrediach, takže ak je nejaké prostredie nefunkčné, ovplyvní to testovanie.
  3. Z dôvodu rôznych softvérov a prostredí je samotné stanovenie testovacej stratégie a jej vykonanie veľkou úlohou.
  4. Stimulovať prostredie pre uskutočnenie testu je veľká výzva.
  5. V prípade akejkoľvek poruchy je analýza koreňových príčin veľkou výzvou.
  6. Pretože sú aplikácie v sieti, môže dôjsť k poruchám siete. Z tohto dôvodu bude ovplyvnené aj testovanie.

Ako môžem zmierniť tieto výzvy?

1) Skúste použiť techniky predbežného testovania, ako napríklad:

  • OATS (technika testovania ortogonálneho poľa)
  • Schémy prechodov štátov,
  • Grafy príčin a následkov
  • Rozdelenie ekvivalencie a analýza hraničných hodnôt.

Tieto techniky vám pomôžu zistiť vzájomnú závislosť medzi aplikáciou a identifikovať testovacie prípady / podmienky, ktoré by zabezpečili maximálne pokrytie.

dva) Pokúste sa identifikovať niektoré historické údaje, napríklad - za akých okolností boli systémy nefunkčné, koľko času trvá, kým budú opäť v akcii. V takom prípade sa pokúste vykonať tie scenáre, ktorých aplikácie nie sú ovplyvnené, alebo využite čas na zdokumentovanie scenárov a správu o výsledkoch. Navyše, kedykoľvek plánujete alebo naplánujete testovanie, vždy tieto historické údaje považujte za vstup pre svoj odhad a podľa toho plánujte.

3) PLÁN - Na identifikáciu stratégie testovania použite historické údaje, minulé skúsenosti, zručnosti tímu, faktory prostredia. Čím lepší plán, tým lepšia bude vaša realizácia.

4) Začnite pracovať na príprave prostredia oveľa skôr, ako sa začne vaše skutočné vykonávanie. Nie je potrebné hovoriť - naplánujte si svoje kroky, keď pripravujete prostredie. Po spustení vykonávania skontrolujte, či je vaše prostredie pripravené, pripravené a funkčné.

5) Pred začatím IOT sa uistite, že sú jednotlivé aplikácie plne funkčne otestované a neobsahujú chyby. Potom by ste v prípade akejkoľvek poruchy museli hľadať iba faktory prostredia, ktoré viedli k nejakej chybe.

6) Ako je uvedené v bode 2, naplánujte si činnosť. Ak ide o plánovaný výpadok, mali by ste pri plánovaní testovania brať do úvahy tento výpadok.

najlepšia bezplatná služba konferenčných hovorov do roku 2020

Test interoperability u mobilných telefónov:

V mobilných zariadeniach testujeme interoperabilitu vždy, keď nová aplikácia ( Mobilná aplikácia ) sa spustí. Pri plánovaní tohto testovania na mobilných zariadeniach musíme brať do úvahy veľa oblastí:

  • Typy mobilných zariadení dostupných na trhu sú obrovské. Budete musieť uviesť zoznam všetkých typov zariadení, ktoré by ste pri testovaní zvažovali. Budete musieť spárovať typ zariadenia s operačným systémom, ktorý podporuje.
  • Všetky mobilné operačné systémy sú vyvinuté v rôznych programovacích jazykoch. Preto musí byť aplikácia testovaná proti všetkým variáciám OS.
  • Pochopenie právnych faktorov a zmlúv týkajúcich sa regiónu.
  • Veľkosť / rozlíšenie rôznych zariadení sa líši.
  • Je tiež potrebné vziať do úvahy vplyv na vstavané mobilné aplikácie.

Takže na vykonávanie IOT na mobilných telefónoch by ste potrebovali naplánovať a vytvoriť RTM rovnako, ako sme to urobili pri testovaní aplikácií na počítači.

Zámer, stratégia, riziká a realizácia by boli rovnaké, ale nástrojov a techník v prípade mobilných telefónov by to bolo iné.

Záver:

Testovanie interoperability je obrovská úloha. Táto technika vyžaduje správne plánovanie, ktoré by malo začať paralelne, keď sa začne plánovanie testu systému.

Pri vykonávaní tejto techniky je potrebné vziať do úvahy veľa faktorov. Nezabudnite, že máte dostatok času na opravu a opätovné testovanie chyby, pretože je to obrovské úsilie a malo by sa prijať opatrenie na následné kontroly chýb.

Môže sa stať, že nedosiahnete 100% pokrytie , ale mali by sme byť natoľko inteligentní, aby sme vybrali naše prípady tak, aby väčšina aplikácií bola pokrytá jedným tokom pomocou dobrých techník písania testovacích prípadov.

Dúfam, že tento článok bol užitočný na pochopenie techniky testovania interoperability. Dajte nám vedieť vaše otázky / pripomienky.

Odporúčané čítanie

^