simple guide interoperability testing
Před pochopením techniky „Testování interoperability“ „Nejprve porozumíme pojmu„ interoperabilita “.
Interoperabilita je schopnost jednoho systému komunikovat s jiným systémem. Tato interakce probíhá mezi 2 různými systémy nebo 2 různými aplikacemi dohromady.
Mnohokrát je zaměňována interoperabilita Integrace , kompatibilita a přenositelnost. Mezi těmito technikami existují rozdíly.
Nejprve začnu vysvětlením rozdílů.
Integrace - Je technika, když komponenty stejného systému vzájemně reagují. Takže ve světě testování, když provádíme testování integrace, ve skutečnosti testujeme chování 2 nebo více, nejnižších úrovní komponent stejného systému.
Kompatibilita - Je technika, při které 2 nebo více aplikací interaguje ve stejném prostředí. Takže ve světě testování, když provádíme testování kompatibility; ověřujeme, zda se 2 nebo více aplikací nebo systémů chová podle očekávání ve stejném prostředí.
Záměrem je zkontrolovat, zda oba systémy plní své očekávané úkoly, aniž by se navzájem rušily, ve stejném prostředí. Stejně jako - MS Word a Calculator jsou 2 různé aplikace a očekávané chování provádějí nezávisle ve stejném operačním systému. Říkáme tedy, že tyto 2 aplikace jsou navzájem kompatibilní.
vnitřní spojení vnější spojení levé spojení pravé spojení
Přenosnost - Je technika, kdy se aplikace nebo systém chová podle očekávání, když je přesunut do jiného prostředí. Takže dovnitř Přenosnost testování exportujeme aplikaci do jiného prostředí a testujeme její chování. Stejně jako, pokud existuje aplikace, která funguje dobře v systému Windows XP, měla by fungovat také v systému Windows 10.
Interoperabilita - Je technika, jak aplikace interaguje s jinou aplikací. Takže když provádíme testování interoperability, smysluplným způsobem zkontrolujeme, jak jsou data z 1 aplikace přenesena do jiné aplikace bez předchozí intimace a dále zpracována, abychom poskytli přijatý výstup.
Tento konkrétní dokument se zaměřuje na testování interoperability (IOT), takže se zaměřme na interoperabilitu. :)
Co se naučíte:
- Testování interoperability - krátký úvod
- Jak provést testování interoperability?
- 5 ½ kroků:
- Výzvy:
- Test interoperability u mobilních telefonů:
- Závěr:
- Doporučené čtení
Testování interoperability - krátký úvod
Interoperabilita = Inter + funkční
pohřbít - znamená „mezi sebou“, „uvnitř sebe“, „vzájemně“
Operativní - znamená „schopný provést daný úkol“
Kombinace 2 termínů dohromady - Interoperabilita tedy znamená 2 (nebo více) systémů, schopných samostatně vykonávat přidělený úkol a schopné vzájemně komunikovat podle očekávání, aniž by to ovlivnilo jejich jednotlivé přiřazené funkce.
Příklad č. 1:Vezměte si příklad rezervace letu. Zvažte, že musíte cestovat z Dillí do New Yorku. Nyní nemáte přímý let. Musíte cestovat z Nového Dillí do Londýna a poté provést spojovací let z Londýna do New Yorku. Vzhledem k určitým časovým omezením si rezervujete let z Nového Dillí do Londýna v „Jet Airways“ a z Londýna do New Yorku v „Virgin Atlantic“. To znamená, že všechny údaje o vašem cestujícím proletěly z Jet Airways do Virgin Atlantic. Zde, Jet Airways a Virgin Atlantic, jsou obě nezávislé aplikace dohromady a při rezervaci vašeho letu byly vaše údaje o rezervaci vyměněny z Jet Airways do Virgin Atlantic v plném smyslu, bez předchozího upozornění.
Příklad č. 2:Podobně uvažujte o systému správy nemocnic, kde jsou záznamy pacientů vyměňovány mezi 1 oddělením na jiné oddělení. Zde tedy lze oddělení propojit s aplikací. Údaje o pacientovi jsou vyměňovány mezi 1 aplikací za jinou bez předchozího upozornění.
Proč tedy musíme dělat IOT?
Abychom to zajistili, museli bychom provést testování interoperability
- Aplikace v síti vykonávají své očekávané chování nezávisle,
- Může si vyměňovat informace bez předchozího upozornění
- Informace / data jsou vyměňovány bez přerušení individuálního očekávaného chování
- Výměna dat / informací se nezmění ani nezmění
Jak provést testování interoperability?
Můžeme sledovat kolonu Deeming (cyklus PDCA), abychom provedli testování interoperability.
# 1) Plán
Plánování je nejdůležitější fází určování strategie, jak ve vývoji softwaru dělat téměř cokoli. Předtím, než skutečně naplánujeme určení postupu pro provádění IOT, je imperiální, že rozumíme každé aplikaci nebo systému nasazenému v síti.
jaký je případ použití při testování softwaru
Měli bychom znát všechny aplikace - jejich funkčnost, chování, vstup a výstup, který odhalí.
Také bych doporučil, aby každá aplikace byla plně funkčně testována bez vad, než ji připravím na testování interoperability. Když tedy plánujete, nemyslete jen na 1 nebo 2 aplikace, myslete na celou aplikaci jako na jednu jednotku. Při plánování této testovací techniky musíte mít pohled z ptačí perspektivy. Není třeba říkat, že - zdokumentujte svůj plán.
Můžeme použít naše standardní dokument plánu zkoušek a přizpůsobit to trochu podle požadavku zdokumentovat plánování IOT. Jakmile bude váš testovací plán zaveden, pokračujte v odvozování testovacích podmínek.
Zaměření odvození testovacích podmínek by nemělo být omezeno na jednotlivé aplikace; místo toho by to mělo být založeno na toku dat všemi aplikacemi. Podmínky by měly být navrženy tak, aby procházely, pokud ne všechny, ale většina aplikací v síti.
Jakmile jsou vaše testovací podmínky identifikovány, pokračujte v návrhu nebo skriptování (v případě, že plánujete automatizaci) testovacích případů. Můžeš vytvořit RTM (Matice sledovatelnosti požadavků) pro mapování vašich testovacích případů s testovacími podmínkami a vašich testovacích podmínek s podmínkami / požadavky akceptačního testu.
Když pracujete v síti, je opět důležité naplánovat také nefunkční testovací aktivity. Toto nemusí být nikde psáno ani dokumentováno, ale je nutné zkontrolovat nefunkční aspekty systému jako celku. Mezi tyto nefunkční oblasti patří výkon a bezpečnost. V případě potřeby můžete vytvořit samostatný plán pro funkční testování, testování výkonu a testování zabezpečení; nebo vytvořte jeden plán a jiný dokument testovacích podmínek pro každý z těchto typů testování.
# 2) Udělejte
Dělat - je časový úsek, ve kterém ve skutečnosti provádíte provádění. Podle toho si naplánujte čas na provedení funkčního a nefunkčního testování. Sledujeme testovací cyklus v této fázi provádění případů, protokolování defektů, sledování vývojového týmu, abychom je vyřešili, provedení re-testu a regresního testu systému jako celku, hlášení výsledků testu a přesunutí do uzavření.
# 3) Zkontrolujte
Kontrola - Je fáze, kdy se znovu vracíme k výsledkům našich testů a snažíme se je mapovat pomocí RTM a ověřit, zda jsou splněny všechny očekávané požadavky a zda jsou procházeny všechny aplikace. Zkontrolujeme, zda jsou data mezi aplikacemi / systémy správně a hladce procházena a vyměňována. Také bychom museli ověřit, že data, která procházejí, se nezmění.
Zvažte také retrospektivu celého procesu testování interoperability. Určete oblasti, které fungovaly dobře, ty, které nevyšly dobře, a jakékoli akce, o které je třeba se starat.
# 4) Zákon
Jednat - má jednat o retrospektivních položkách. Body, které byly označeny jako „osvědčené postupy“, pokračují v jejich provádění a body, které by mohly být lépe zpracovány, určují kroky k jejich nápravě a podle toho jednají. Mějte na paměti 1 věc, že oblasti nebo kroky, které nefungovaly dobře, by se NEMĚLY opakovat. Nakonec bychom se měli poučit ze svých chyb a neopakovat je.
5 ½ kroků:
- Určete všechny aplikace, které jsou součástí sítě.
- Určete jejich příslušné funkce.
- U každé aplikace identifikujte vstup, který přijímá, a výstup, který vrací.
- Určete data, která by procházela všemi / většinou aplikací.
- Určete očekávané chování pro každou kombinaci aplikace a data, které je třeba ověřit
½ Zdokumentujte to.
Zvažte následující obrázek:
Na základě obrázku zkusme replikovat 5 ½ kroků:
- Aplikace 1, Aplikace 2, Aplikace 3 a Aplikace 4 jsou 4 různé systémy.
- Každý z těchto systémů má určitou sadu funkcí, které je třeba identifikovat.
- Je třeba identifikovat vstupy a výstupy každého systému.
- V případě aplikace 1 vykreslí 2 výstupy. 1 výstup tvoří vstup aplikace 3 a 1 výstup tvoří vstup aplikace 2. Výstup z aplikace 2 tvoří vstup do aplikace 3 a aplikace 4 atd.
- Ověřuje se platnost každého ze vstupů a výstupů. Hlavním bodem, který je zde třeba vzít v úvahu, je to, že data, která procházejí ve formě vstupu a výstupu, se nezmění A pokryje všechny aplikace.
½ Toto číslo v reálném životě se nemusí zdát tak jednoduché. To ve skutečnosti vede ke složitější struktuře s n počty vstupních a výstupních podmínek.
Kreslení tohoto druhu obrázku by poskytlo lepší obrázek k identifikaci dat a informací, které by procházely různými systémy. To by nám pomohlo odvodit testovací podmínky a případy.
Příklad:
Podívejme se na příklad provedení testování interoperability pro „systém řízení nemocnice“
Nemocnice se skládá z níže uvedených oddělení a sub-oddělení;
Zde je každé oddělení samo o sobě aplikací. Každé oddělení (aplikace) má své vlastní dílčí oddělení (moduly) a každý modul má své vlastní jednotky.
Abychom tedy zvážili rozsah IOT, je zde několik testovacích podmínek:
- Pacient, který se setkal s dopravní nehodou (OPD oddělení - Nehoda), musí podstoupit operaci nohy (ORL - obecná chirurgie), poté musí podstoupit fyzioterapii (Oddělení podpory - Fyzioterapie) a poté dostane propuštění (Oddělení podpory - Uzavření)
- Dítě přijaté do kritické péče (Pediatrie - kritická péče) musí podstoupit operaci (Pediatrie / ORL - Obecná chirurgie) a poté je propuštěno (Oddělení podpory - Uzavření / PR)
- Externí pacient konzultuje praktického lékaře (oddělení OPD); vezme předepsané léky (oddělení podpory - lékárna) a odejde.
- Nastávající matka přijde na pravidelné prohlídky (gynekologické oddělení - péče o matku a dítě), vezme předepsané léky (oddělení podpory - lékárna) a odejde.
- Zubní pacient provede kořenový kanál (oddělení zubního lékařství), vezme předepsané léky (oddělení podpory - lékárna) a odejde.
- Pacient přijde na OPD (praktický lékař), podstoupí léčbu v (porodnicko-gynekologickém oddělení - vysoce rizikové porodnictví), předepíše předepsané léky (podpůrné oddělení - lékárna) a je propuštěn
Tímto způsobem identifikujeme všechny podmínky testu; mějte na paměti, že většina oddělení musí být pokryta.
Můžeme nakreslit RTM a ukázat pokrytí jako:
Tímto způsobem můžeme identifikovat více testovacích podmínek a můžeme nakreslit RTM, abychom viděli náš přesný rozsah. Také můžeme určit hloubku našeho testovacího úsilí na základě RTM.
Stejně jako v tomto příkladu vidíme, že „Oddělení podpory“ je aplikace, která je výstupním bodem pro všechny (většinu) aplikace, a proto je testovací úsilí pro tuto konkrétní aplikaci ve srovnání s jinými aplikacemi o něco větší.
Výzvy:
- Je obtížné otestovat celou aplikaci se všemi obměnami a kombinacemi.
- Aplikace jsou vyvíjeny v různých kombinacích hardware / software a jsou instalovány v různých prostředích, takže pokud je jakékoli prostředí nefunkční, ovlivní to testování.
- Vzhledem k různým softwarům a prostředím je stanovení strategie testování a jeho provádění samo o sobě velkým úkolem.
- Stimulovat prostředí pro provedení zkoušky je velkou výzvou.
- V případě jakékoli závady je provedení analýzy kořenových příčin velkou výzvou.
- Protože jsou aplikace v síti, může dojít k výpadkům sítě. Z tohoto důvodu bude ovlivněno i testování.
Jak mohu zmírnit tyto výzvy?
1) Zkuste použít techniky předběžného testování, jako jsou:
příkaz grep v unixu s příklady
- OATS (technika testování ortogonálního pole)
- Státní přechodové diagramy,
- Grafy příčin a následků
- Rozdělení ekvivalence a analýza hraničních hodnot.
Tyto techniky vám pomohou identifikovat vzájemnou závislost mezi aplikací a identifikovat testovací případy / podmínky, které zajistí maximální pokrytí.
dva) Pokuste se identifikovat některá historická data, například - za jakých okolností byly systémy nefunkční, kolik času zabere opětovné spuštění akce. V takovém případě se pokuste provést ty scénáře, jejichž aplikace nejsou ovlivněny, nebo využijte čas k zdokumentování scénářů a vyhodnocení výsledků. Navíc, kdykoli plánujete nebo plánujete testování, vždy považujte tato historická data za vstup pro svůj odhad a podle toho plánujte.
3) PLÁN - K identifikaci strategie testování použijte historická data, minulé zkušenosti, dovednosti týmu, faktory prostředí. Čím lepší plán, tím lepší bude vaše provedení.
4) Začněte pracovat na přípravě prostředí mnohem dříve, než začne vaše skutečné spuštění. Není nutné říkat - naplánujte si své kroky, když připravujete prostředí. Po spuštění spuštění se ujistěte, že je vaše prostředí připravené, připravené a funkční.
5) Před zahájením IOT se ujistěte, že jsou jednotlivé aplikace plně funkčně testovány bez vad. Pak byste v případě jakékoli závady museli hledat pouze faktory prostředí, které vyústily v nějakou chybu.
6) Jak je uvedeno v bodě 2, naplánujte si svoji činnost. Pokud se jedná o plánovaný výpadek, měli byste při plánování testování uvažovat o tomto výpadku.
Test interoperability u mobilních telefonů:
V mobilních zařízeních provádíme test interoperability vždy, když nová aplikace ( Mobilní aplikace ) je spuštěn. Při plánování tohoto testování na mobilních zařízeních musíme vzít v úvahu mnoho oblastí:
- Typy mobilních zařízení dostupných na trhu jsou obrovské. Budete muset uvést, jaké všechny typy zařízení byste při testování zvažovali. Budete muset spárovat typ zařízení s operačním systémem, který podporuje.
- Všechny mobilní operační systémy jsou vyvíjeny v různých programovacích jazycích. Proto je třeba aplikaci otestovat proti všem variantám OS.
- Porozumění právním faktorům a regionálním smlouvám.
- Velikost / rozlišení různých zařízení se liší.
- Je také třeba vzít v úvahu dopad na vestavěné mobilní aplikace.
Takže pro provádění IOT na mobilních telefonech budete potřebovat naplánovat a vytvořit RTM, jako jsme to udělali pro testování počítačových aplikací.
Záměr, strategie, rizika a provedení by byly stejné, ale nástroje a techniky v případě mobilních telefonů by to bylo jiné.
Závěr:
Testování interoperability je obrovský úkol. Tato technika vyžaduje správné plánování, které by mělo začít paralelně, když začíná plánování testování systému.
Při provádění této techniky je třeba vzít v úvahu mnoho faktorů. Mějte na paměti, že máte dostatek času na opravu chyb a opakované testování, protože se jedná o obrovské úsilí, mělo by existovat opatření pro následnou kontrolu vad.
Může se stát, že možná nedosáhnete 100% Dosah , ale měli bychom být dost chytří na to, abychom vybrali naše případy tak, aby většina aplikací byla pokryta v jednom toku pomocí dobrých technik psaní testovacích případů.
Doufám, že tento článek byl užitečný k pochopení techniky testování interoperability. Dejte nám vědět své dotazy / komentáře.
Doporučené čtení
- Funkční testování vs. nefunkční testování
- Průvodce testováním zabezpečení webových aplikací
- Nejlepší nástroje pro testování softwaru 2021 [QA Test Automation Tools]
- Příručka pro testování přenositelnosti s praktickými příklady
- Alfa testování a beta testování (kompletní průvodce)
- Typy testování softwaru: Různé typy testování s podrobnostmi
- Co je Testování lokalizace a Testování internacionalizace (Jednoduchý průvodce)
- Testování stahování e-knih Primer