Miten

Micro Focus UFT Mobile – vinkkejä ja temppuja

4. marraskuuta 2021

Sisällysluettelo

  • Micro Focus UFT Mobile – vinkkejä ja temppuja – tammikuu 2021
    • 1. Virheen ratkaiseminen, kun Objektia ei voida tunnistaa iOS13.x:ssä
    • 2. Virheen ratkaiseminen, kun sovellus ei pysty lataamaan
    • 3. Ohjeet ongelman korjaamiseen, kun jotkin Android-laitteet eivät näy mobiilikeskuksessa
    • 4. ImportCA.bat-tiedoston virhevirheen ratkaiseminen UFTM DM:n päivityksen aikana
    • 5. Virheen ratkaiseminen, kun liitinpalvelin katkeaa UFT Mobilessa
    • 6. Korjataan kirjautumisvirhe UFT Mobilessa, kun virhekoodi 2912 ilmestyi
    • 7. Korjaamme salaamattoman kannettavan salasanan aiheuttamat ongelmat
    • 8. Ohje Xiaomi-puhelimien tunnistamiseen
    • 9. Viivakoodisimuloinnin käytön mahdollistaminen ITI:ssä
    • 10. Ohjeet salasanan nollaamiseen PostgreSQL 9.3 -pääkäyttäjässä (Postgres)
  • Micro Focus UFT Mobile – vinkkejä ja temppuja – helmikuu 2021
  • Micro Focus UFT Mobile – vinkkejä ja temppuja – maaliskuu 2021
    • 1.UFT Mobile Server – ongelma avata yhteyksiä tietokantaan
    • 2.[MC] Kun testataan Safarilla, jossa on IOS11 tai uudempi, kieleksi on valittava englanti
    • 3.UFT Mobile Center – ongelmia sovellusten asentamisessa laitteisiin
    • 4.UFT Mobile – Testit biometrisellä simulaatiolla geolokalisaatiolla
    • 5.MC 2.7 - 3.1 asennus epäonnistui
    • 6. Päivämäärää ei voi asettaa iOS-laitteessa UFT:n avulla
    • 7. Pakattujen sovellusten asennus epäonnistui CT50-päälaitteeseen, jossa on Android 4.4.4 MC 3:n kautta
    • 8. Mc-selainsovellusta ei voi asentaa etänä mobiilikeskuksen 2.80-versioon
    • 9.MC 3.0: Kun olet vuorovaikutuksessa sovelluksen kanssa, on nyt uusi vaihtoehto pakottaa sovellukset sulkemaan
    • 10. Sovellusten testi Advantage Mobile Center
    • 11.Mobile Center ei pystynyt luomaan paketoitua versiota sovelluksesta
  • Micro Focus UFT Mobile – vinkkejä ja temppuja – huhtikuu 2021
    • Virhe: Ohjelma ei voi käynnistyä, koska api-ms-win-crt-stdio-l1-1-0.dll puuttuu tietokoneeltasi
    • Useita profiileja sisältävän IPA-tiedoston allekirjoittamisen rajoitus
    • Mobile Center – ALM-yhteensopivuus
    • Mobiilikeskus (MC): tukeeko Mobile Center ja tarjoaa seuraavan mobiilisovellusten suorituskyvyn mobiililaitteella.
    • Tämän varmenteen on allekirjoittanut tuntematon viranomainen
    • IPA-tiedostoja ei oteta käyttöön iOS-laitteisiin
    • Virhe Laitteessa ei ole tilaa ladattaessa sovellusta mobiilikeskukseen
    • Virhe MC 1.52:n ja MC 2.0:n asennuksen aikana – muuttuja COMSPEC
  • Micro Focus UFT Mobile – vinkkejä ja temppuja – toukokuu 2021
    • 1. iOS-pakkauspalvelun portin vaihtaminen
    • 2. Kuinka ratkaista kohteen tunnistusongelmat TruClient Native Mobile -protokollassa, jotka johtuvat mobiilisovellusten pakkaamisesta Mobile Centeriin
    • 3. Palvelinvarmennevirheen luominen epäonnistui Mobile Centerin asennuksen aikana
    • 4. PostgreSQL 9.3 -pääkäyttäjän (postgres) salasanan palautus
    • 5. Virhe: Xcode/iOS-lisenssin hyväksyminen edellyttää järjestelmänvalvojan oikeuksia
    • 6. CTBC-Upload APP -virhekoodi 2110
    • 7. PostgreSQL 9.6 -pääkäyttäjän (postgres) salasanan palautus
    • 8. Mobile Center (MC): Yhteyden muodostaminen HPE Mobile Centeriin epäonnistui, kun MC-komentosarjaa suoritettiin ALM:sta.
    • 9. Miten ideavice_id.exe-työkalua käytetään?
    • 10. Kuinka asentaa iOS-sovelluksia ideviceinstaller.exe-työkalulla?
  • Micro Focus UFT Mobile – vinkkejä ja temppuja – kesäkuu 2021
    • 1. Sovellusmallin projektin luominen paketoimattomalla sovelluksella
    • 2. Hyvin epäsäännöllinen latenssi paikalliseen liittimeen kytketyille laitteille
    • 3. Laitteen verkkonäkymän suorituskykyongelma UFT 14.0:ssa
    • 4. Kirjautuessamme MC:hen joskus saamme virheilmoituksen 'Sisäinen vika Error Code:2000'.
    • 5. Objektin tunnistusongelma Chrome-mobiiliselaimessa
    • 6. MC Connector ei voi muodostaa yhteyttä MC-palvelimeen
    • 7. MC 2.70 + Appium 1.6.3: Appium-istuntoa ei voitu käynnistää
    • 8. Palauta käyttäjän pwd-toiminto, joka ei toimi MC 2.6 -versiossa
    • 9. Rinnakkaisen suorituskyvyn ongelma
    • 10. Virhe poistettaessa Mobile Center Server -palvelinta

