Paikallinen ja jaettu objektisäilö QTP/UFT

⚡ Älykäs yhteenveto

Objektivarasto sisään QTP/UFT Yksi tallentaa testiobjektit ja ominaisuudet, joita työkalu käyttää sovelluksesi tunnistamiseen, ja se on saatavilla kahdessa muodossa: paikallinen toimintokohtainen tietovarasto ja uudelleenkäytettävä jaettu tietovarasto.

  • 🔘 Testikohteen malli: QTP oppii objektin ominaisuudet tallennuksen aikana ja vertaa niitä ajonaikaiseen objektiin toiston aikana.
  • ☑️ Oletusarvoisesti paikallinen: Jokainen toiminto alkaa omasta paikallisesta repositoriosta, joka tallennetaan nimellä ObjectRepository.bdb toimintokansioon.
  • Jaettujen tietovarastojen skaalaus: .tsr-tiedosto sijaitsee testin ulkopuolella ja se voidaan liittää moniin toimintoihin useissa testeissä.
  • 🧪 Kolme päävaihetta: Luo tietovarasto, liitä se toimintoihisi ja muokkaa sitä sitten Object Repository Managerin kautta.
  • 🛠️ Vain luku -suoja: Jaettu tietovarasto avautuu hallinnassa vain luku -tilassa, kunnes valitaan Tiedosto > Ota muokkaus käyttöön.
  • 📌 Nykyinen nimeäminen: QTP on nyt OpenText Toiminnallinen testaus (UFT Yksi), mutta arkiston valikot ja tiedostomuodot pysyvät muuttumattomina.

Paikallisen ja jaetun objektisäilön rakenne QTP ja UFT yksi

Mikä on Object Repository? QTP?

Objektivarasto on kokoelma testiobjekteja ja tietoa, jonka tunnistaa QTP sen parissa työskentelyä varten. Kun käyttäjä tallentaa testin, objektit ja niiden ominaisuudet tallennetaan oletusarvoisesti.

Koska jokaisen automatisoidun vaiheen on osoitettava tallennettuun objektiin, tietovarasto on taso, joka päättää, jatkuuko komentosarjan suorittaminen sovelluksen muutosten jälkeen. Tärkeintä on ymmärtää, miten objektit päätyvät sinne.

Miten objektin tunnistus toimii QTP?

  • QTP käyttää "ihmisen" kaltaista teknologiaa esineen tunnistaminen
  • Aikana ennätys aika, QTP yrittää oppia sen graafisen käyttöliittymän objektin ominaisuudet, jolle toiminto suoritetaan.
  • Suoritusaikana UFT Tallennettuja objektin ominaisuuksia verrataan näytöllä näkyvien objektin todellisiin ominaisuuksiin ja tunnistetaan objekti yksilöllisesti riippumatta sen sijainnista näytöllä.
  • Tallennettua objektia ominaisuuksineen kutsutaan Testaa objekti
  • Suorituksen aikana testattavassa sovelluksessa käytettävissä olevaa varsinaista objektia kutsutaan Ajonaikainen objekti
  • Tämä on Pikatesti "Testiobjektimalli"
  • Testiobjektien tiedot tallennetaan objektisäilöön.
  • Lisäosat auttavat antamalla QuickTestille etukäteen tietoja tallennettavan objektin luonteesta, mikä lyhentää sen ominaisuuksien oppimiseen kuluvaa aikaa.

Opi kohteen tunnistaminen seuraavan videon esimerkin avulla

Napauta täältä jos video ei ole saatavilla

Objektivaraston tyypit

Objektivarastoja on kahdenlaisia QTP

  1. Paikallinen objektivarasto
  2. Jaettu objektivarasto

Nämä kaksi eroavat toisistaan ​​vain yhdessä suhteessa: kuka omistaa objektit. Paikallinen tietovarasto kuuluu yksittäiselle toiminnolle, kun taas jaettu tietovarasto on itsenäinen tiedosto, jonka mikä tahansa toiminto voi lainata.

Paikallinen objektivarasto

  • Local Object Repository on oletusarvoinen objektivarasto
  • Se on toimintokohtainen ja sitä voidaan käyttää vain tiettyyn toimintoon
  • Paikallinen objektisäilö on parempi vaihtoehto, kun sovellus ei ole dynaaminen ajan suhteen.
  • Paikallista objektisäilöä ei voi käyttää uudelleen
  • Voit suorittaa useita toimintoja paikallisessa objektisäilössä, kuten:
    • Korosta testattavan sovelluksen arkistoon tallennettu objekti
    • Tarkista, onko tietty AUT:n objekti tallennettu objektivarastoon
    • Leikkaa, kopioi, liitä, muokkaa ja poista objekteja
    • Jos olet vahingossa muokannut ominaisuuden arvoa, voit päivittää sen kuvauksen sovelluksesta päivitystoiminnolla.

