Sisällysluettelo

• 1. LoadRunner – vinkkejä ja temppuja – marraskuu 2020
  • 1. Aseta järjestelmän TEMP- ja TMP-hakemistot
  • 2. C-koodin lisääminen olemassa olevaan AJAX TruClient-skriptiin LoadRunner 11:ssä
  • 3. Määritä Windowsin DEP (Data Execution Prevention) -ominaisuus
  • 4. Windowsin rajoitus polun enimmäispituudelle Performance Center Load Generatorin väliaikaisessa hakemistossa
  • 5. VuGen-skriptin tallennus on hidasta ja tallennusalusta tulee toisinaan CPU-sidottuksi
  • 6. Muuta yhteenvetoraportin 90. prosenttipisteen sarake muihin arvoihin
  • 7. 90. prosenttipiste – määritelmä, laskelma
  • 8. Virhe: URL-suojausta ei voida vahvistaa. palasi kirjautumisvaiheesta vastaavassa Oracle Applications R12 -komentosarjassa
  • 9. Virhe käytettäessä useampaa kuin kahta Citrix Vuseria vain kuormitustestissä: Virhe: Odottamaton yhteyden katkeamistapahtuma, poistutaan…
  • 10. Virhe -86801: Isännän käyttö estetty, ei saatavilla tai puuttuu
  • 11. Kaappaa kaatumisvedos ntsd-työkalulla
  • 12. Lisää mukautettu näyttö LoadRunner Analysis -ohjelmaan
  • 13. Aseta yhteenvetoraportti näyttämään tapahtumat suoritusjärjestyksessä
  • 14. LoadRunnerin VuGen kaatuu parametriluetteloa avattaessa
  • 15. VuGen jumiutuu, kun yrittää luoda parametreja
  • 16. VuGen kaatuu jatkuvasti ja/tai valikon kohdat eivät toimi
  • 17. Web-tallennin jumiutuu, kun työkalurivin Toiminnot vaihdetaan tallennuksen aikana
  • 18. VuGen jumiutuu yritettäessä avata suurta replay.vdf-tiedostoa
  • 19. Internet Explorer jumiutuu satunnaisesti tallennettaessa suojattua verkkosovellusta
  • 20. VuGen kaatuu/jumittuu tallentaessaan asiakas-palvelinsovellusta ODBC:tä käyttäen
  • 21. VuGen kaatuu Web- ja FLEX-protokollien kanssa
  • 22. Virhe -205177: RRE:n käynnistys epäonnistui aikakatkaisutoiminnon vuoksi. xlrCReplayEngineStartupNotifier::WaitForStartupNotification
• 2. LoadRunner – Vinkkejä ja temppuja – joulukuu 2020
  • 1. Toistuva X syöttöruudussa tallennuksen aikana
  • 2. Virhe Ei löydy -symboli esiintyy toistuvasti
  • 3. Ikkuna ei tule näkyviin uuden vaiheen web_convert_param kanssa
  • 4. Kun VuGen ei voi luoda monia toimintoja
  • 5. VuGen-integraatio-ongelmat yhdessä LoadRunner Enterprisen kanssa
  • 6. Virheilmoitus estää TC-komentosarjan valmistumisen
  • 7. Vika Internet Explorerin lisäyksessä
  • 8. Virhe luotaessa Tapahtumayhteenvetoa ja siihen liittyviä vasteaikakaavioita
  • 9. Tapahtumalukujen katoaminen analyysin yhteenvetosivulta
  • 10. Laskuvirhe HTML-raporteissa ja väärien arvojen esiintyminen
• 3. LoadRunner – vinkkejä ja temppuja – tammikuu 2021
  • 1. LRE DB Administratorin edellyttämät suositellut perusoikeudet
  • 2. Ohjeet kriisin käsittelemiseen, kun LRE-yhteys katkeaa aina yhteyden muodostamisen yhteydessä käyttämällä VuGenin LRE-integraatiota
  • 3. Ohjeet lokin sijainnin muuttamiseen oktaanissa
  • 4. Ohjeet Flash-virheen ratkaisemiseksi TruClient Browserissa LoadRunner Enterprise 2020 SP3:ssa
  • 5. Ohjeet ajojen lisäämisestä trendiraporttien epäonnistumiseen
  • 7. Ohjeet kirjautumiseen oikein Identity change -apuohjelmasta
  • 8. Ei voida luoda analyysiraporttia suurille tulosjoukoille
  • 9. Tarkista, että web_set_certificate_ex()-parametrin argumentit ovat oikein
  • 10. VuGen antaa poikkeusvirheen tallennuksen lopussa tai toiston aikana pikkukuvien takia
• 4. LoadRunner – vinkkejä ja temppuja – helmikuu 2021
  • 1. Ajonaikaisten asetusten kopioiminen skriptistä toiseen aiheuttaa testin epäonnistumisen käynnistettäessä
  • 2. System Temp -kansion tila loppuu projektin siirron aikana
  • 3. kohtaat seuraavan virheen asentaessasi LG:tä
  • 4. LoadRunner Enterprise 2020 SP3 Hotfix 1:n julkaisutiedot
  • 5. Hotfix Vugenin integraatioongelmiin LoadRunner Enterprise 2020SP3:ssa
  • 6. Onko mahdollista poistaa lisenssiavain?
  • 7. Virhe -205177: Välilehden 2 sykkeen aikakatkaisu. [MsgId: MERR-205177]
  • 8. VuGen-integraatiot LR Enterpriseen – Ei voi laajentaa kansioita, jotka sisältävät liian monta niihin tallennettua komentosarjaa
  • 9. LRE 2020 SP2: Terveystarkastus näyttää epäonnistuneet viestit, vaikka ympäristö toimii täydellisesti
  • 10. NtityUnlocker ei pysty todentamaan HTTPS:n kautta, kun TLS 1.0- ja SSL 3.0 -suojausprotokollat ​​on poistettu käytöstä isäntäkoneessa
  • 11. Virhe: Havaintokirjastoa ei voitu alustaa käytettäessä Teradici PCoIP Vusers -ohjelmaa
• 5. LoadRunner – vinkkejä ja temppuja – maaliskuu 2021
  • 1. Käännösvirhe sisällytettäessä Vuser-skriptiin otsikko- tai parametritiedosto, joka sijaitsee UNC-polulla
  • 2. Vugen-skripti, jossa on globals.h:n mukautettu otsikkotiedosto, ei toimi Performance Centerissä, mutta se toistuu hyvin VuGenissä
  • 3. Virhe upotettaessa HTTP-otsikoita SOAP-otsikon sisään
  • 4. Jenkins Jobs epäonnistui Analysointitoiminnon epäonnistuessa
  • 5. TruClient Firefoxin skaalautuvuusongelmat Microsoft Terminal Services -palvelun avulla
  • 6. Jenkins – Performance Center/LoadRunner Integration
  • 7. OpenSSL 1.0.1j -päivitys LoadRunnerille ja Performance Centerille
  • 8. Virhe Perfmon ei vastaanota tällaista tuettua käyttöliittymää
  • 9. HTTP 500 ja SOAP-virhe verkkopalvelun komentosarjan toiston aikana
  • 10. Ongelmat suuressa kuormituksessa Citrix-testeissä käytettäessä HP Citrix Agentia
• 6. LoadRunner – vinkkejä ja temppuja – huhtikuu 2021
  • Vugenin tallennusongelmat Active X -säätimillä.
  • Symbolia Actions.java ei löydy
  • uusi vaihe web_convert_param ei tuo ikkunaa'>LoadRunner vugen 1260:ssa Insert-> new step web_convert_param ei tuo ikkunaa
  • Resurssisisältöä ei oletusarvoisesti pureta PC/LR 12.63:ssa
  • LRE DB -järjestelmänvalvojalta vaadittavat vähimmäisoikeudet Oraclen käyttöönottoa varten
  • Vugen ei pysty luomaan enempää kuin 10 toimintoa TruClient-protokollassa
  • Onko mahdollista poistaa lisenssiavainta?
  • Hotfix Vugenin integraatioongelmiin LoadRunner Enterprise 2020SP2:ssa
  • Virhe: Havaintokirjastoa ei voitu alustaa käytettäessä Teradici PCoIP Vusers -ohjelmaa
  • VuGenToolKit Debug -lokien luominen
• 7. LoadRunner – vinkkejä ja temppuja – toukokuu 2021
  • 1. Virhe upotettaessa HTTP-otsikoita SOAP-otsikon sisään
  • 2. VuGen-skripti mukautetulla otsikkotiedostolla gloabls.h:ssa ei toimi Performance Centerissä, mutta toistetaan hyvin VuGenissä
  • 3. Käännösvirhe sisällytettäessä vuser-skriptiin otsikko- tai parametritiedosto, joka sijaitsee UNC-polussa
  • 4. Web-palvelujen testaus tavallisella Web Vuserilla
  • 5. Virhe Perfmon ei vastaanota tällaista tuettua käyttöliittymää
  • 6. PC 11.5x – Suoritustesti epäonnistui. Syy: Ohjaimen käynnistäminen epäonnistui
  • 7. Web_Custom_requestin käyttö xml-kutsuille Web HTTP/HTML:n kanssa Web Servicen sijaan
  • 8. LoadRunner-tuki Sybase Unwired Platform (SUP) -alustalle
  • 9. Virhe, kun Performance Center Server lisätään Lab Managementiin
  • 10. Web_service_call epäonnistuu toiston aikana Vugenissa arvo ei voi olla nollavirhe
• LoadRunner – Vinkkejä ja temppuja – kesäkuu 2021
  • 1. LoadRunner- ja Performance Center -verkkoyhteyksien vianmääritys.
  • 2. Pystyykö Vugen käsittelemään CAPTCHAa uudelleentoiston aikana?
  • 3. Performance Centerin kuormitustestauspalvelua ei voi käynnistää
  • 4. Onko LoadRunnerilla ja Performance Centerillä heikkoja salauksia?
  • 5. Kuinka tarkistaa, onko palvelinportti käytettävissä yhteyden muodostamiseen vai ei?
  • 6. Voidaanko Amazon EC2 Micro -instanssityyppiä käyttää LoadRunner 12 -kuormitusgeneraattorin luomiseen pilvitilillä?
  • 7. Kuinka kaapata prosessimuistivedos Microsoft Technet procdump -työkalulla?
  • 8. Käynnissä oleva Performance Center (PC) -kuormitustesti näyttää olevan epäaktiivinen – Host Controller kirjaa lokiin 'AS::GetSchedulerState'. LRE ei ole saatavilla
  • 9. Performance Center Serverin lisääminen LAB Management -sivustoon epäonnistui
  • 10. HTTP 500 ja SOAP-virhe verkkopalvelun komentosarjan toiston aikana

4. LoadRunner – vinkkejä ja temppuja – helmikuu 2021

yksi. Ajonaikaisten asetusten kopioiminen skriptistä toiseen aiheuttaa testin epäonnistumisen käynnistettäessä

Kun kopioit ajonaikaiset asetukset skriptistä toiseen, testi epäonnistuu ajon alussa. Kun Run Logic kopioidaan ajonaikaiset asetukset skriptistä toiseen, komentosarjan vahvistus epäonnistuu ajon alussa. Kohtaamasi ongelma johtuu kyvyttömyydestä aloittaa ajoa sen jälkeen, kun ajonaikaiset asetukset on kopioitu skriptistä toiseen.

Kuinka kopioida:

1. Kirjaudu Enterprise LoadRunneriin.
2. Menee kokeeseen/tarkastukseen.
3. Liitä vähintään kaksi erilaista skriptiä.
4. Kopioi suoritusajan asetukset skriptistä toiseen.

Ongelma voidaan korjata seuraavasti:

1. Asenna hotfix-korjaus ja poista sen sisältö
2. Luo PC.Internal.WebA.dll-varmuuskopiotiedosto kansiosta PCWEBin.
3. Kopioi ja korvaa tiedosto nimeltä PC.Internal.WebA.dll yllä olevasta tiedostosta.
4. Siirry LoadRunner Enterprisen testiin, jossa olet kopioinut ajonaikaiset asetukset.
5. Poista kaikki skriptit, jotka olet kopioinut suoritusaikaasetuksiin arvioinnista.
6. Lisää aiemmin poistetut skriptit.
7. Kopioi takaisin suoritusajan asetukset vaiheesta 5 skripteihin.
8. Käynnistä suoritusohjelma.

2. System Temp -kansion tila loppuu projektin siirron aikana

Joitakin komentosarjoja ei voitu kopioida oikein projektin siirron aikana, jos järjestelmän Temp-kansion tila loppuu. Ongelmana on, että jos järjestelmän Temp-kansion tila loppuu, skriptejä ei ehkä ole kopioitu oikein. Syynä on se, että LoadRunner Enterprise käyttää järjestelmän Temp-kansiota komentosarjojen siirtämiseen ALM-arkistosta omaan arkistoonsa välikansiona. Skriptejä ei kopioida, jos Temp-kansiossa ei ole tarpeeksi tilaa.

Kuinka kopioida:

1. Kirjaudu LoadRunnerin Enterprise Managementiin.
2. Siirry Ventures-välilehdelle.
3. Siirrä projekti, jossa on kokoelma erittäin laajoja tiedostoja.
4. Voit nähdä LoadRunner Enterprise -ohjelmassa, että joihinkin skripteihin on vaikea päästä käsiksi.

Ongelma voidaan korjata seuraavasti:

1. Asenna hotfix-korjaus ja poista sen sisältö
2. Pysäytä Backend LoadRunner -palvelu.
3. Luo varmuuskopio AlmUpgradeEngine.dll-tiedoston LRE BACKEND -kansiosta.
4. Kopioi ja päivitä tiedosto yllä mainitussa kansiossa AlmUpgradeEngine.dll-tiedostolla.
5. Käynnistä Backend Service LoadRunner uudelleen.

3. kohtaat seuraavan virheen asentaessasi LG:tä

Kohtaat virheitä yrittäessäsi asentaa LG-ohjelmaa. Lisätään Linux LG, joka on suunniteltu toimimaan mukautetussa portissa MI-kuuntelijan kautta

Ongelma voidaan korjata seuraavasti:

1. Koska tässä tapauksessa MiL:ää pyydetään toimimaan esimerkiksi portissa 8443 portin 443 sijaan, nämä muutokset on tehtävä MiListener-palvelimella.

1. Muokkaa tiedostoa MiL C:Program Files (x86)Micro FocusMI Listenerlaunch_servicedatchannel_configure.dat -kansiossa ja lisää alla oleva rivi osioon

[Yleistä] OFWPort=8443

2. Muokkaa tiedostoa MiL C:Program Files (x86)Micro FocusMI Listenerlaunch_servicedatmdrv.dat -kansiossa ja lisää alla oleva rivi osioon

[Käynnistysohjelma] OFWPort=8443

2. Linux LG -koneessa muutokset ovat seuraavat:

1. Alla olevassa tiedostossa voit muuttaa parametrin arvosta 0 arvoon 1

cd /opt/MF/MF_LoadGenerator/bin ./m_daemon_setup stop vi /opt/MF/MF_LoadGenerator/dat/br_lnch_server.cfg [FireWall] FireWallServiceActive=1

2. Tallenna tiedosto. > vi /opt/MF/MF_LoadGenerator/config/.mercury/m_agent_attribs_$HOSTNAME$.cfg

3. Muokkaa tiedostoa tekemällä alla mainitut muutokset:

• ServerPort=8443″

ServerMachine=MiListenerin_osoite

HostSymbol=LG_Key_to_use_In_LRE

•Sopeuta isäntänimen IP-osoite ja LG-avain. Uusi MiL 8443 -portti tulee lähettää parametrin ServerPort=8443 kautta.

3. Tallenna tiedosto ja käynnistä demoni.

4. Lisää lopuksi LG LR:ään tai LRE:hen ja sen pitäisi muodostaa yhteys.

4. LoadRunner Enterprise 2020 SP3 Hotfix 1:n julkaisutiedot

Tarjolla on kaikki asiaankuuluvat tiedot LoadRunner Enterprise 2020 SP3 Hotfix 1 -käytännön lataamisesta ja päivittämisestä sekä siihen liittyvät tiedot.

Meillä on joitain yleisiä kysymyksiä, kuten:

1. Mistä ladata LoadRunner Enterprise 2020 SP3 Hotfix1?
2. Päivityskäytäntö
3. Luettelo hotfix-korjauksista

Ongelman korjaus ja vastaukset kysymyksiisi ovat seuraavat:

1. Mistä ladata LoadRunner Enterprise 2020 SP3 Hotfix1?

V: Lataa alla oleva linkki: LRE2020_SP3_Hotfix1.zip LRE-palvelimillesi.

Tämä tiedosto sisältää useita tärkeitä hotfix-korjauksia, jotka näkyvät luettelossa.

2. Päivityskäytäntö

• LRE 2020 SP3 Hotfix 1 -pakkaus sisältyy korjaustiedoston asennuspakettiin, jota tulee käyttää LRE 2020 SP3 -paketin lisäksi.
• Vain LRE-palvelimille LRE 2020 SP3 Hotfix 1 -paketti on sopiva.
• Kun asennat hotfix-korjausta, sinun ei tarvitse keskeyttää IIS/taustatoimintoa.
• Vaikka se ei sisällä sinulle suoraan tärkeitä päivityksiä, suosittelemme tämän hotfix-korjauksen lataamista.
• Lataa paketti LRE2020 SP3 Hotfix1.zipistä LRE-palvelimillesi.
• Pura sisältö ja käytä 'Suorita järjestelmänvalvojana' -vaihtoehtoa suorittaaksesi PC 00379.exe.
• Lataa hotfix-korjauspaketti noudattamalla näyttöön tulevia ohjeita.

3. Luettelo LRE SP3 Hotfix 1:n sisältämistä korjauksista.

V: Kaikki asiat on mainittu alla olevassa laatikossa:

1. Timeslotin tehokkuus- ja saavutettavuusongelmia.
2. Skriptien katseluohjelmassa ei näy TruClient-skriptejä.
3. Sen sijaan, että ohittaisit poistumiskomentosarjan, UFT One -komentosarjan lataaminen tuottaa äskettäin nimetyn skriptin.
4. Jos viimeisen 10 ajon aikana oli vahvoja testejä, projektin kojelaudassa oli suorituskykyongelmia.
5. SSO-ongelmat ovat pieniä kirjainkoolla, kun LRE on varustettu kuormituksen tasapainottimella ja sähköpostin kirjautumisella.
6. Asenna komentosarjaongelmia, kun a kuorman tasauslaite on varustettu LRE:llä.
7. LRE Administration -käyttäjäsivulla näkyy vain ensimmäiset 1000 käyttäjää.
8. Ei voida tuoda käyttäjiä, jotka alkavat numerolla ja joilla on käyttäjänimi.
9. LRE-hallinnossa raporttien lataaminen CSV-tiedostomuodossa ei ole mahdollista.
10. Yhdistä olemassa olevaan istuntoon ei toimi Load Generator Management -valintaikkunassa päätepalveluita aktivoitaessa.
11. Näytön aikakatkaisu kerättäessä laskureita AppDynamicsista.
12. LRE 2020 SP3 -päivitys aiemmista LRE-versioista epäonnistuu, kun käyttäjiä lähetetään järjestelmänvalvojan skeemalle.
13. LRE-palvelinongelmia LoadRunner Enterprisescripts ja LoadRunner EnterpriseorchidtmpRepository hakemistojen puhdistustyössä.
14. Salasanan nollauksen uudelleenohjaus on virheellinen usean vuokrauksen URL-osoitteelle.
15. Monivuokraus: LRE-hallinnassa Isännät-välilehti paljastaa virheet isäntiä muokattaessa, jos yksityiset kuormitusgeneraattorit ovat aktiivisesti käynnissä vuokralaisella.

5. Hotfix Vugenin integraatioongelmiin LoadRunner Enterprise 2020SP3:ssa

Testilaboratoriossa kansiopuu ei voi laajentua kunnolla, jos samannimisessä eri polussa on useita tiedostoja. Pidempään aikaan VUGENin LRE-yhteys ei ole elossa. Jos käyttäjä esimerkiksi yrittää avata LRE-komentosarjan ja tehdä siihen muutoksia, yhteys katkeaa eikä tallenneta LRE-palvelimelle ennen kuin komentosarja on avattu onnistuneesti. Jos KÄYTTÄJÄ haluaa avata toisen projektin komentosarjan, KÄYTTÄJÄN tulee todentaa uudelleen käyttäjätunnuksella, salasanalla ja valita sitten projekti. Vanhoja komentosarjoja ei tallenneta takaisin LRE-rekisteriin Tallenna-toiminnolla.

Ongelma voidaan korjata seuraavasti:

1. Hotfix-korjauksen käyttäminen LR-2020-SP3-Hotfix-for-LRE.ZIP-tiedoston lataamiseen ja purkamiseen
2. Varmuuskopioi alkuperäinen VuGenToolkit.exe komennolla: % vugen polku %inVuGenToolKit.
3. Varmuuskopioi alkuperäisen kansion lre-uploaderin: % vugen polku % inin
4. Varmuuskopioi alkuperäinen LR.VuGen.VuGenLRELRCIntegration.dll muodossa: prosenttia vugen polku prosenttia inin polku prosenttia.
5. Kopioi vaiheesta 1 VuGenToolkit.exe kohteeseen: vugen-polun prosenttiosuus inVuGenToolKitVuGenToolkit.exe-prosentti vugen-polun prosenttiosuus
6. Kopioi vaiheesta 1 lre-uploader-kansioon: prosenttia vugen polku prosenttia inlre-uploader
7. Kopioi tiedosto LR.VuGen.VuGenLRELRCIntegration.dll vaiheesta 1 prosenttiin vugen polku % ininLRELRCIntegration.dll
8. Alkuperäinen HP.LR.VuGen.DebuggerAddin.dll-varmuuskopio sijaitsee osoitteessa: % vugen polku % AddinsVuGenFrontEndVuGenDebuggerVuGenDebugger.dll
9. Kopioi HP.LR.VuGen.DebuggerAddin.dll kohteeseen: vugen-polun prosenttiosuus AddinsVuGenFrontEndVuGenDebugger
10. Jos välityspalvelin ei linkitä LRE:hen VuGenin kautta, määritä seuraavat laitemuuttujat VuGen-koneeseen:

a.HTTPS_PROXY=http://: b.HTTP_PROXY=http://:/ c. Käynnistä Vugen-ohjelma uudelleen

6. Onko mahdollista poistaa lisenssiavain?

Jokaiseen ongelmaan on ratkaisu. Onneksi voit poistaa lisenssiavaimen.

Ongelma voidaan korjata noudattamalla seuraavia ohjeita:

1. Siirry programdata-kansioon (voit painaa win + R-näppäimiä avataksesi RUN-ikkunan kirjoittaaksesi siihen prosentuaalisen ohjelmatietojen prosenttiosuuden, napsauta OK).
2. Micro Focus > LoadRunner > tiedot. Löydät LKey.txt-tiedoston sieltä.
3. Avaa seuraava tiedosto: LRKey.txt Notepad++:sta.
4. Tarkista, ovatko LoadRunner-prosessit käynnissä, mukaan lukien Controller (Wlrun.exe), VuGen (VuGen.exe), Analysis (AnalysisUI.exe) tai LoadRunner Agent Process/Service, ja pysäytä ne.
5. Lisää seuraavaksi LRkey.txt zip-tiedostoon varmuuskopiointia varten.
6. LRKey.txt -> napsauta oikeaa painiketta -> muokkaa. Lisenssit näytetään XML-muodossa.
7. Etsi xml-lohko, jolla on lisenssinimi, jotta voit poistaa lisenssin.
8. Kun olet poistanut käyttöoikeuden, tallenna LRKey.txt-tiedosto ja sulje se.

7. Virhe -205177: Välilehden 2 sykkeen aikakatkaisu. [MsgId: MERR-205177]

Virhe -205177: Välilehden 2 sykkeen aikakatkaisu. [MsgId: MERR-205177]. (Truclient kromi). Ongelmana on, että kun suoritat truClient chrome -skriptin kuormitustestin: näyttöön tulee virhesanoma: Virhe -205177: Tab 2 heartbeat timeout. [MsgId: MERR-205177].

Alla on muutamia syitä tähän ongelmaan sekä lisäselvitystä tästä kiertotavasta

1. Mikä JavaScript on ja mitä se korjaa?

V: Tämä on osa Truclient-koodia Kromi selain. Se lopettaa testaamisen, onko AUT elossa vai ei.

2. Mikä on tämän ympäristömuutoksen vaikutus? Onko se rajoitettu tiettyyn protokollaan? (Chromium TC tai kaikki muut selaimet)?

V: Se vaikuttaa vain TC Chromeen

3. Jos tämä korjaus on yhdistetty vain TC-protokollaan, miksi projekteissa ei ole näitä ongelmia TruClient-protokollan kromia käytettäessä?

Vastaus: Tämä on yhdistetty vain TC-protokollaan. Se riippuu verkkosovellus on käynnissä (Application Under Evaluation, AUT) TC ja koneen nykyinen kuormitus. TC tallentaa tämän virheen, kun uskomme verkkosovelluksen sivun roikkuvan

4. Tukistammeko virheen vai korjaammeko sen?

Vastaus: Me vain tukahdutamme sen, koska usein huomaamme, että se raportoi vääriä tuloksia (verkkosivu on edelleen elossa, mutta ilmoitamme edelleen sykevirheestä). Pysyvää hoitoa ei vieläkään ole saatavilla.

Joten sen pitäisi olla OK, jos kaikki tapahtumat näyttävät hyvältä, kun poistamme tämän toiminnon käytöstä. Pysyvää korjausta ei ole otettu käyttöön LRE/LRP 2020 SP3:ssa, mutta työ pysyy ennallaan. TruClientissä AUT raportoi TC:lle toistuvasti muutaman sekunnin välein sanomalla, että olen elossa. Tämä tehdään kutsumalla setTimeout() web API.

TC tallentaa tämän sykevirheen ja pysäyttää käynnissä olevan vaiheen TC-skriptissä, jos TC ei kuule tätä raporttia vähään aikaan.

Tietyissä tapauksissa havaitaan myös, että AUT tyhjentää AUT:ssa asetetun ajastimen. Tämän vuoksi TC ei myöskään kuule hetkeen AUT:sta, että olen elossa, joten tämä aikakatkaisuvirhe nostetaan. MF RnD muuttaa toteutusta uudelleen sijoittaakseen setTimeout:n TC:hen AUT:n sijaan tämän ongelman osalta.

Kuinka korjata ongelma?

•Tälle ei ole vielä pysyvää korjausta.

Virheilmoituksen estäminen on ainoa asia, jonka voit käsitellä. Tämän on tapahduttava KAIKISSA koneissa, joissa on kuormitusgeneraattoreita (missä tahansa truclient chrome, jossa on sykeongelmia, skriptejä ajetaan)

Ongelma voidaan korjata seuraavasti:

1. Mutta jos ohjain käyttäytyy kuten LG, ohjaimen on silti tehtävä tämä säätö.
2. Sulje kaikki loadrunnerin tai kuormitusgeneraattorin prosessit/palvelut, joissa tämä säätö on tehtävä.
3. Etsi DRECommunicationMain.js % lr polku%datTCChromeExtensionRREcontentDRRECommunication-kansiosta.
4. Kommentoi sitten rivi DREHeartbeatMgr. onCheckTimerTimeout();

Katso alla oleva esimerkki:

Merkintä : Eri versioissa tämä js-tiedosto voi olla erilainen. Voit myös luoda tukilipun ja toimittaa heille yllä olevan tiedoston muutosten tekemistä varten.

8. VuGen-integraatiot LR Enterpriseen – Ei voi laajentaa kansioita, jotka sisältävät liian monta niihin tallennettua komentosarjaa

LR Enterprise VuGen -integraatiot – Ei voida laajentaa tiedostoja, joihin on tallennettu niin monta komentosarjaa. Ongelmana on, että useimmat kansiot voidaan laajentaa, kun avaat VuGenin, linkität LRE:hen ja yrität laajentaa kansioita. Jos kansio kuitenkin sisältää niin paljon komentosarjoja, mitään ei tapahdu, kun napsautat sitä laajentaaksesi, ne eivät laajene. Jos yritämme laajentaa tiettyjä hakemistoja, jotka sisältävät liian monta komentosarjaa suoraan LRE-käyttöliittymästä, ei ole ongelmia.