Micro Focus UFT Mobile – vinkkejä ja temppuja – helmikuu 2021

1. PostgreSQL 9.6 -pääkäyttäjän (Postgres) salasanan nollaaminen

PostgreSQL-palvelimen asennuksen yhteydessä luodaan samanaikaisesti yksittäinen pääkäyttäjätili Postgres. Postgres-superkäyttäjätilin salasana on ratkaisevan tärkeä käyttäjälle jatkopäivitysprosessissa. Jos käyttäjä on laittanut väärin pääkäyttäjän salasanan, se on mahdollista nollata.

Käyttäjän tulee noudattaa huolellisesti alla annettuja vaiheita:

1. Sinun on tehtävä varmuuskopio pg_hba.conf tiedosto. Mainittu tiedosto löytyy helposti osoitteesta C:Program FilesPostgreSQL9.6data

2. Sitten sinun on avattava pg_hba.conf . Muokkaa ja muuta sitten METHOD-lomaketta md5 luotettaviksi kaikille kommentoimattomille merkinnöille.

Huomaa, että kommenteissa on #-symboli rivillä; se näkyy heti alussa.

3. Nyt sinun on käynnistettävä PostgreSQL-palvelu uudelleen.

4. Avaa sitten PostgreSQL-palvelun hallintatyökalu, pgAdmin4.exe, jonka voit löytää osoitteesta C:Program FilesPostgreSQL9.6pgAdmin 4in

5. Nyt sinun on muodostettava yhteys PostgreSQL 9.6 -palvelimeen. Tätä varten sinun on kaksoisnapsautettava PostgreSQL 9.6 solmu. Kun sinulta kysytään salasanaa, jätä se tyhjäksi ja napsauta sitten Enter-näppäintä tai OK-painiketta näytöllä.

6. Sinun on laajennettava Databases-solmu ja valittava Postgres-tietokanta. Sitten sinun on siirryttävä kohtaan Työkalut; sen alla sinun on napsautettava Kyselytyökalu-valikkoa. Kirjoita sitten SQL alla oleva lausunto:

ALTER USER Postgres salasanalla 'myNewPassword';

7. Tämän jälkeen sinun on palautettava pg_hba.conf alkuperäiseen tilaansa. Sitten sinun on käynnistettävä PostgreSQL-palvelu uudelleen.

2. Ohjeet TruClient Native Mobile -protokollan kohteen tunnistusongelmien ratkaisemiseksi, jotka johtuivat aikoinaan mobiilisovellusten pakkaamisesta Mobile Centeriin

