Meni

Što je ispitni pojas i kako je to primjenjivo na nas, testere

what is test harness

Isprobajte Naš Instrument Za Uklanjanje Problema

Nisam veliki ljubitelj etiketa. Evo što time želim reći.

Ako moram provjeriti nekoliko aspekata prije nego što utvrdim može li se QA pokrenuti ili ne, jednostavno ću napraviti popis i izvršiti radnju. Po mom mišljenju, nije važno hoću li to službeno nazvati operacijom „Ispitivanje spremnosti“ ili ne - sve dok radim ono što bih trebao raditi, mislim da nema potrebe to nazivati ​​određenim imenom ili oznakom .

Što je ispitni pojas

Ali stojim ispravljeno. Nedavno sam u svom razredu predavao Agile-scrum model za razvoj softvera. Bilo pitanje ' kako se testiranje vrši agilnom metodom? ”Objašnjavao sam dvije metode - jedna je to gdje je pokušavamo uključiti u svaki sprint, a druga je najbolja praksa koju sam naučio iz prve primjene - a to je zaostajanje QA sprinta u odnosu na razvojnu.

Jedan od mojih učenika pitao me postoji li naziv za drugog, a nisam, jer nikada nisam stavljao naglasak na sama imena.

Ali u tom sam trenutku osjetio koliko je važno prikladno označiti postupak kako bismo bili sigurni da imamo pojam koji se odnosi na proces o kojem govorimo.

Stoga ćemo danas učiniti upravo to: Naučite postupak koji stoji iza izraza „Test Harness“.

Kao što sam već spomenuo u nekim od svojih prethodnih članaka: puno se toga može razumjeti iz doslovnog značenja imena. Dakle, provjerite u svom rječniku što znači 'uprtač' i veliko otkriće je li to primjenjivo ili ne, što je u ovom slučaju nešto što ćemo vidjeti na kraju.

Postoje dva konteksta gdje se koristi ispitni pojas:

  1. Ispitivanje automatizacije
  2. Ispitivanje integracije

Počnimo s prvim:

Što ćete naučiti:

Kontekst # 1: Ispitni svežanj u automatizaciji ispitivanja

U ispitivanje automatizacije svijet, Ispitni pojas odnosi se na okvir i softverske sustave koji sadrže testne skripte, parametre potrebne (drugim riječima, podatke) za pokretanje ovih skripti, prikupljanje rezultata ispitivanja, njihovo uspoređivanje (ako je potrebno) i praćenje rezultata.

Pokušat ću to učiniti jednostavnijim uz pomoć primjera.

Primjer:

Kad bih govorio o projektu koji koristi HP Quick Test Professional (sada UFT) za funkcionalno ispitivanje, HP ALM povezan je s organizacijom i upravljanjem svim skriptama, izvođenjima i rezultatima, a podaci se preuzimaju iz MS Access DB-a - Sljedeće bi bilo testno sredstvo za ovaj projekt:

kako ukloniti stavku iz niza Java
  • Sam QTP (UFT) softver
  • Skripte i fizičko mjesto na kojem su pohranjene
  • Ispitni setovi
  • MS Access DB za opskrbu parametrima, podacima ili različitim uvjetima koji se trebaju dostaviti test skriptama
  • HP ALM
  • Rezultati ispitivanja i usporedni atributi praćenja

Ispitajte kabelski svežanj u automatizaciji

Kao što vidite, softverski sustavi (automatizacija, upravljanje testovima, itd.), Podaci, uvjeti, rezultati - svi oni postaju sastavni dio ispitnog pojasa - jedino je isključenje sam AUT.

Kontekst # 2: Ispitajte pojas u integracijskim ispitivanjima

Sada je vrijeme da istražimo što ispitni pojas znači kontekst “Integracijsko testiranje” .

Integracijsko testiranje treba sastaviti dva ili modula (ili jedinice) koda koji međusobno komuniciraju i provjeriti je li kombinirano ponašanje očekivano ili ne.

U idealnom slučaju, integracijsko testiranje dva modula trebalo bi i moglo bi biti moguće provesti kada su oba 100% spremna, jedinstveno testirana i dobra za rad.

Međutim, ne živimo u savršenom svijetu - što znači da jedan ili više modula / jedinica koda koji bi trebali biti sastavni elementi integracijskog testa možda neće biti dostupni. Da bismo riješili ovu situaciju imamo klice i vozače.

Stud je obično dio koda koji je ograničen u svojoj funkciji i zamijenit će ili proksirati stvarni modul koda koji treba zauzeti njegovo mjesto.

Primjer: Da bih ovo dalje objasnio, dopustite mi da se poslužim scenarijem

Ako postoje jedinica A i jedinica B koje treba integrirati. Također, ta jedinica A šalje podatke jedinici B ili drugim riječima, jedinica A poziva jedinicu B.

Jedinica A ako je 100% dostupna, a jedinica B nije, tada programer može napisati dio koda koji je ograničen u svojim mogućnostima (što znači jedinica J ako ima 10 značajki, samo 2 ili 3 koje su važne za integraciju s A) bit će razvijen i koristi se za integraciju. To se naziva a STUB.

Integracija bi sada bila: Jedinica A-> Stub (zamjena za B)

S druge strane, ako je jedinica A dostupna 0%, a jedinica B 100%, simulacija ili proxy ovdje mora biti jedinica A. Stoga, kada se pozivna funkcija zamijeni pomoćnim kodom, tada se naziva VOZAČ .

Integracija bi, u ovom slučaju, bila : VOZAČ (zamjena za A) -> Jedinica B

Cjelokupni okvir: Proces planiranja, izrade i upotrebe kliznih stupova i / ili pokretačkih programa za provođenje integracijskog testiranja naziva se Test Harness.

Bilješka : gornji je primjer ograničen i scenarij u stvarnom vremenu možda neće biti tako jednostavan ili izravan kao ovaj. Aplikacije u stvarnom vremenu imaju složene i složene točke integracije.

U zaključku:

Kao i uvijek, STH vjeruje da se i najtehničke definicije mogu izvesti iz jednostavnog, doslovnog značenja izraza.

Rječnik na mojem pametnom telefonu kaže mi da je 'uprtač' (pogledajte ispod konteksta glagola):

„Uskladiti s uvjetima za učinkovitu uporabu; steći kontrolu nad određenim ciljem; “

Slijedeći ovo i prilagođavajući ovo testiranju:

„Ispitni pojas jednostavno je stvoriti ispravan okvir i koristiti ga (i sve njegove sastavne elemente) za kontrolu cjelokupne aktivnosti kako bi se maksimalno iskoristila situacija - bilo automatizacija ili integracija. “

Eto, mi odmaramo svoj slučaj.

Još nekoliko stvari prije nego što završimo:

P. Koje su prednosti ispitnog pojasa?

Sad, biste li pitali koja je važnost daha za ljudski život - on je suštinski, zar ne? Slično tome, okvir za učinkovito testiranje je poput datog. Korist, ako to moramo napisati u toliko riječi - rekao bih, svaki postupak testiranja ima ispitni pojas, bilo da svjesno kažemo da je to „Ispitni pojas“ ili ne. To je poput putovanja znajući rutu, odredište i svu ostalu dinamiku putovanja.

P. Koja je razlika između ispitnog pojasa i okvira za ispitivanje? ?

Osobno smatram da uspoređivanje i kontrastiranje nije često pravi pristup pri razumijevanju srodnih koncepata jer su crte često mutne. Kao odgovor na to pitanje, rekao bih, ispitni pojas je specifičan, a okvir za testiranje je generički. Na primjer, ispitni pojas uključivat će točne podatke o alatu za upravljanje testom do ID-ova za prijavu koji će se koristiti. S druge strane, testni okvir jednostavno će reći da će alat za upravljanje testovima obavljati odgovarajuće aktivnosti.

P. Postoje li alati za ispitivanje uprtača ?

Ispitni pojas uključuje alate - poput softvera za automatizaciju, softvera za upravljanje ispitivanjima itd. Međutim, ne postoje posebni alati za primjenu ispitnog pojasa. Svi ili bilo koji alati mogu biti dio ispitnog svežnja: QTP, JUnit, HP ALM - svi oni mogu biti sastavni alati bilo kojeg ispitnog svežnja.

O autoru: Ovaj članak napisao je član STH tima Swati S.

I, uvijek s definicijama, uvijek postoje razlike u mišljenjima. Pozdravljamo vaša mišljenja i volimo čuti što mislite. Slobodno ostavite komentar, pitanja ili prijedlog u nastavku.

Preporučena literatura

^