Menu

Čo je testovací postroj a ako je použiteľný pre nás, testerov

what is test harness

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

Nie som veľkým fanúšikom značiek. Tu mám na mysli to, čo mám na mysli.

Ak musím skontrolovať niekoľko aspektov predtým, ako určím, či je možné spustiť QA, jednoducho urobím zoznam a vykonám akciu. Podľa môjho názoru nezáleží na tom, či to oficiálne nazývam operáciou „Kontrola pripravenosti na test“ alebo nie - pokiaľ robím to, čo mám robiť, myslím si, že to netreba nazývať konkrétnym menom alebo označením .

Čo je to testovací postroj

Ale stojím opravený. Nedávno som na svojej hodine učil model Agile-scrum pre vývoj softvéru. Bolo tam otázka ‘ ako sa testuje agilnou metódou? „Vysvetľoval som dve metódy - jednou z nich je metóda, ktorú sa snažíme zahrnúť do každého sprintu, a druhou je najlepšia prax, ktorú som sa naučil pri implementácii z prvej ruky - ktorá spočíva v oneskorení sprintu QA s ohľadom na vývojovú.

Jeden z mojich študentov sa ma spýtal, či existuje meno pre toho druhého, a ja som tak neurobil, pretože som nikdy nekládol dôraz na samotné mená.

V tom okamihu som však cítil, aké dôležité je vhodne proces označiť, aby sme sa ubezpečili, že máme výraz, ktorý označuje proces, o ktorom hovoríme.

Preto dnes urobíme práve toto: Osvojte si proces, ktorý stojí za pojmom „Testovací postroj“.

Ako som už spomenul v niektorých mojich predchádzajúcich článkoch: veľa sa dá pochopiť z doslovného významu názvu. Skontrolujte teda vo svojom slovníku, čo znamená „Harness“, a veľké odhalenie, či už je, alebo nie je v tomto prípade niečo, čo uvidíme na konci.

Testovací zväzok sa používa v dvoch kontextoch:

  1. Automatizačné testovanie
  2. Testovanie integrácie

Začnime prvým:

Čo sa dozviete:

Kontext # 1: Testovací zväzok v automatizácii testov

V the automatizované testovanie svet, Testovací zväzok predstavuje rámec a softvérové ​​systémy, ktoré obsahujú testovacie skripty, parametre potrebné (inými slovami údaje) na spustenie týchto skriptov, zhromažďovanie výsledkov testov, ich porovnanie (ak je to potrebné) a sledovanie výsledkov.

Pokúsim sa to zjednodušiť pomocou príkladu.

Príklad:

Keby som hovoril o projekte, ktorý využíva HP Quick Test Professional (teraz UFT) na funkčné testovanie, HP ALM je spojené s organizáciou a správou všetkých skriptov, behov a výsledkov a dáta sú vyberané z MS Access DB - nasledujúcim bude testovací zväzok pre tento projekt:

najlepší bezplatný sťahovač videa z youtube pre Windows 10
  • Samotný softvér QTP (UFT)
  • Skripty a fyzické umiestnenie, kde sú uložené
  • Testovacie súpravy
  • MS Access DB na dodanie parametrov, údajov alebo rôznych podmienok, ktoré sa majú dodať do testovacích skriptov
  • HP ALM
  • Výsledky skúšky a porovnávacie atribúty monitorovania

Automaticky otestujte postroj

Ako vidíte, softvérové ​​systémy (automatizácia, správa testov atď.), Údaje, podmienky, výsledky - všetky sa stávajú neoddeliteľnou súčasťou testovacieho postroja - jedinou výnimkou je samotný AUT.

Kontext # 2: Test Harness in Integration Testing

Teraz je čas preskúmať, čo znamená testovací zväzok v v kontexte „Testovanie integrácie“ .

Integračné testovanie je zostaviť dva alebo moduly (alebo jednotky) kódu, ktoré navzájom interagujú, a skontrolovať, či je alebo nie je kombinované správanie také, aké sa očakáva.

V ideálnom prípade by malo a malo by byť možné vykonať test integrácie dvoch modulov, keď sú oba 100% pripravené, testované na jednotku a pripravené na použitie.

Nežijeme však v dokonalom svete - čo znamená, že jeden alebo viac modulov / jednotiek kódu, ktoré majú byť základnými prvkami integračného testu, nemusí byť k dispozícii. Na vyriešenie tejto situácie máme pahýle a vodičov.

