Loadrunner

Micro Focus LoadRunner – vinkkejä ja temppuja

30. lokakuuta 2021

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

LoadRunner – Vinkkejä ja temppuja – kesäkuu 2021

1. LoadRunner- ja Performance Center -verkkoyhteyksien vianmääritys.

Tässä asiakirjassa kuvataan erilaisia ​​työkaluja, kuten Wireshark, Network Loader, Process Explorer ja netstat -ano -komento, joita voidaan käyttää LoadRunner- tai Performance Center -toiminnon aikana mahdollisesti ilmenevien verkkoyhteysongelmien vianmäärityksessä.

Mitä työkaluja on saatavilla verkkoyhteyshäiriöiden vianmääritykseen LoadRunner- tai Performance Center -järjestelmien välillä? Esimerkiksi skriptin tallennuksen tai toiston aikana voi tapahtua äkillinen tai äkillinen yhteys tai LoadRunner Controller ei välttämättä muodosta yhteyttä Load Generatoriin käynnistääkseen skenaarion. Erilaisia ​​työkaluja, kuten Wireshark, Network Loader, Process Explorer ja netstat -ano -komentoa voidaan käyttää.

Ratkaisu

Wireshark

Aiemmin Etheral-niminen työkalu on alan standardityökalu verkkoyhteysongelmien vianmääritykseen. Tietoja Wireshark-jälkien tallentamisesta ja analysoinnista löytyy työkalun online-ohjeesta tai wireshark.org

Wiresharkin asentaminen ja käynnistäminen:

Vaihe 1: Mene wireshark.org > lataa ja lataa kopio

Vaihe 2: Asenna kaksoisnapsauttamalla, käytä vain oletusasetuksia…

Vaihe 3: Sulje kaikki järjestelmässä käynnissä olevat sovellukset, jotka lähettävät jonkinlaista viestintää.

Vaihe 4: Asennuksen jälkeen käynnistä Wireshark, siirry kohtaan Capture -> Interfaces (Valitse käyttöliittymä) ja napsauta Käynnistä.

Vaihe 5: tiedonsiirtoon käytettävä NIC-kortti –> napsauta OK

Verkkolataaja

Asiakas-palvelinarkkitehtuuria käyttävä Network Loader on Performance Centerin mukana toimitettu työkalu, jota voidaan käyttää myös LoadRunnerin kanssa. Työkalua voidaan käyttää ohjaimen ja kuormitusgeneraattorin välisen verkkoyhteyden simulointiin.

Verkkoloaderin käyttäminen palvelinpuolella, esim. kuormageneraattorissa (LG):

Vaihe 1: napsauta Networkloader.exe-tiedostoa

Vaihe 2: Kohdassa Listen on port: kirjoita portin numero, jota odotat LG:n kuuntelevan, yleensä 54345

Vaihe 3: Mene kuuntelemaan

Vaihe 4: Vastaanota viestit tarkista, että Kuuntele portissa näkyy

Vaihe 5: Kun asiakas muodostaa yhteyden, tarkista, että Vastaanota viestit -näytössä näkyy Vastaanotettu viimeinen viesti

Network Loaderin käyttäminen asiakaspuolella, esim. LoadRunner-ohjaimessa:

Vaihe 1: Kaksoisnapsauta networkloader.exe-tiedostoa

Vaihe 2: Kone asetti testattavan LG:n isäntänimen tai IP-osoitteen

Vaihe 3: Palvelimen puolella Listen on port -toiminnon TCP-portin numerossa (esim. 54345)

Vaihe 4: Napsauta Yhdistä

Vaihe 5: Tarkista Lähetä viestit -kohdassa, että Yhdistetty näkyy

Vaihe 6: Siirry kohtaan Lähetä ja tarkista, että Lähetä viestit -näytössä näkyy viimeinen vastaanotettu viesti

Kun asiakas-palvelin-yhteys on muodostettu, viestin kokoa ja tiheyttä voidaan kasvattaa verkkoyhteyden lataamiseksi ja sen tiedonsiirtokapasiteetin tarkistamiseksi.