Ongelma voidaan korjata noudattamalla seuraavia ohjeita:

1. Asenna ja pura liitteenä oleva LRE-lataustiedosto.
2. mene
3. Etsi lre-uploader-kansio ja luo koko kansion varmuuskopio.
4. Muuta olemassa olevaa lre-uploaderin kansiota uudella kansiolla, joka on ladattu siirrosta

9. LRE 2020 SP2: Terveystarkastus näyttää epäonnistuneet viestit, vaikka ympäristö toimii täydellisesti

LRE 2020 SP2: kuntotarkastus näyttää epäonnistuneet viestit, vaikka ympäristö toimii täydellisesti. Esimerkki: tarkista isäntä- ja taustapalveluyhteydet Tarkista lataustesti verkkopalvelun hallinta. Ympäristö toimii hyvin. Kaikki palvelut toimivat kaikilla LRE-moduuleilla. Yllä luetellut epäonnistuneet viestit näkyvät kuitenkin terveystesteissä. Näyttää siltä, ​​että isäntähuoltotyö pitää LRE-palvelimen kiireisenä. Joten epäonnistuneet viestit näkevät terveyshaun.

Ongelma voi johtua monista syistä, kuten:

1. Palvelin-välilehti
2. Tarkista kuormitustestauksen hallinnan verkkopalvelu
3. Tarkista, että latausgeneraattorit ovat käytettävissä DB-tunnistetiedoilla
4. Tarkista palvelimen käyttäjän henkilöllisyys
5. Tarkista, että isäntien Dbs-aikasarjat ovat käytettävissä palvelimelta
6. Isännät-välilehti
7. Tarkista isäntä- ja taustapalvelun välinen yhteys

Ongelma voidaan korjata noudattamalla seuraavia ohjeita:

1. Poista Tehtäväisännän ylläpito käytöstä
2. Voimme myös minimoida isäntähuoltotoimenpiteiden tiheyden, mutta virheitä terveystarkastuksissa havaitaan ajoittain.
3. On parempi poistaa se käytöstä.
4. Ongelmaa ei ole LRE 2020 SP3:n kanssa.

10. NtityUnlocker ei pysty todentamaan HTTPS:n kautta, kun TLS 1.0- ja SSL 3.0 -suojausprotokollat ​​on poistettu käytöstä isäntäkoneessa

Kun isäntäkoneen TLS 1.0- ja SSL 3.0 -suojausprotokollat ​​poistetaan käytöstä, EntityUnlocker ei pysty todentamaan HTTPS:n kautta. Ongelma ratkesi LRE 2021:ssä. Syynä voi olla, että .NET System -sovelluksen versio, joka on suunniteltu käyttämään oletusarvoisesti TLS 1.0:aa tai SSL 3.0:aa, on kovakoodattu. Kun nämä protokollat ​​on poistettu käytöstä isännässä ja LRE-palvelin käyttää HTTPS:ää, EntityUnlocker epäonnistuu todentamisessa, koska se ei pysty muodostamaan suojattua yhteyttä LRE-palvelimeen.

Ongelma voidaan korjata noudattamalla seuraavia ohjeita:

1. Asenna muokattu EntityUnlocker.zip ja poista sen sisältö
2. Sijoita PCWebDownloads-kansioon EntityUnlocker.exeder

11. Virhe: Havaintokirjastoa ei voitu alustaa käytettäessä Teradici PCoIP Vusers -ohjelmaa

Jos Teradici PCoIP Vuserit toimivat ohjaimesta OneLG:n rakentamassa etälatausgeneraattorissa, Vusers kamppailee seuraavien kanssa: 'Havaintokirjastoa ei voi alustaa'

Ongelma voidaan korjata noudattamalla seuraavia ohjeita:

1. Löytääksesi PCoIP replay.dll:n, asenna Hotfix ja poista sen sisältö
2. Siirry osoitteeseen in varmuuskopioidaksesi alkuperäinen pcoip_replay.dll-tiedosto.
3. Korvaa ensimmäisestä vaiheesta ladattu

PS: Ongelma korjataan virallisesti LRP- ja LRE-versiossa 2020 SP3