Alla oleva video havainnollistaa paikallisen objektisäilön käyttöä.

Jaettu objektivarasto: Luo, yhdistä, muokkaa

  • Globaali tai jaettu objektisäilö on parempi vaihtoehto, kun sovellus on dynaaminen ja objektien kuvaukset muuttuvat usein.
  • Jaetun ja paikallisen objektisäilön välillä jaettua objektisäilöä käytetään yleisemmin automaatioprojekteissa.
  • Sillä on kuitenkin ylläpito- ja hallintokustannuksia verrattuna paikalliseen objektisäilöön.

Jaetun objektivaraston luomiseksi ja käyttämiseksi sinun on suoritettava kolme laajaa vaihetta

  • Jaetun objektivaraston luominen
  • Jaetun objektivaraston yhdistäminen
  • Jaetun objektivaraston muokkaaminen

Katsotaanpa niitä yksi kerrallaan

Vaihe 1) Jaetun objektivaraston luominen

  • Kaikki tietovarastot ovat oletusarvoisesti paikallisia. Voit luoda jaetun objektitietovaraston Objektitietovarasto-valintaikkunassa Box, Klikkaus Tiedosto > Vie paikalliset objektit
  • Arkiston tiedostoilla on tiedostotunniste .tsr-tiedostoAnna sopiva nimi, esimerkiksi ”guru99”, ja tallenna.
  • Jaettu arkistotiedosto on nyt luotu

Vaihe 2) Jaetun objektisäilön liittäminen

  • Seuraava vaihe on liittää repositorio testiisi, mikä mahdollistaa sen käytön.
  • Liittääksesi tietovaraston testiin, napsauta Resurssit > Yhteistyökumppanien arkisto (merkitty Liitännäissärkistot nykyisessä UFT Yksi versio)
  • Voit valita arkiston, joka yhdistetään testissäsi oleviin toimintoihin.
  • Voit nyt käyttää tätä jaettua tietovarastoa testisi kehittämiseen

Vaihe 3) Jaetun objektivaraston muokkaaminen

  • Voit muokata jaettua tietovarastoa Object Repository Managerin avulla.
  • valita Resurssit > Objektitietovaraston hallintaAvaa luomamme objektisäilö ”guru99”.
  • Oletusarvoisesti arkisto avataan vain luku -tilassa. Ota muokkaus käyttöön napsauttamalla Tiedosto > Ota muokkaus käyttöön
  • Kun muokkaus on käytössä, voit suorittaa kaikki samat toiminnot kuin objektisäilössä, kuten leikkaaminen, kopioiminen, liittäminen ja objektien nimeäminen uudelleen.
  • Objektitietovaraston hallinnan avulla voit myös vertailla kahta objektitietovarastoa. QTP raportoi tilastoja siitä, mikä on ainutlaatuista ja mikä yhteistä molemmissa tietovarastoissa
  • Voit yhdistää kaksi tietovarastoa yhdeksi Object Repository Merge Tool -työkalulla.

Seuraava video käy läpi jaetun tietovaraston työnkulun.

Ero paikallisen ja jaetun objektisäilön välillä

Useimmat tiimit käyttävät lopulta molempia rinnakkain, joten on hyödyllistä nähdä kompromissit yhdessä paikassa ennen kuin päätetään, minne uusi objekti kuuluu.

Kriteeri Paikallinen objektivarasto Jaettu objektivarasto
Saatavuus: Luodaan automaattisesti jokaisen toiminnon yhteydessä On luotava ja sitten liitettävä toimintoon
Laajuus Yksi tietovarasto toimintoa kohden; käytettävissä vain kyseisellä toiminnolla Yksi tiedosto, jota monet toiminnot voivat käyttää useissa testeissä
Tiedostomuoto Tallennettu nimellä ObjectRepositorio.bdb toimintokansion sisällä Tallennettu ulkoisena tiedostona .tsr-tiedosto tiedosto
Muokkaaminen Muokattavissa suoraan Object Repository -ikkunassa Oletusarvoisesti vain luku -tilassa; muokattavissa Object Repository Managerin kautta
Käyttää uudelleen Ei voida käyttää uudelleen Suunniteltu uudelleenkäyttöä ja versionhallintaa varten
Hoito-ohjeet Muuttunut ominaisuus on korjattava jokaisessa toiminnossa Muutettu ominaisuus korjataan kerran, jokaista siihen liittyvää testiä varten.
Soveltuu parhaiten Pienet, vakaat sovellukset ja yhden toiminnon oppimistestit Suuret tai dynaamiset sovellukset, joissa on useita automaatioinsinöörejä