On tunnettu tosiasia, että jos tiettyä liiketoimintaprosessin vaihetta ei voida tallentaa tai toistaa uudelleen objektintunnistusongelmien vuoksi. Saattaa olla, että nämä ongelmat johtuivat tallennetun sovelluksen pakkaamisesta. Tämä ongelma voidaan joko korjata luomalla komentosarja, joka sekoittaa pakatun sovelluksen avulla tallennetut vaiheet ja vaiheet, jotka on tallennettu nykyisen sovelluksen pakkaamattomalla versiolla.

Tietyn tapauksessa mobiilisovelluksia , kun sovelluksen paketti tallennetaan tai toistetaan TruClient Native Mobile -protokollan ja Mobile Centerin avulla, joitain liiketoimintaprosessin vaiheita ei tallenneta tai toisteta oikein. Sattuu myös niin, että ei-pakettisovelluksen tallentaminen ei sovellu suorituskyvyn testaus tarkoituksiin, koska tapahtuman vasteaika on virheellinen tai se puuttuu, kun komentosarja toistetaan.

Aina kun komentosarja tehdään TruClient Native Mobile -protokollalla, jotkin liiketoimintaprosessin vaiheet tallennetaan käyttämällä sovelluksen pakattua versiota. Loput vaiheet tallennettiin sovelluksen todennetulla ja alkuperäisellä pakkaamattomalla versiolla. Jotta voidaan laskea arvioitu aika näiden vaiheiden suorittamiseen, skriptiin voidaan lisätä JavaScript-koodi. Sitä voitaisiin käyttää myös käyttäjän määrittelemien tietopisteiden tekemiseen.

Alla on yksityiskohtaiset ohjeet koskien komentosarjan luomista ja tapoja luoda käyttäjädatapisteitä:

1. Sinun on tehtävä Truclient Native Mobile -protokollaskripti VuGenissä tai luotava se TruClient Standalone -sovelluksessa.

2. Tallenna sitten vaadittu liiketoimintaprosessi valintasi mukaan käyttämällä sovelluksen pakkaamatonta versiota.

3. Siirry TruClient-selaimeen ja napsauta sitten Mobiilikeskus -välilehti.

4. Sitten sinun on suoritettava viimeistely ja käynnistä sovellus -vaihe ja valittava Launch Application ja napsauta sen alla Argumentit .

5. Sitten sinun on valittava Pakattu: tosi, jotta voit käyttää sovelluksen pakattua versiota.

6. Valitse nyt Execute Configuration Flow -välilehti ja sitten sinun on tallennettava tarvittava liiketoimintaprosessi uudelleen.

7. Kun tämä kirjoitus on tallennettu, tallennetuista vaiheista käyttämällä pakattua sovellusta. Sinun on tunnistettava vialliset ja korvattava ne vastaavilla vaiheilla, jotka on tallennettu pakkaamattomaan sovellukseen.

8. Sitten sinun on poistettava tai voit poistaa käytöstä kaikki vastaavat vaiheet skriptistä.

Pakkaamattomien vaiheiden suoritusajan laskemiseksi seuraa alla olevia vaiheita:

1. Sinun on lisättävä Arvioi JavaScript -vaihe ennen pakollisia pakkaamattomia vaiheita sekä alla oleva koodi:

var operationStartTime = Date.now ();

2. Lisää sitten Arvioi JavaScript -vaihe tarvittavien pakkaamattomien vaiheiden jälkeen annetulla koodilla: var operationEndTime = Date.now (); var laskettuAika = (operationEndTime - operationStartTime) / 1000; //

Sitten voit saada ajan sisään sekuntiaTC.userDataPoint(kokoaika, laskettu aika); // sitten sinun on luotava käyttäjätietopiste.

3. Kun tämä on tehty, varmista, että olet suorittanut komentosarjan Controllerissa ja analysoinut raakatulokset Analysisissa.

4. Sitten sinun on lisättävä Data Points -kaavio Analyysi-sovellukseen, jotta näet yksityiskohtaiset tiedot skriptin suoritusajan pakkaamattomasta osasta.

Käyttäjien on huomioitava, että suositeltu menetelmä suoritusajan arvioimiseksi ei ole täysin taattu. Se ei välttämättä tarjoa tarkkoja mittauksia. Se on periaatteessa vain yksinkertainen korjaus/kiertotapa. Se laskee pääasiassa sekä verkon ajan TruClientistä Mobile Centeriin että suoritusajan (Mobile Centerin komentojen tulkinta, objektin tunnistus ja toiminnan suoritus) vaadituille vaiheille.

3. Korjaa virhe, kun UFTM sammuu puoliksi sen jälkeen, kun se on käynnistetty Lab Device - UFTM 3.3 Chromessa

Usein tapahtuu, että käyttäjät kohtaavat UFTM-virheen. UFTM sammuu puoliksi sen jälkeen, kun se on käynnistetty Lab Device-UFTM 3.3:sta Chromessa. Tämä virhe ponnahtaa näytölle, yleensä tietyssä koneessa (liittimessä). Kun VNC käynnistetään laboratoriolaitteista, VNC muuttuu täysin mustaksi näyttölaitekentässä. Äskettäin se on havaittu UFTM 3.3:ssa Chrome-selaimessa.

Tämä virhe liittyy selaimen ja grafiikkasuorittimen yhteensopivuuteen. Kun tiedämme ongelman, voimme ryhtyä tiettyihin turvatoimiin, jotta se ei toistu. Yksi tehokas tapa korjata tämä virhe on poistaa Hardware Acceleration käytöstä Chromen asetuksista.

On olemassa muutamia lisäohjeita, jotka voivat auttaa käyttäjää tässä tilanteessa:

1. Käyttäjän on puhdistettava kaikki välimuisti ja evästeet.

2. Poista sitten kaikki laajennukset käytöstä varovasti.

3. Sinun on tarkistettava, näkyykö ongelma Chromen vierastilaprofiilissa vai ei.

4. Menetelmät iOS-pakkauspalvelun portin muuttamiseen

Usein käy niin, että kun käyttäjät alustavat Micro Focus Mobile Center Connectoria ja iOS Packaging Serviceä samalla Mac-koneella. Erityisesti Mobile Center 2.50- ja Mobile Center 2.51 -versioissa iOS Packaging Jetty Server käynnistää yleensä automaattisesti portin 8081. Siitä ei tullut estettä portista 8080 alkaneelle liitinpalvelulle. Äskettäin Mobile Center 2.53:ssa iOS Packaging Service alkaa portista 8080, eikä se voi toimia yhdessä Micro Focus Mobile Center Connector -palvelun kanssa.

Käyttäjä voi helposti muuttaa iOS Packager -palveluporttia; noudata alla annettuja ohjeita:

1. Avaa PackagerService/Jetty-kansio ja etsi sitten tiedosto nimeltä start.ini .

2. Nyt sinun on muokattava start.ini tiedosto ja muuta sitten laituri.portti parametri porttiin käyttäjän tarpeiden mukaisesti. Parametri on oletusarvoisesti 8080.

5. Ei tilaa laitteessa -virheen ratkaiseminen ladattaessa sovellus Mobile Centeriin

Käyttäjät näkevät usein näytöllä virheen, joka sanoo Virhe Laitteessa ei ole tilaa kun sovelluksia ladataan mobiililaitteeseen Keskusta. Muita vastaavia virheilmoituksia, kun sovelluksia ladataan Mobile Center -palvelimelle, on annettu alla viitteenä:

Syy: java.io.IOPoikkeus: Laitteessa ei ole tilaa

osoitteessa java.io.FileOutputStream.writeBytes(Native Method) ~[na:1.7.0_76]

osoitteessa java.io.FileOutputStream.write(FileOutputStream.java:345) ~[na:1.7.0_76]

osoitteessa org.apache.commons.io.output.ThresholdingOutputStream.write(ThresholdingOutputStream.java:129) ~[commons-io-2.4.jar:2.4]

osoitteessa org.apache.commons.fileupload.util.Streams.copy(Streams.java:103) ~[commons-fileupload-1.2.2.jar:1.2.2]

osoitteessa org.apache.commons.fileupload.util.Streams.copy(Streams.java:66) ~[commons-fileupload-1.2.2.jar:1.2.2]

osoitteessa org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:366) ~[commons-fileupload-1.2.2.jar:1.2.2]

… 51 yleistä kehystä jätetty pois