Netstat -ano -komento

Käytä komentoa löytääksesi sovelluksen käyttämät TCP-portit netstat -ano Windowsin komentokehotteessa. Tulos sisältää seuraavat sarakkeet:

· Protokolla

· Paikallinen osoite – sisältää paikallisen TCP-portin numeron kaksoispisteen jälkeen

· Ulkomainen osoite – sisältää etä-TCP-portin numeron kaksoispisteen jälkeen

· Tila (etsi täältä LISTENING tai ESTABLISHED)

· PID (prosessitunnus)

Process Explorer

Process Explorer on Microsoft Corporationin ostaman Sysinternalsin kehittämä ilmainen työkalu Microsoft Windowsille. Process Explorer on järjestelmän valvonta- ja tutkimusapuohjelma, ja sitä voidaan käyttää ensimmäisenä askeleena ohjelmiston tai järjestelmäongelmien viankorjauksessa kokeneen ohjelmistosuunnittelijan käsissä.

Se tarjoaa esimerkiksi keinon luetteloida tai etsiä nimettyjä resursseja, jotka ovat prosessin tai kaikkien prosessien hallussa. Tätä voidaan käyttää jäljittämään, mikä prosessi pitää TCP-portin tai tiedoston auki ja estää toisen ohjelman käytön. Se voi myös näyttää ohjelman käynnistämiseen käytetyt komentorivit, jolloin muutoin identtiset prosessit voidaan erottaa. Tai kuten Task Manager, se voi näyttää prosessin, joka monopolisoi suorittimen, mutta toisin kuin Task Manager, se voi näyttää, mikä säie (kutsupinon kanssa) käyttää suoritinta.

Process Explorer toimii Windows XP-, Windows Server 2003- ja Windows Vista -käyttöjärjestelmissä. Se toimii myös Windowsin 64-bittisissä versioissa. Tulos sisältää prosessin nimen (tai sovelluksen) ja prosessitunnuksen. Kummassakin prosessissa käytetyt TCP-portit voidaan myös tunnistaa nopeasti. Valitse tutkittava prosessi (esim. magentproc.exe latausgeneraattorille), napsauta hiiren kakkospainikkeella -> Ominaisuudet -> ja valitse sitten TCP tunnistaaksesi prosessin käyttämät porttinumerot.

LoadRunner- tai Performance Center -yhteysongelmien verkkovianmääritystä varten netstat -anon palauttaman PID:n avulla tai Process Explorer -näytöstä selvitä, mikä sovellus käyttää TCP-portteja. Process Exploreria voidaan sitten käyttää tappamaan prosessi, jolla on TCP-portti. Valitse PID, napsauta hiiren kakkospainikkeella ja sitten on vaihtoehto Kill Process tai Kill Process Tree. Sovelluksen uudelleenkäynnistäminen ja TCP-portin nollausprosessi voidaan sitten yrittää ratkaista ongelma.

2. Pystyykö Vugen käsittelemään CAPTCHAa uudelleentoiston aikana?

CAPTCHA ( C täysin TO automatisoitu P ublic T est kertoa C tietokoneet ja H umanit TO osa) käytetään varmistamaan, ettei vastaus tule tietokoneella. HTML-lomakkeen merkinnän vahvistaminen on käyttäjän haaste. Pohjimmiltaan se näyttää käyttäjälle kuvan, jossa on joitain salattuja kirjaimia/numeroita, jotka käyttäjän on luettava ja kirjoitettava tekstikenttään. Se suojaa verkkosivustoja verkkorobotteja vastaan ​​luomalla ja luokittelemalla testejä, jotka ihmiset voivat läpäistä mutta tietokoneet eivät. Lisätietoja saat osoitteesta osoitteessa wikipedia.org > wiki > CAPTCHA

Yleensä kehittäjät ottavat tämän käyttöön automatisoinnin välttämiseksi. Vugenilla ei ole kykyä ymmärtää ja syöttää vääristynyttä tekstiä Captchaan. Jos Captchaa käyttävän verkkosivuston automatisointi/kuormitustesti edellyttää, voit poistaa sen väliaikaisesti käytöstä ja suorittaa lataustestin.

3. Performance Centerin kuormitustestauspalvelua ei voi käynnistää

Työskentelin PC-isännällä. En voinut käynnistää Performance Centerin kuormitustestauspalvelua. Anna minulle apua, jos voit. Kun käynnistät Performance Centerin kuormitustestauspalvelut PC-isännässä, saat seuraavan virheilmoituksen: palvelu paikallisessa tietokoneessa käynnistettiin ja lopetettiin. Jotkut palvelut pysähtyvät automaattisesti, jos ne eivät ole muiden palveluiden tai ohjelmien käytössä.

Tarkista Windowsin tapahtumaloki ja löydä seuraava virhe

Palvelua ei voi käynnistää. System.ServiceModel.AddressAccessDeniedException: HTTP ei voinut rekisteröidä URL-osoitetta +:8731 > LTOP > Kuormitustestauspalvelu . Prosessillasi ei ole käyttöoikeuksia tähän nimiavaruuteen (katso siirry osoitteeseen microsoft.com> fwlink>? LinkId = 70353 yksityiskohtia varten). —> System.Net.HttpListenerException: Pääsy on estetty

Paikallinen järjestelmätili tai paikallinen järjestelmänvalvojatili ei käynnistä palvelua

Ratkaisu

Avaa palvelun ominaisuudet -ikkuna, aseta sisäänkirjautuminen Local System -tiliksi Kirjaudu sisään -välilehdellä, käynnistä palvelu uudelleen. Virhe ei kestä.

4. Onko LoadRunnerilla ja Performance Centerillä heikkoja salauksia?

LoadRunner ja Performance Centerin versio 11.52 poistivat heikot salaukset käytöstä. Käytä openssl-komentoa heikkojen salausten havaitsemiseen. Jos SSL-varmenteet luotiin käyttämällä LoadRunner- ja/tai Performance Centerin vanhempia versioita, ne voivat sisältää heikkoja salauksia.

Onko LoadRunnerilla ja Performance Centerillä heikkoja salauksia?

Ratkaisu

Käytä seuraavaa asiakaskoneen komentoa tämän haavoittuvuuden testaamiseen, kun prosessi/palvelu on käynnissä LoadRunner/Performance Center -koneessa:

openssl s_client -connect PALVELIN:PORTNUM -ssl3 -debug -salaus

jossa PORTNUM == 54345 (sanotaan magenille*)

54245 (agentille *)

PALVELIN == palvelimen nimi tai koneen IP-osoite, jossa on magentti* ja/tai alagent*

Käytä openssl:lle openssl_10_x32.exe-tiedostoa, joka on in-kansiossa tai in-kansiossa.

Joten toimi seuraavasti:

1. Avaa komentoikkuna käyttämällä cmd:tä ja suorita se järjestelmänvalvojana

2. cd \ bin

3. openssl_10_x32.exe s_client -connect PALVELIN:PORTNUM -ssl3 -debug -salaus

Huomaa, että LoadRunner ja Performance Center versio 11.52 poistivat heikot salaukset käytöstä välittämällä salausmerkkijonon – ALL:!aNULL:!ADH:!eNULL:!LOW:!EXP:RC4+RSA:+HIGH:+MEDIUM, mikä tarkoittaa, että kaikkien LOW-salausten pitäisi liikuntarajoitteinen.

Löydät kaikki salaukset tästä linkistä: openssl.org > asiakirjat > sovellukset > ciphers.html .

Löydät myös LOW/MEDIM/HIGH salausluokituksen tästä linkistä: bto bluecoat.com > pakettiopas > appcelera – 3.0.2 > määritä > ssl-salauksen tiedot popup.htm

Jos loit SSL-sertifikaatit millä tahansa versiolla 11.52 aikaisemmalla versiolla, ne saattavat sisältää heikkoja salauksia.

5. Kuinka tarkistaa, onko palvelinportti käytettävissä yhteyden muodostamiseen vai ei?

Kuinka tarkistaa, onko palvelinportti käytettävissä yhteyden muodostamiseen vai ei? Voitko kertoa tästä jotain? Siitä on paljon apua.

Ratkaisu

Telnet tähän osoitteeseen tarkistaaksesi kyseisen portin yleisen saatavuuden kyseisessä IP-osoitteessa ja selvittääksesi, onko ongelma komentosarjassa vai yhteydessä yleensä. Telnetiä varten sinun on ensin asennettava telnet-asiakas, katso kohta technet microsoft.com > fi us > kirjasto > cc771275 28v = ws.10 29.aspx asentaa.

Napsauta sitten Käynnistä -> Suorita -> Syötä telnet tarkistaaksesi sen saatavuuden

Jos huomaat, että tällainen IP vain odottaa yhteyttä eikä voi muodostaa yhteyttä siihen. Eli se ei voi muodostaa yhteyttä etäpalvelimeen jostain syystä, kuten palomuurista, välityspalvelimesta... Helpoin tapa on testata Telnet google -palvelin, syöttää telnet google.com 80 ja lopuksi avautuu valintaikkuna, jonka otsikko on Telnet google.com, joten yhteys onnistui.

6. Voidaanko Amazon EC2 Micro -instanssityyppiä käyttää LoadRunner 12 -kuormitusgeneraattorin luomiseen pilvitilillä?

Amazon EC2 Micro -esiintymien tyyppi ei täytä LoadRunner 12 Load Generator -sovelluksen asennuksen järjestelmän vähimmäisvaatimuksia. Järjestelmävaatimukset täyttävä ilmentymä tulee valita. LoadRunnerista alkaen 12-testejä voidaan ajaa kuormitusgeneraattoreilla pilviympäristössä. Prosessi, jolla luodaan uusi kuormitusgeneraattori pilvitilille, tunnetaan kuormitusgeneraattorin luomisena.

Voidaanko Amazon EC2 Micro -instanssityyppiä käyttää kuormitusgeneraattorin luomiseen pilvitilillä?

Ratkaisu

Amazon EC2 Micro -esiintymien tyyppi ei täytä järjestelmän vähimmäisvaatimuksia LoadRunner 12 Load Generatorin asentamiselle. Valitse ilmentymä, joka täyttää LoadRunner 12 readme- ja LoadRunner 12 -asennusoppaassa määritellyt järjestelmävaatimukset.

Lisätietoja Amazon EC2 -instanssityypeistä ja niiden teknisistä tiedoista on saatavilla seuraavasta linkistä:

aws amazon.com > ec2 > ilmentymätyypit

7. Kuinka kaapata prosessimuistivedos Microsoft Technet procdump -työkalulla?

Tässä asiakirjassa kerrotaan, kuinka kaatumisprosessin muistivedos tallennetaan Microsoft Technet procdump -työkalulla. Se sisältää useita esimerkkejä procdumpin käytöstä.

Prosessit voivat joskus päättyä odottamattomasti, eli kaatua, usein johtuen käsittelemättömästä poikkeuksesta, joka havaitaan suorituksen aikana. Käytettävissä on useita menetelmiä ja työkaluja, jotka mahdollistavat tällaisen kaatumisen muistivedoksen tallentamisen perimmäisen syyn selvittämiseksi. Yksi näistä työkaluista on itsenäinen työkalu nimeltä procdump. Se on yksinkertainen, luotettava ja joustava tapa kaapata törmäysvedos, ja työkalun yleiset käyttötavat selitetään tässä asiakirjassa.

Ratkaisu

Itsenäinen työkalu procdump on osa sys internals suite -työkalupakettia, jonka voi tällä hetkellä ladata täältä:

technet microsoft.com > fi gb > sysinternals > bb842062.aspx

Työkalua ajetaan komentoriviltä ja käytettävissä on useita vaihtoehtoja. Seuraavassa on joitain yleisiä käyttötarkoituksia:

Esimerkki 1 . Tässä esimerkissä procdump on liitetty käynnissä olevaan prosessiin, jonka odotetaan kaatuvan käsittelemättömällä poikkeuksella. Kun prosessi kohtaa poikkeuksen, C:Dumps-kansioon luodaan täydellinen vedos:

|_+_|

Esimerkki 2 . Tässä esimerkissä procdump odottaa määritetyn prosessin suorittamista (tässä esimerkissä mdrv.exe) ja liittää sitten prosessiin. Kun prosessi kohtaa käsittelemättömän poikkeuksen, C:Dumps-kansioon luodaan täydellinen vedos:

|_+_|

Esimerkki 3 . Joskus procdump-ohjelman liittäminen prosessiin voi estää poikkeuksen ja sitä seuraavan kaatumisen. Näissä harvoissa tapauksissa saattaa olla mahdollista havaita poikkeus ja luoda vedos määrittämällä procdump Just-in-Time -virheenkorjaajaksi.

Merkintä! Seuraava procdumpin käyttö muuttaa rekisterin AeDebug-avainta (useita paikkoja 64-bittisissä käyttöjärjestelmissä). Sinun tulee kirjata muistiin seuraavan avaimen alkuperäiset avaimet ja arvot 32-bittisessä järjestelmässä ennen kuin jatkat:

HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionAeDebug

Ja lisäksi 64-bittisessä järjestelmässä:

HKEY_LOCAL_MACHINESOFTWAREWow6432NodeMicrosoftWindows NTCurrentVersionAeDebug

|_+_|

ProcDump on nyt asetettu Just-in-time (AeDebug) -virheenkorjaajaksi.

8. Käynnissä oleva Performance Center (PC) -kuormitustesti näyttää olevan epäaktiivinen – Host Controller kirjaa lokiin 'AS::GetSchedulerState'. LRE ei ole saatavilla

Performance Center (PC) 9.x -kuormitustestit näyttävät ajoittain roikkuvan tai muuttuvan epäaktiivisiksi. Ongelma on satunnainen, eikä sitä voida toistaa. Performance Center 9.x -kuormitustestit jumiutuvat ajoittain ja raportoivat passiivisen tilan. Tyypillinen isäntäohjaimen virhe kirjautuneena lataustestiä varten orchid temp/LTLogger/w3wp on leikattu alla:

2009-09-30 11:38:39,503 [5996] [8] VIRHE OrchidActiveSession.IRunWS – Menetelmän kutsuminen epäonnistui: getVusersInState System.Runtime.InteropServices.COMException (0x800405Meth.S.V.87EC): -91:uste82. LRE ei ole saatavilla.

osoitteessa ORCHIDACTIVESESSIONLib.ActiveSessionClass.GetVusersInState(OgroupStatistics Status)

osoitteessa OrchidActiveSession.IRunWS.c__DisplayClass6f.b__6e()