Lyhyesti sanottuna paikallinen tietovarasto on nopeampi aloittaa ja jaetun tietovaraston ylläpito on halvempaa. Oppimistestit ja kertaluonteiset tarkistukset voivat pysyä paikallisina; kaikki, mitä toinen henkilö suorittaa, kuuluu johonkin... .tsr-tiedosto tiedosto.

Objektien lisääminen suoraan jaettuun objektisäilöön

Paikallisten objektien vienti on vain yksi reitti .tsr-tiedosto tiedosto. Kun tiedät jo, mitä ohjaimia ohjelmistopaketti tarvitsee, on nopeampaa rakentaa ensin jaettu tietovarasto ja olla tallentamatta ollenkaan.

  1. valita Resurssit > Objektitietovaraston hallinta avataksesi Hallinta-ikkunan.
  2. Valita Tiedosto> Uusi aloittaaksesi tyhjän jaetun tietovaraston tai avataksesi olemassa olevan .tsr-tiedosto tiedosto ja valitse Tiedosto > Ota muokkaus käyttöön.
  3. Käytä Lisää objekteja vaihtoehto osoittaaksesi testattavassa sovelluksessa ohjainta, jonka haluat oppia, ja vahvista sitten valinta.
  4. Toista tämä jokaiselle ohjaimelle, jota sarja koskettaa, ja nimeä objektit uudelleen luettavaan muotoon sitä mukaa, kun etenet.
  5. valita Tiedosto> Tallenna ja tallenna tiedosto lähdekoodinhallintakansioosi testin rinnalle.
  6. Takaisin testiin, valitse Resurssit > Yhteistyökumppanien arkisto ja liitä tiedosto jokaiseen sitä tarvitsevaan toimintoon.

Kaksi tapaa tekevät tästä lähestymistavasta kannattavan. Nimeä objektit niiden liiketoimintaroolien mukaan kuvatekstien sijaan, koska kuvatekstit muuttuvat useammin kuin roolit. Pidä myös yksi tietovarasto sovellusnäyttöä tai moduulia kohden yhden jättimäisen tiedoston sijaan, koska pienemmät tietovarastot latautuvat nopeammin ja tuottavat paljon vähemmän yhdistämisristiriitoja.

UKK

Paikallinen objektisäilö tallennetaan nimellä ObjectRepository.bdb toimintokansioonsa. Jaettu objektisäilö tallennetaan erillisenä .tsr-tiedostona, joka sijaitsee testin ulkopuolella ja joka voidaan tarkistaa versionhallintaan.

Kyllä. Avaa toiminnon objektitietovarasto-ikkuna ja valitse Tiedosto ja sitten Vie paikalliset objektit. QTP kirjoittaa toiminnon objektit .tsr-tiedostoon, jonka sitten liität kaikkiin niitä tarvitseviin toimintoihin.

Kyllä. Yhdistä tietovarasto -valintaikkuna hyväksyy useita .tsr-tiedostoja toimintoa kohden ja antaa sinun asettaa niiden prioriteettijärjestyksen. Kun sama objektin nimi esiintyy kahdesti, luettelossa korkeammalla oleva tietovarasto voittaa.

Objektitietovaraston hallintaohjelma avaa jaetut tiedostot vain luku -tilassa, joten kaksi insinööriä ei voi korvata toisiaan. Valitse Tiedosto ja sitten Ota muokkaus käyttöön ottaaksesi kirjoitussuojan ja sulkeaksesi tiedoston lopuksi, jotta kollegat voivat muokata sitä.

Tekoälyavusteinen tunnistus UFT Ohjausobjekteja yhdistetään ulkonäön ja otsikkotekstin perusteella kiinteiden ominaisuuksien sijaan, joten uudelleennimetty luokka ei enää riko vaihetta. Itsekorjausehdotukset merkitsevät myös vanhentuneita tietovarastokuvauksia käyttöliittymän muutoksen jälkeen.

Copilot voi luonnostella ympäröivän VBScript-logiikan, silmukat ja raportoinnin, mutta se ei voi nähdä repositoriotasi. Objektien nimien on silti tultava itse repositoriosta, joten käsittele luotuja hierarkioita paikkamerkkeinä ja tarkista jokainen niistä Object Spy.

Ei, se täydentää sitä. Descriptive ohjelmointi rakentaa objektikuvauksen koodiin suorituksen aikana, mikä sopii dynaamisiin ohjaimiin, kun taas repositorio on parempi valinta vakaille näytöille ja luettaville skripteille.

Avaa molemmat tiedostot Object Repository Managerissa ja suorita Object Repository Merge Tool. Se raportoi, mitkä objektit ovat yhteisiä ja mitkä ainutlaatuisia, ja antaa sitten sinun ratkaista jokaisen ristiriidan ennen yhdistetyn .tsr-tiedoston kirjoittamista.

Tiivistä tämä viesti seuraavasti: