what is test harness
Nejsem velkým fanouškem etiket. Tím mám na mysli to.
Pokud musím zkontrolovat několik aspektů, než určím, zda je možné zahájit QA, jednoduše vytvořím seznam a provedu akci. Podle mého názoru nezáleží na tom, jestli to oficiálně nazývám operací „Testování připravenosti“, nebo ne - pokud dělám to, co mám dělat, myslím, že to není třeba nazývat konkrétním názvem nebo štítkem .
Ale stojím opravený. Nedávno jsem ve své třídě učil model Agile-scrum pro vývoj softwaru. Byl tam otázka jak probíhá testování v agilní metodě? „Vysvětloval jsem dvě metody - jedna je tam, kde se ji snažíme zahrnout do každého sprintu a druhá je nejlepší praxe, kterou jsem se naučil z implementace z první ruky - což je zpoždění QA sprintu s ohledem na vývojovou.
Jeden z mých studentů se mě zeptal, jestli existuje název pro druhého, a já ne, protože jsem nikdy nekladl důraz na jména samotná.
Ale v tu chvíli jsem cítil, jak důležité je vhodně označit proces, abychom se ujistili, že máme výraz, který odkazuje na proces, o kterém mluvíme.
Proto dnes uděláme právě to: Naučte se postup, který stojí za pojmem „Testovací postroj“.
Jak jsem již zmínil v některých mých předchozích článcích: hodně lze pochopit z doslovného významu jména. Zkontrolujte tedy ve svém slovníku, co znamená „Harness“, a velké odhalení, zda platí či nikoli, platí v tomto případě něco, co uvidíme na konci.
Testovací svazek se používá ve dvou kontextech:
- Automatizační testování
- Testování integrace
Začněme první:
Co se naučíte:
- Kontext # 1: Testování kabelového svazku v automatizaci testů
- Kontext č. 2: Testování kabelového svazku při testování integrace
- Závěrem:
- Doporučené čtení
Kontext # 1: Testovací kabelový svazek v automatizaci testů
v the testování automatizace svět, Testovací svazek odkazuje na rámec a softwarové systémy, které obsahují testovací skripty, parametry nezbytné (jinými slovy data) pro spuštění těchto skriptů, shromažďování výsledků testů, jejich porovnání (je-li to nutné) a sledování výsledků.
Pokusím se to zjednodušit pomocí příkladu.
Příklad:
Kdybych mluvil o projektu, který používá HP Quick Test Professional (nyní UFT) pro funkční testování, HP ALM je propojen s organizací a správou všech skriptů, běhů a výsledků a data jsou vybírána z MS Access DB - Testovacím postrojem pro tento projekt bude následující:
jak napsat dobrou zprávu o chybě
- Samotný software QTP (UFT)
- Skripty a fyzické umístění, kde jsou uloženy
- Testovací sady
- MS Access DB pro dodávání parametrů, dat nebo různých podmínek, které mají být dodány do testovacích skriptů
- HP ALM
- Výsledky testu a srovnávací atributy monitorování
Jak vidíte, softwarové systémy (automatizace, správa testů atd.), Data, podmínky, výsledky - všechny se stávají nedílnou součástí testovacího postroje - jedinou výjimkou je samotný AUT.
Kontext # 2: Test Harness in Integration Testing
Nyní je čas prozkoumat, co testovací pás znamená v kontext „Testování integrace“ .
Integrační testování je dát dohromady dva nebo moduly (nebo jednotky) kódu, které spolu interagují, a zkontrolovat, zda je kombinované chování podle očekávání či nikoli.
V ideálním případě by testování integrace dvou modulů mělo a bylo možné provést, když jsou oba 100% připravené, testované na jednotku a připravené k provozu.
Nežijeme však v dokonalém světě - což znamená, že jeden nebo více modulů / jednotek kódu, které mají být základními prvky integračního testu, nemusí být k dispozici. Abychom tuto situaci vyřešili, máme pahýly a ovladače.
Stud je obvykle část kódu, která má omezenou funkci a nahradí nebo nahradí skutečný modul kódu, který musí zaujmout jeho místo.
Příklad: Abych to dále vysvětlil, dovolte mi použít scénář
Pokud má být integrována jednotka A a jednotka B. Jednotka A také odesílá data do jednotky B nebo jinými slovy, jednotka A volá jednotku B.
Unit A if 100% available and unit B is not, then the developer can write a piece of code that is limited in its capability (what this means is the Unit B if it has 10 features, only 2 or 3 that are important for integration s A) bude vyvinut a slouží k integraci. Tomu se říká a PAHÝL.
Integrace by nyní byla: Unit A-> Stub (substiting for B)
Na druhou stranu, pokud je jednotka A 0% k dispozici a jednotka B 100% k dispozici, musí zde být simulace nebo proxy jednotka A. Proto když je volací funkce nahrazena pomocným kódem, nazývá se ŘIDIČ .
Integrace by v tomto případě byla : ŘIDIČ (nahrazuje A) -> jednotka B
Celý rámec: Proces plánování, vytváření a používání pahýlů a / nebo ovladačů k provádění testování integrace se nazývá Testovací postroj.
Poznámka : výše uvedený příklad je omezený a scénář v reálném čase nemusí být tak jednoduchý nebo přímočarý. Aplikace v reálném čase mají složité a složené integrační body.
Závěrem:
STH jako vždy věří, že i ty nejtechničtější definice lze odvodit z jednoduchého doslovného významu tohoto pojmu.
Slovník na mém smartphonu mi říká, že „Harness“ je (podívejte se pod kontext slovesa):
'Přinést podmínky pro efektivní využití; získat kontrolu nad konkrétním cílem; '
Následně a přizpůsobit to testování:
'Zkušební postroj jednoduše znamená vytvořit správný rámec a pomocí něj (a všech jeho základních prvků) řídit celou činnost, aby se situace co nejlépe využila - ať už automatizace nebo integrace.' '
Tam odpočíváme náš případ.
Ještě pár věcí, než skončíme:
Otázka: Jaké jsou výhody testovacího postroje?
Nyní byste se zeptali, jaký je význam dechu pro lidský život - je to přirozené, že? Podobně je rámec pro efektivní testování jako daný. Výhodou, pokud to musíme vysvětlit tolika slovy - řekl bych, že každý testovací proces má testovací postroj, ať už vědomě říkáme, že je to „Testovací postroj“, nebo ne. Je to jako cestovat se znalostí cesty, cíle a všech ostatních dynamik cesty.
Otázka: Jaký je rozdíl mezi testovacím postrojem a testovacím rámcem ?
Osobně si myslím, že porovnávání a kontrastování není často správným přístupem při porozumění souvisejících konceptů, protože čáry jsou často rozmazané. Jako odpověď na tuto otázku bych řekl, že testovací postroj je specifický a testovací rámec je obecný. Například testovací svazek bude obsahovat přesné informace o nástroji pro správu testů až po přihlašovací ID, která se mají použít. Testovací rámec na druhé straně jednoduše řekne, že nástroj pro správu testů provede příslušné činnosti.
Otázka Existují nějaké nástroje pro testování postrojů ?
Testovací svazek zahrnuje nástroje - jako je automatizační software, software pro správu testů atd. Pro implementaci testovacího svazku však neexistují žádné konkrétní nástroje. Součástí testovacího postroje mohou být všechny nebo jakékoli nástroje: QTP, JUnit, HP ALM - všechny mohou být základními nástroji libovolného testovacího postroje.
O autorovi: Tento článek je napsán členem týmu STH Swati S.
A vždy s definicemi vždy existují rozdíly v názorech. Vítáme vaše názory a rádi slyšíme, co si myslíte. Neváhejte zanechat komentář, dotazy nebo návrhy níže.
Doporučené čtení
- Testování zátěže s výukovými programy HP LoadRunner
- Poradenství při testování softwaru pro začínající testery
- Nejlepší nástroje pro testování softwaru 2021 (QA Test Automation Tools)
- Rozdíly mezi testováním jednotek, testováním integrace a funkčním testováním
- Ztrácejí testeři kvůli automatizaci přilnavost?
- Globální podnikání v oblasti testování softwaru brzy dosáhne 28,8 miliard dolarů
- Jak udržet živou motivaci v testerech softwaru?
- Testování stahování e-knih Primer