Yleensä tämän toistuvan virheen syynä on, että /opt/hpmc-osion tila ei riitä. Tallennukseen liittyvien ongelmien vuoksi tämä virheilmoitus tulee näkyviin näytölle.

Tämä ongelma voidaan ratkaista; käyttäjän on ryhdyttävä ennaltaehkäiseviin toimiin säilyttääkseen tallennustilan. Sinun on suurennettava /opt/hpmc-osio. Voit myös tyhjentää joitain tiedostoja sieltä vapauttaaksesi runsaasti tilaa.

6. Ohjeet [UFT – Mobile Center] -virheen FACILITY_ITF korjaamiseen komentosarjan suoritusaikana

Usein havaitaan, että tietyllä käyttäjän sovelluksen sivulla sivun piirtämisestä vastaava koodi kulkee silmukassa. Tämä virhe johtuu yleensä käyttäjän sovelluskoodista. Yleensä käyttäjän sovelluksen sisällä, tässä mainitulla sivulla, on muutama RadioButtons, ja se on korostettu punaisella laatikolla.

The onDraw'n RadioButton-luokassa on takaisinsoitto, jota voidaan käyttää, kun järjestelmä käyttää RadioButtonia. Silti setButtonDrawable aiheuttaa uudelleen piirtämisen.

Käyttäjän tulee huomioida, että tietyllä käyttäjän sovelluksen sivulla sivun piirtämiseen tarvittava koodi jää jatkuvasti silmukkaan. Tämä syy havaitaan ja todennetaan yrittämällä saada vedos kyseisestä sivusta.

Joten vedos on tyhjä, koska koodi lataa sivua jatkuvasti uudelleen. Tämä on tämän virheen perimmäinen syy, koska UFT ei pysty tunnistamaan mitään tämän sivun objekteja.

7. Virheen korjaaminen MC 1.52:n ja MC 2.0:n asennuksen yhteydessä – muuttuja COMSPEC.

Usein käy niin, että ympäristömuuttuja COMSPEC ei pysty osoittamaan cmd.exe-tiedostoon. Suurin syy tähän virheeseen on Postgres-asennusohjelma. Tämä virhe voidaan korjata helposti; käyttäjän on yksinkertaisesti ryhdyttävä tiettyihin toimenpiteisiin:

  1. Käyttäjän on varmistettava, että hän suorittaa asennuksen täysimääräisenä paikallisena järjestelmänvalvojana. Tällöin cmd-kehote ei yleensä rajoitu tiettyihin käyttäjiin.

Virhe voi liittyä myös oletusarvoiseen TMP-kansionimeen, jota Postgres-asennusohjelma käyttää tiedostojen tallentamiseen asennusohjelman aikana.

  1. Käyttäjän on vaihdettava järjestelmämuuttujat TMP ja TEMP (tarkista onko olemassa jonkinlaisia ​​käyttäjäkohtaisia ​​arvoja) mihin tahansa peruskansioon, kuten C:Temp, joka on kaikkien käyttäjien käytettävissä (hankittava käyttöoikeudet).

8. Ohje iOS-sovellusten asentamiseen ideviceinstaller.exe-työkalulla

Käyttäjät hakevat usein apua asennusprosessiin asentaessaan iOS-sovelluksia ideviceinstaller.exe-työkalulla.

Kaikki tarvittavat libimobiledevice-työkalut sisältyvät Mobile Centeriin alla olevalla polulla:

MC-palvelin: serverlibimobiledevicewindows-amd64

Itsenäinen liitin: connectorlibimobiledevicewindows-amd64

iOS-sovellusten asentaminen on melko helppoa ideviceinstaller.exe-työkalu ; käyttäjän tarvitsee vain noudattaa alla olevia vaiheita:

  1. Käyttäjän on avattava komentokehote ja siirryttävä sitten libimobiledevice-kirjastoon.
  2. Sitten sinun on suoritettava alla annettu komento:

ideviceinstaller.exe -u -i

Alla on esimerkki viitetarkoituksessa:

ideviceinstaller.exe -u 9a0db5182243e7a52f5b583291b0cecba00aa694 -i C:TempHP4M-Agent.ipa

9. Ohjeet 'Internal error Error Code:2000' -virheen ratkaisemiseksi