Čap je zvyčajne kúsok kódu, ktorý má obmedzenú funkciu a nahradí alebo nahradí skutočný modul kódu, ktorý musí zaujať svoje miesto.

Príklad: Aby som to ďalej vysvetlil, dovoľte mi použiť scenár

Ak existuje jednotka A a jednotka B, ktoré majú byť integrované. Táto jednotka A tiež odosiela údaje do jednotky B alebo inými slovami, jednotka A volá jednotku B.

Jednotka A, ak je 100% k dispozícii a jednotka B nie je, potom môže vývojár napísať kúsok kódu, ktorý má obmedzené možnosti (čo to znamená, je Jednotka B, ak má 10 funkcií, iba 2 alebo 3, ktoré sú dôležité pre integráciu. s A) bude vyvinuté a slúži na integráciu. Toto sa nazýva a STUB.

Integrácia by teraz bola: Jednotka A-> Pahýľ (nahradzuje B)

Na druhej strane, ak je jednotka A 0% k dispozícii a jednotka B 100% k dispozícii, musí tu byť simulácia alebo proxy jednotka A. Preto keď je volacia funkcia nahradená pomocným kódom, potom sa nazýva VODIČ .

Integrácia by v tomto prípade bola : VODIČ (nahradzuje A) -> jednotka B

Celý rámec: Proces plánovania, vytvárania a používania stubov a / alebo ovládačov na vykonávanie integračného testovania sa nazýva Testovací zväzok.

Poznámka : vyššie uvedený príklad je obmedzený a scenár v reálnom čase nemusí byť taký jednoduchý alebo priamy ako tento. Aplikácie v reálnom čase majú zložité a zložené integračné body.

Na záver:

STH ako vždy verí, že aj najtechnickejšie definície možno odvodiť z jednoduchého doslovného významu tohto pojmu.

Slovník v mojom smartfóne mi hovorí, že „Harness“ je (pozrite sa do kontextu slovesa):

„Uviesť do podmienok pre efektívne využitie; získať kontrolu nad konkrétnym cieľom; „

Ďalej a prispôsobiť to testovaniu:

„Testovacím postrojom je jednoducho vytvoriť správny rámec a pomocou neho (a všetkých jeho prvkov) riadiť celú činnosť tak, aby sa situácia čo najlepšie využila - či už automatizácia alebo integrácia. „

Tam odpočívame náš prípad.

Ešte niekoľko vecí, než skončíme:

Otázka: Aké sú výhody testovacieho postroja?

Teraz by ste sa opýtali, aký význam má dych pre ľudský život - je to prirodzené, však? Podobne je rámec na efektívne testovanie ako daný. Výhodou, ak to musíme povedať toľkými slovami - povedal by som, že každý testovací proces má testovacie postroje, či už vedome hovoríme, že je to „The Test postroje“ alebo nie. Je to ako cestovanie so znalosťou trasy, cieľa a všetkých ďalších dynamík cesty.

Otázka: Aký je rozdiel medzi testovacím postrojom a testovacím rámcom ?

Osobne si myslím, že porovnávanie a kontrastovanie nie je často správnym prístupom pri porozumení súvisiacich pojmov, pretože čiary sú často rozmazané. Ako odpoveď na túto otázku by som povedal, že testovací postroj je špecifický a testovací rámec je všeobecný. Napríklad testovací zväzok bude obsahovať presné informácie o nástroji na správu testov až po prihlasovacie ID, ktoré sa majú použiť. Testovací rámec na druhej strane jednoducho povie, že nástroj na správu testov bude vykonávať príslušné činnosti.

Q. Existujú nejaké nástroje na testovacie postroje ?

Súčasťou testovacieho zväzku sú nástroje ako automatizačný softvér, softvér na správu testov atď. Na implementáciu testovacieho zväzku však neexistujú žiadne konkrétne nástroje. Súčasťou Testovacieho postroja môžu byť všetky alebo akékoľvek nástroje: QTP, JUnit, HP ALM - všetky môžu byť základnými nástrojmi ľubovoľného Testovacieho postroja.

O autorovi: Tento článok je napísaný členom tímu STH Swati S.

A vždy, pokiaľ ide o definície, vždy existujú rozdiely v názoroch. Vítame vaše názory a radi počujeme, čo si myslíte. Neváhajte a zanechajte komentár, otázky alebo návrhy uvedené nižšie.

Odporúčané čítanie

^