osoitteessa Mercury.PC.Web.WebServices.WebServiceBase.ExecuteFlow[TResult](ILTLogger-loggeri, String serviceId, Func`1-funktio)

LRE Unavailable -virhe ei johdu tietystä Performance Centerin ongelmasta. Yksi mahdollinen syy on IIS-tiedonsiirtovirhe PC:n käyttäjäsivuston ja kuormitustestissä mukana olevan ohjaimen välillä.

Ratkaisu

Jokaisella PC-isännällä ja palvelimella on varmistettava päivittäinen ja ellei ainakin viikoittainen IIS-nollaus ja että virtuaalimuistin enimmäismääräksi on asetettu 1,5 Gt. Menettely on kuvattu oheisessa asiakirjassa:

PC Host IIS Reset

9. Performance Center Serverin lisääminen LAB Management -sivustoon epäonnistui

Kun Performance Center 12.00- tai 12.01-palvelin lisätään/määritetään uudelleen ALM:ssa, toiminto epäonnistuu ja tapahtuu IIS-määritys- tai muutosidentiteettivirhe. Seuraavat virheet voivat näkyä:

  • Koneen identiteetin muuttaminen epäonnistui. Syy: Arvo ei voi olla tyhjä
  • Performance Center -palvelimen IIS-määritys epäonnistui. Nollaa IIS ja lisää Performance Center -palvelin tai määritä se uudelleen
  • javax.xml.ws.WebServiceException: Viestiä ei voitu lähettää

IIS-sovelluspoolien määrityksen aikana IIS ei pääse käsiksi poistettaviksi merkittyihin rekisteriavaimiin.

Seuraava virhe näkyy Performance Center -palvelimen lokitiedostossa:

System.Runtime.InteropServices.COMException (0x800703FA): Poistettavaksi merkityllä rekisteriavaimella yritettiin suorittaa laitonta toimintoa

Ratkaisu

Käynnistä IIS uudelleen Performance Center -palvelinkoneessa.

Jos ongelma jatkuu, käynnistä Performance Center -palvelinkone uudelleen.

10. HTTP 500 ja SOAP-virhe verkkopalvelun komentosarjan toiston aikana

Tuntemattoman tilinumeron toimittaminen verkkopalveluun provosoi HTTP 500:n ja SOAP-virheen, mikä aiheuttaa Vugen Web Service -komentosarjan toiston epäonnistumisen. Tämä Knowledge Brief kertoo, kuinka Vugen-skriptiä voidaan muokata käsittelemään HTTP 500- ja SOAP-virheitä.

Kun testataan tunnettua verkkopalvelua WSDL-tuonnilla luodulla Vugen 9.5 -skriptillä, Vugen ei välttämättä käsittele palautettua virhettä, jos määritetyt tiedot ovat virheellisiä. Verkkopalveluun toimitetuilla oikeilla tiedoilla Vugen Web Service -skripti toistetaan ilman virheitä. Tietyissä testitapauksissa Web Service kuitenkin palauttaa HTTP 500:n, jossa on SOAP-virhe; esimerkiksi soittamalla palveluun olemattomalla tilinumerolla. Tämä aiheuttaa Vugen-toiston epäonnistumisen seuraavilla Vugen Replay -lokissa näkyvillä viesteillä:

|_+_|

Kuinka Vugen voi käsitellä SOAP-virhettä ja HTTP 500:aa niin, että Web Service -komentosarjaa voidaan käyttää testaamaan palvelun vastaus virheellisiin tietoihin?

Web-palvelin generoi HTTP 500 -virheen, kun on olemassa peruuttamaton virhe, mutta se voidaan myös generoida, kun on SOAP-vika, eli kun ongelma havaitaan sovellustasolla. Tämä käyttäytyminen on dokumentoitu asiakirjassa w3.org > TR > 2000 > HUOMAA SOAP 20000508 > #_Toc 478383529

Tässä nimenomaisessa tapauksessa sovellukselle välitetään verkkopalvelun kautta olematon tilinumero, mikä johtaa sekä HTTP 500- että SOAP-virhevastaukseen palvelimelta.

Ratkaisu

Verkkopalvelun testaamista tarkoituksella tuntemattomilla tai virheellisillä tiedoilla kutsutaan negatiiviseksi testaukseksi. Oletusarvoisesti web_service_call Vugen Web Services -skriptissä käyttää positiivista testausta, eli komentosarja epäonnistuu, jos palvelin palauttaa SOAP-virheen.

Jos haluat muuttaa oletustoimintoa niin, että komentosarja voi käsitellä SOAP-virhettä, muuta web_service_call hyväksyä MIKKI vastaus palvelimelta sisällyttämällä argumentin ExpectedResponse=AnySoap. Katso lisätietoja Vugen 9.50:n käyttöoppaasta Volume II – Protokollat ​​-> Web Services – Negative Testing.

Sovelluksen lähettämä varsinainen virhekoodi tai viesti (esim. virheellinen tilinumero) voidaan sitten hakea SOAP-vastauksesta soittamalla lr_xml_find ja lr_xml_get_values käsikirjoituksen sisällä. Näiden toimintojen käyttö on dokumentoitu Vugenin online-ohjeessa ja Vugen 9.50:n käyttöoppaassa Volume 1 -> Luku 26 – Ohjelmointi XML API:lla -> XML-toimintojen käyttäminen.

Suosittu Viestiä