Se havaitaan, kun käyttäjä, joka käyttää parhaillaan Mobile Center 2.53:a Idap-käyttäjän kanssa, havaitsee virheen. Tämä ongelma ilmenee kirjautumis-MC-sovelluksessa; he saavat virheilmoituksen, joka sanoo, Sisäinen vika Virhekoodi: 2000 .

Tämä ongelma ilmenee kirjautumis-MC-sovelluksessa; he saavat virheilmoituksen, jossa lukee: Sisäinen vika Error Code: 2000. Vaikka he yrittäisivät kirjautua sisään kahdesti tai kolmesti, se toimii hyvin.

On havaittu, että Idap toimii hyvin koko ajan, mutta usein se viivästyy ja vie liikaa aikaa. Tällöin koko sisäänkirjautuminen estyy aikakatkaisulla. Käyttäjiä kehotetaan suorittamaan seuraavat vaiheet:

Käyttäjien tulee myös huomioida, että tämä vaatii MC-palvelinpalvelun uudelleenkäynnistyksen.

1. Sinun on navigoitava MC-palvelimelle ja avattava sitten C:Program FilesHPE Mobile Center Serverserverwrapperwrapper.conf muokkaustarkoituksiin.

2. Sitten sinun on löydettävä tämä rivi:

wrapper.java.additional.14 = -Dspring.profiles.active=prod ,

ja sitten sinun täytyy lisätä sen jälkeen tämä rivi:

wrapper.java.additional.15 = -Dhttp.client.connection.read.timeout.seconds=60

3. Sitten sinun on tallennettava tiedosto ja suljettava se.

4. Käynnistä nyt MC-palvelin uudelleen Käynnistä Mobile Center -palvelu uudelleen pikakuvake

10. CTBC-Upload APP -virhekoodin 2110 korjaamisen vaiheet

Käyttäjä kohtaa usein ongelmia, kun HPMC-palvelu ei käynnisty poistoraporttitiedoston jälkeen hpmc/server/reports . Käyttäjien keskuudessa on havaittu, että yllä olevassa paikassa on raporttitiedosto, jonka koko on noin 13G. Tämä voi olla tämän tuloksen perimmäinen syy sovelluksen latausvirheessä, jossa on virhe 2110.

Joten käyttäjän on poistettava tämä valtava raporttitiedosto, joka vie paljon tilaa. Kuitenkin, kun tämä tiedosto poistetaan, havaitaan, että Nginx-prosessi ei pysty käynnistymään tavalliseen tapaan, minkä vuoksi HPMC-palvelu ei käynnisty.

Suurin syy tähän virheeseen on se, että nginx.conf ei ollut täydellinen. Tästä johtuen Mobiilikeskuksen tarkastus tai analysointi ei ole mahdollista. Kun se on korvattu tarkalla nginx.confilla, palvelu käynnistyy täydellisesti.

Koska nginx.conf on julkinen tiedosto, mikä tahansa ohjelma tai palvelu voisi määritellä, muuttaa tai muokata sitä. Mutta periaatteessa tämän tietyn tiedoston lukeminen tai kirjoittaminen voi taata oikeat ja täydelliset tiedot. Toistuvaa virhettä sellaisenaan ei tapahtuisi, kun se on tehty.

Tässä nimenomaisessa ongelmassa virhe johtuu levytila ​​loppunut ongelma. Tästä johtuen nginx.conf-tiedostossa oli virhe.

Se voidaan tallentaa tarkasti koodin lukemista tai kirjoittamista varten (conf-tiedosto päivitetään) tai se voidaan kirjoittaa epäonnistuneesti (conf-tiedostoa ei päivitetä); kaikki nämä tehtävät ovat vastuullisia Linux-säännön vuoksi. Silti toisaalta tilan puutteen pitäisi kuulua erityisalueelle.

Palvelin/raportit-kategorian päätarkoituksena on kuitenkin säilyttää kaikki laitetiedot aina, kun tietue tai vastaus tulee – esimerkiksi muisti, kuvakaappaukset, prosessori ja muut. Käyttäjän on yksinkertaisesti määritettävä asetukset, jos heidän on kerättävä ne vai ei, uuden työpaikan luomiseksi.

Suosittu Viestiä