MICRO FOCUS LOADRUNNER – NÄPUNÄITED JA NIPID

30. oktoober 2021

Sisukord

1. LoadRunner – näpunäited ja nipid – nov 2020
- 1. Määrake süsteemi kataloogid TEMP ja TMP
- 2. C-koodi lisamine olemasolevale AJAX TruClient skriptile rakenduses LoadRunner 11
- 3. Konfigureerige Windowsi andmete täitmise vältimise (DEP) funktsioon
- 4. Windowsi piirang maksimaalsele teepikkusele Performance Centeri koormusgeneraatori ajutises kataloogis
- 5. VuGen skripti salvestamine on aeglane ja salvestusplatvorm muutub aeg-ajalt CPU-ga seotuks
- 6. Muutke koondaruande 90. protsentiili veerg muudele väärtustele
- 7. 90. protsentiil – definitsioon, arvutus
- 8. Viga: URL-i turvalisust ei saa kinnitada. naasis korrelatsioonis Oracle Applications R12 skripti sisselogimisetapist
- 9. Viga rohkem kui kahe Citrix Vuseri käitamisel ainult koormustestis: Viga: ilmnes ootamatu ühenduse katkestamise sündmus, väljumisel…
- 10. Viga -86801: Hosti juurdepääs keelatud, pole saadaval või puudub
- 11. Jäädvustage krahhi tõmmis ntsd tööriista abil
- 12. Lisage LoadRunner Analysis'i kohandatud monitor
- 13. Seadke koondaruanne kuvama tehinguid täitmise järjekorras
- 14. VuGen in LoadRunner jookseb parameetrite loendi avamisel kokku
- 15. VuGen hangub parameetrite loomisel
- 16. VuGen jookseb pidevalt kokku ja/või menüüelemendid ei tööta
- 17. Veebisalvestaja hangub, kui lülitate salvestamise ajal tööriistaribal toimingud
- 18. VuGen hangub, kui proovite avada suurt replay.vdf faili
- 19. Internet Explorer hangub turvalise veebirakenduse salvestamisel juhuslikult
- 20. VuGen jookseb kokku/hangub klient-serveri rakenduse salvestamisel ODBC abil
- 21. VuGen jookseb kokku veebi- ja FLEX-protokollidega
- 22. Viga -205177: RRE käivitamine nurjus aegumisfunktsiooni tõttu xlrCReplayEngineStartupNotifier::WaitForStartupNotification
2. LoadRunner – näpunäited ja nipid – detsember 2020
- 1. Korduv X sisestuskastis salvestamise ajal
- 2. Viga Sümbolit ei leita korduvalt
- 3. Uue sammuga web_convert_param akent ei kuvata
- 4. Kui VuGen ei saa luua palju toiminguid
- 5. VuGeni integratsiooniprobleemid koos LoadRunner Enterprise'iga
- 6. Veateade takistab TC skripti valmimist
- 7. Viga Internet Exploreri süstimisel
- 8. Viga Tehingu kokkuvõtte ja reageerimisaja graafikute loomisel
- 9. Tehingute loenduste kadumine analüüsi kokkuvõtte lehelt
- 10. Valearvutusviga HTML aruannetes ja valede väärtuste ilmumine
3. LoadRunner – näpunäited ja nipid – jaanuar 2021
- 1. LRE DB administraatori jaoks nõutavad põhilised soovitatavad õigused
- 2. Juhised kriisi lahendamiseks, kui LRE ühendus ebaõnnestub iga kord, kui ühendatakse VuGeni LRE integratsiooni abil
- 3. Juhised palgi asukoha muutmiseks oktaanarvus
- 4. Juhised Flash-tõrke lahendamiseks rakenduses LoadRunner Enterprise 2020 SP3 TruClient Browseris
- 5. Juhised jooksude lisamise kohta trendiaruannete riketele
- 7. Juhised identiteedi muutmise utiliidist korralikult sisse logimiseks
- 8. Suurte tulemuste kogumite jaoks ei saa analüüsiaruannet koostada
- 9. Veenduge, et failis web_set_certificate_ex() esitatud argumendid on õiged
- 10. VuGen annab salvestuse lõpus või taasesituse ajal pisipiltide tõttu eranditõrke
4. LoadRunner – näpunäited ja nipid – veebruar 2021
- 1. Käitusaja sätete kopeerimine ühest skriptist teise põhjustab testi käivitamisel ebaõnnestumise
- 2. System Temp kaustas saab projekti migreerimise ajal ruum otsa
- 3. LG installimisel silmitsi järgmise veaga
- 4. LoadRunner Enterprise 2020 hoolduspaketi SP3 kiirparanduse 1 väljalasketeave
- 5. Kiirparandus Vugeni integratsiooniprobleemidele LoadRunner Enterprise 2020SP3-ga
- 6. Kas on võimalik litsentsivõtit eemaldada?
- 7. Viga -205177: 2. vahelehe südamelöökide ajalõpp. [Sõnumi ID: MERR-205177]
- 8. VuGeni integreerimine LR Enterprise'iga – ei saa laiendada kaustu, mis sisaldavad liiga palju neile salvestatud skripte
- 9. LRE 2020 SP2: tervisekontroll näitab ebaõnnestunud sõnumeid, kuigi keskkond töötab suurepäraselt
- 10. NtityUnlocker ei suuda autentida HTTPS-i kaudu, kui TLS 1.0 ja SSL 3.0 turvaprotokollid on hostmasinas keelatud
- 11. Viga: tuvastusteeki ei saanud lähtestada Teradici PCoIP Vusersi käitamisel
5. LoadRunner – näpunäited ja nipid – märts 2021
- 1. Kompileerimisviga Vuseri skripti päise- või parameetrifaili lisamisel, mis asub UNC-teel
- 2. Globals.h kohandatud päisefailiga Vugeni skripti ei õnnestu Performance Centeris käivitada, kuid VuGenis esitatakse see hästi
- 3. Viga HTTP-päiste manustamisel SOAP-päisesse
- 4. Jenkins Jobs ebaõnnestus toimingu „Analüüsimine” täitmisega
- 5. TruClient Firefoxi mastaapsuse probleemid Microsofti terminaliteenuste kasutamisel
- 6. Jenkins – Performance Center/LoadRunner Integration
- 7. OpenSSL 1.0.1j versiooniuuendus LoadRunnerile ja Performance Centerile
- 8. Viga Perfmon sellist liidest ei toeta
- 9. HTTP 500 ja SOAP-tõrge veebiteenuse skripti taasesituse ajal
- 10. Probleemid suure koormuse all Citrixi testides HP Citrix Agenti kasutamisel
6. LoadRunner – näpunäited ja nipid – aprill 2021
- Vugeni salvestamise probleemid Active X-juhtelementidega.
- Sümbolit Actions.java ei leitud
- uus samm web_convert_param ei too akent'>LoadRunner vugen 1260 puhul Insert-> uus samm web_convert_param ei too akent
- Ressursi sisu ei dekodeerita PC/LR versioonis 12.63 vaikimisi
- LRE DB administraatori jaoks Oracle'i juurutamiseks nõutavad minimaalsed soovitatavad õigused
- Vugen ei saa TruClienti protokollis luua rohkem kui 10 toimingut
- Kas on võimalik litsentsivõtit eemaldada?
- Kiirparandus Vugeni integratsiooniprobleemidele LoadRunner Enterprise 2020SP2-ga
- Viga: tuvastusteeki ei saanud lähtestada Teradici PCoIP Vusersi käitamisel
- VuGenToolKiti silumislogide genereerimine
7. LoadRunner – näpunäited ja nipid – mai 2021
- 1. Viga HTTP-päiste manustamisel SOAP-päisesse
- 2. VuGeni skript koos gloabls.h kohandatud päisefailiga ei käivitu jõudluskeskuses, kuid VuGenis esitatakse see hästi
- 3. Kompileerimisviga vuseri skripti UNC-teel asuva päise- või parameetrifaili kaasamisel
- 4. Veebiteenuste testimine standardse veebivõrgu kasutajaga
- 5. Viga Perfmon sellist liidest ei toeta
- 6. PC 11.5x – Run test ebaõnnestus. Põhjus: Kontrolleri käivitamine ebaõnnestus
- 7. Kuidas kasutada Web_Custom_requesti XML-kõnede jaoks veebi HTTP/HTML-iga veebiteenuse asemel
- 8. LoadRunneri tugi Sybase'i juhtmeta platvormile (SUP)
- 9. Performance Centeri serveri lisamisel laborihaldusse ilmub viga
- 10. Web_service_call ebaõnnestub taasesituse ajal, kui Vugeni väärtus ei saa olla null viga
LoadRunner – näpunäited ja nipid – juuni 2021

LoadRunner – näpunäited ja nipid – juuni 2021

1. LoadRunneri ja Performance Centeri võrguühenduse tõrkeotsing.

See dokument kirjeldab erinevaid tööriistu, nagu Wireshark, Network Loader, Process Explorer ja käsk netstat -ano, mida saab kasutada LoadRunneri või jõudluskeskuse toimingu ajal tekkida võivate võrguühenduse probleemide tõrkeotsinguks.

Millised on LoadRunneri või Performance Centeri süsteemide vahelise võrguühenduse tõrgete tõrkeotsingu tööriistad? Näiteks võib skripti salvestamise või taasesitamise ajal tekkida järsk või äkiline ühenduse katkemine või ei pruugi LoadRunner Controller stsenaariumi käivitamiseks laadimisgeneraatoriga ühendust luua. Kasutada saab mitmesuguseid tööriistu, nagu Wireshark, Network Loader, Process Explorer ja käsk netstat -ano.

Lahendus

Wireshark

Varem nimega Etheral on see tööstusharu standardne tööriist võrguühenduse probleemide tõrkeotsinguks. Teavet Wiresharki jälgede hõivamise ja analüüsimise kohta leiate tööriista veebiabist või wireshark.org

Wiresharki installimiseks ja käivitamiseks tehke järgmist.

Samm 1: Minema wireshark.org > alla laadida ja laadige alla koopia

2. samm: Topeltklõpsake installimiseks, kasutage lihtsalt vaikevalikuid ...

3. samm: Sulgege kõik süsteemis töötavad rakendused, mis saadavad mingit sidet.

4. samm: Pärast installimist käivitage Wireshark, minge Capture -> Interfaces (Valige liides) ja klõpsake nuppu Start.

5. samm: sidepidamiseks kasutatav NIC-kaart –> klõpsake nuppu OK

Võrgulaadur

Kasutades klient-serveri arhitektuuri, on Network Loader Performance Centeriga varustatud tööriist, mida saab kasutada ka LoadRunneriga. Tööriista saab kasutada kontrolleri ja koormusgeneraatori vahelise võrgukommunikatsiooni simuleerimiseks.

Serveri poolel Network Loaderi käivitamiseks nt. koormuse generaatoril (LG):

Samm 1: klõpsake faili networkloader.exe

2. samm: Väljale Kuula pordis: sisestage pordi number, mida eeldate, et LG kuulab, tavaliselt 54345

3. samm: Mine kuula

4. samm: Saate sõnumite vastuvõtmine kontrollida, kas kuvatakse teade Listening on port

5. samm: Kui klient loob ühenduse, kontrollige, kas sõnumite vastuvõtmisel kuvatakse teade Vastu võetud viimane sõnum

Network Loaderi käivitamiseks kliendi poolel, nt. LoadRunneri kontrolleril:

Samm 1: Topeltklõpsake faili networkloader.exe

2. samm: Masin pani testitava LG hostinime või IP-aadressi

3. samm: TCP-pordi numbris, mis on serveri poolel pordi kuulamiseks (nt 54345)

4. samm: Klõpsake nuppu Ühenda

5. samm: Kontrollige jaotises Sõnumite saatmine, et kuvatakse teade Ühendatud

6. samm: Avage Saada ja kontrollige, kas Sõnumite saatmine kuvab viimase tagasi saadetud sõnumi

Kui klient-server ühendus on loodud, saab sõnumi suurust ja sagedust suurendada, et laadida võrguühendus ja kontrollida selle andmeedastusvõimet.

Käsk netstat -ano

Rakenduse poolt kasutatavate TCP-portide leidmiseks kasutage käsku netstat -ano Windowsi käsureal. Väljund sisaldab järgmisi veerge:

· Protokoll

· Kohalik aadress – sisaldab pärast koolonit kohaliku TCP-pordi numbrit

· Välismaa aadress – sisaldab pärast koolonit kaug-TCP-pordi numbrit

· Olek (otsige siit LISTENING või ESTABLISHED)

· PID (protsessi ID)

Protsessiuurija

Process Explorer on Microsoft Windowsi jaoks mõeldud tasuta tööriist, mille on loonud Sysinternals, mille omandas Microsoft Corporation. Process Explorer on süsteemi jälgimise ja uurimise utiliit, mida saab kasutada esimese sammuna tarkvara või süsteemiprobleemide silumisel, kui see on kogenud tarkvarainseneri kätes.

Näiteks pakub see vahendi protsessi või kõigi protsesside valduses olevate nimeliste ressursside loetlemiseks või otsimiseks. Seda saab kasutada selleks, et tuvastada, milline protsess hoiab TCP-porti või faili lahti ja takistab selle kasutamist mõnel muul programmil. Samuti võib see näidata programmi käivitamiseks kasutatavaid käsuridu, võimaldades muidu identseid protsesse eristada. Või nagu tegumihaldur, võib see näidata protsessi, mis monopoliseerib protsessorit, kuid erinevalt tegumihaldurist võib see näidata, milline lõim (koos kõnepinuga) CPU-d kasutab.

Process Explorer töötab opsüsteemides Windows XP, Windows Server 2003 ja Windows Vista. See töötab ka Windowsi 64-bitistes versioonides. Väljund sisaldab protsessi nime (või rakendust) ja protsessi ID-d. Mõlemas protsessis kasutatavad TCP-pordid saab samuti kiiresti tuvastada. Valige uuritav protsess (nt magentproc.exe laadimisgeneraatori jaoks), paremklõpsake -> Atribuudid -> seejärel valige protsessis kasutatavate pordinumbrite tuvastamiseks TCP.

LoadRunneri või Performance Centeri ühenduvusprobleemide võrgutõrkeotsinguks, kasutades netstat -ano tagastatud PID-d või Process Exploreri kuvalt, uurige, milline rakendus kasutab TCP-porte. Seejärel saab Process Explorerit kasutada TCP-porti omava protsessi hävitamiseks. Valige PID, paremklõpsake ja seejärel kuvatakse valik Kill Process või Kill Process Tree. Seejärel võidakse proovida probleemi lahendada rakenduse taaskäivitamine ja TCP-pordi lähtestamise protsess.

2. Kas Vugen saab taasesituse ajal hakkama CAPTCHA-ga?

CAPTCHA ( C täielikult TO automatiseeritud P ublic T est öelda C arvutid ja H umaanid TO osa) kasutatakse tagamaks, et vastust ei genereeriks arvuti. HTML-vormi sisestuse kinnitamine on kasutaja väljakutse. Põhimõtteliselt kuvab see kasutajale pildi, milles on mõned segatud tähed/numbrid, mida kasutaja peab lugema ja tekstiväljale tippima. See kaitseb veebisaite veebirobotite eest, genereerides ja hindades teste, mida inimesed saavad läbida, kuid arvutid mitte. Lisateabe saamiseks vaadake aadressil wikipedia.org > wiki > CAPTCHA

Üldiselt rakendavad arendajad seda automatiseerimise vältimiseks. Vugenil pole võimalust Captcha moonutatud tekstist aru saada ja seda sisestada. Kui Captchat kasutava veebisaidi automatiseerimine/koormustest on nõutav, saate selle ajutiselt keelata ja koormustesti läbi viia.

3. Performance Centeri koormustestiteenust ei saa käivitada

Töötasin arvuti hosti kallal. Mul ei õnnestunud Performance Centeri koormustestimise teenust käivitada. Kui saate, aidake mind. Performance Centeri koormustestiteenuste käivitamisel arvuti hostis kuvatakse järgmine tõrketeade: teenus kohalikus arvutis käivitati ja seejärel peatati. Mõned teenused peatuvad automaatselt, kui teised teenused või programmid neid ei kasuta.

Kontrollige Windowsi sündmuste logi ja leidke järgmine tõrge

Teenust ei saa käivitada. System.ServiceModel.AddressAccessDeniedException: HTTP ei saanud URL-i registreerida +:8731 > LTOP > Koormustestiteenus . Teie protsessil pole sellele nimeruumile juurdepääsuõigusi (vt go microsoft.com > fwlink > ?LinkId = 70353 üksikasjade saamiseks). —> System.Net.HttpListenerException: juurdepääs on keelatud

Teenust ei käivita kohaliku süsteemi konto ega kohaliku administraatori konto

Lahendus

Avage teenuse atribuutide aken, määrake sisselogimine vahekaardil Logi sisse kohaliku süsteemi kontona, taaskäivitage teenus. Viga ei kesta.

4. Kas LoadRunneril ja Performance Centeril on nõrgad šifrid?

LoadRunner ja Performance Centeri versioon 11.52 keelasid nõrgad šifrid. Kasutage nõrkade šifrite tuvastamiseks käsku openssl. Kui SSL-sertifikaadid loodi LoadRunneri ja/või Performance Centeri vanemate versioonide abil, võivad need sisaldada nõrku šifreid.

Kas LoadRunneril ja Performance Centeril on nõrgad šifrid?

Lahendus

Kui protsess/teenus töötab LoadRunneri/Performance Centeri masinas, kasutage haavatavuse testimiseks järgmist klientmasina käsku:

openssl s_client -connect SERVER:PORTNUM -ssl3 -silumine -šifr

kus PORTNUM == 54345 (näiteks magenti* jaoks)

54245 (agendi jaoks *)

SERVER == magent* ja/või alagent* töötava masina serveri nimi või IP

Openssl-i jaoks kasutage openssl_10_x32.exe, mis on kaustas in või kaustas in.

Seega tehke järgmist.

1. Avage käsuaken cmd abil ja käivitage administraatorina

2. cd \ bin

3. openssl_10_x32.exe s_client -connect SERVER:PORTNUM -ssl3 -silumine -šifr

Pange tähele, et LoadRunner ja Performance Centeri versioon 11.52 keelasid nõrgad šifrid, edastades šifri stringi – ALL:!aNULL:!ADH:!eNULL:!LOW:!EXP:RC4+RSA:+HIGH:+MEDIUM, mis tähendab, et kõik LOW šifrid peaksid puudega.

Kõik šifrid leiate sellelt lingilt: openssl.org > dokumendid > rakendused > ciphers.html .

Sellelt lingilt leiate ka LOW/MEDIM/HIGH šifrite klassifikatsiooni: bto bluecoat.com > paketijuhend > appcelera – 3.0.2 > konfigureerimine > ssl-šifri üksikasjad popup.htm

Kui genereerisite SSL-sertifikaadid mis tahes versiooniga enne 11.52, võivad need sisaldada nõrku šifreid.

5. Kuidas kontrollida, kas serveri port on ühenduse loomiseks saadaval või mitte?

Kuidas kontrollida, kas serveriport on ühenduse loomiseks saadaval või mitte? Kas saate selle kohta midagi öelda? Sellest on palju abi.

Lahendus

Telnet sellele aadressile, et kontrollida selle pordi üldist saadavust sellel IP-l, et mõista, kas probleem on skriptis või ühenduses üldiselt. Telneti kasutamiseks peate esmalt installima telneti kliendi, vt technet microsoft.com > et us > raamatukogu > cc771275 28v = ws.10 29.aspx paigaldama.

Seejärel klõpsake selle saadavuse kontrollimiseks nuppu Start -> Run -> Sisesta telnet

Kui leiate, et selline IP lihtsalt ootab ühendust ega saa sellega ühendust. See tähendab, et see ei saa mingil põhjusel kaugserveriga ühendust luua, näiteks tulemüür, puhver... Lihtsaim viis on testimiseks telnet Google'i serveriga, sisestada telnet google.com 80 ja lõpuks ilmub dialoog pealkirjaga Telnet google.com, nii et see ühendas edukalt.

6. Kas Amazon EC2 Micro eksemplari tüüpi saab kasutada LoadRunner 12 laadimisgeneraatori loomiseks pilvekontol?

Amazon EC2 Micro eksemplaride tüüp ei vasta LoadRunner 12 Load Generatori installimise süsteemi miinimumnõuetele. Valida tuleks süsteeminõuetele vastav eksemplar. Alates LoadRunnerist saab 12 teste käivitada pilvekeskkonnas koormusgeneraatoritel. Pilvekontol uue koormusgeneraatori loomise protsessi nimetatakse koormusgeneraatori varundamiseks.

Kas Amazon EC2 Micro eksemplaritüüpi saab kasutada pilvekontol koormusgeneraatori loomiseks?

Lahendus

Amazon EC2 Micro eksemplaride tüüp ei vasta LoadRunner 12 Load Generatori installimise süsteemi miinimumnõuetele. Valige eksemplar, mis vastab LoadRunner 12 readme ja LoadRunner 12 installijuhendis määratletud süsteeminõuetele.

Lisateavet Amazon EC2 eksemplaritüüpide ja nende spetsifikatsioonide kohta leiate järgmiselt lingilt:

aws amazon.com > ec2 > eksemplari tüübid

7. Kuidas jäädvustada protsessimälu tõmmist Microsoft Techneti procdump tööriistaga?

Selles dokumendis kirjeldatakse, kuidas jäädvustada kokkujooksmisprotsessi mälutõmmet Microsoft Techneti procdump tööriistaga. See sisaldab mitmeid näiteid procdumpi kasutamisest.

Protsessid võivad mõnikord ootamatult lõppeda, st krahhi, sageli käivitamise ajal ilmneva käsitlemata erandi tõttu. Saadaval on mitu meetodit ja tööriistu, mis võimaldavad salvestada sellise krahhi mälutõmmise, et aidata kindlaks teha algpõhjus. Üks neist tööriistadest on iseseisev tööriist nimega procdump. See on lihtne, usaldusväärne ja paindlik viis krahhi jäädvustamiseks ning selle tööriista levinumaid kasutusviise selgitatakse selles dokumendis.

Lahendus

Eraldiseisev tööriist procdump on osa süsteemi sisemiste tööriistade komplektist, mille saab praegu alla laadida siit:

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

Tööriista käivitatakse käsurealt ja saadaval on erinevad valikud. Mõned levinumad kasutusviisid on järgmised:

Näide 1 . Selles näites on procdump lisatud töötavale protsessile, mis peaks jooksma kokku jooksva erandiga. Kui protsess puutub kokku erandiga, luuakse kausta C:Dumps täielik tõmmis:

|_+_|

Näide 2 . Selles näites ootab procdump, kuni määratud protsess käivitub (selles näites mdrv.exe), seejärel seostub protsessiga. Kui protsessis ilmneb käsitlemata erand, luuakse kausta C:Dumps täielik väljatõmme:

|_+_|

Näide 3 . Mõnikord võib procdumpi lisamine protsessile takistada erandi ja sellele järgneva krahhi tegelikku toimumist. Nendel harvadel juhtudel võib olla võimalik tabada erand ja luua tõmmis, konfigureerides procdump'i just-in-Time siluriks.

Märge! Järgmine procdumpi kasutamine muudab registri AeDebugi võtit (64-bitistes operatsioonisüsteemides mitmes kohas). Enne jätkamist peaksite 32-bitises süsteemis üles märkima järgmise võtme algsed võtmed ja väärtused:

HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionAeDebug

Ja lisaks 64-bitises süsteemis:

HKEY_LOCAL_MACHINESOFTWAREWow6432NodeMicrosoftWindows NTCurrentVersionAeDebug

|_+_|

ProcDump on nüüd seatud just-in-time (AeDebug) siluriks.

8. Töötav jõudluskeskuse (PC) koormustest näib olevat passiivne – Host Controller logib „AS::GetSchedulerState”. LRE pole saadaval

Performance Centeri (PC) 9.x koormustestid näivad vahelduvat hangumist või passiivseks muutumist. Probleem on juhuslik ja seda ei saa taasesitada. Performance Center 9.x koormustestid katkevad ja teatavad passiivsest olekust. Tüüpiline hostikontrolleri viga, mis on sisse logitud laadimistesti jaoks orhidee temp/LTLogger/w3wp on lõigatud allpool:

2009-09-30 11:38:39,503 [5996] [8] VIGA OrchidActiveSession.IRunWS – meetodi väljakutsumine ebaõnnestus: getVusersInState System.Runtime.InteropServices.COMException (0x800405Menet LRE pole saadaval.

kohas ORCHIDACTIVESESSIONLib.ActiveSessionClass.GetVusersInState(OgroupStatistics Status)

aadressil OrchidActiveSession.IRunWS.c__DisplayClass6f.b__6e()

aadressil Mercury.PC.Web.WebServices.WebServiceBase.ExecuteFlow[TResult](ILTLoggeri logija, String serviceId, Func`1 funktsioon)

Tõrge LRE kättesaamatu ei ole põhjustatud konkreetsest Performance Centeri probleemist. Üks võimalik põhjus on IIS-i sidetõrge arvutikasutaja saidi ja koormustestis osaleva kontrolleri vahel.

Lahendus

Igas arvutihostis ja serveris tagage, et IIS-i lähtestamine oleks iga päev ja kui mitte vähemalt kord nädalas, ja et maksimaalne virtuaalmälu maht oleks 1,5 GB. Protseduuri kirjeldatakse lisatud dokumendis:

PC Host IIS lähtestamine

9. Performance Centeri serveri lisamine LAB Management saidile ebaõnnestumine

Performance Centeri 12.00 või 12.01 serveri lisamisel/ümberkonfigureerimisel ALM-is toiming nurjub ja ilmneb IIS-i konfiguratsiooni või identiteedi muutmise tõrge. Ilmneda võivad järgmised vead:

Masina identiteedi muutmine ebaõnnestus. Põhjus: väärtus ei saa olla null
Performance Centeri serveri IIS-i konfigureerimine nurjus. Lähtestage IIS ja lisage või konfigureerige uuesti Performance Centeri server
javax.xml.ws.WebServiceException: sõnumit ei saanud saata

IIS-i rakenduste kogumite konfigureerimise ajal ei pääse IIS juurde kustutamiseks märgitud registrivõtmetele.

Performance Centeri serveri logifailis kuvatakse järgmine tõrge:

System.Runtime.InteropServices.COMException (0x800703FA): kustutamiseks märgitud registrivõtmega üritati teha ebaseaduslikku toimingut

Lahendus

Taaskäivitage IIS Performance Centeri serverimasinas.

Kui probleem püsib, taaskäivitage Performance Centeri servermasin.

10. HTTP 500 ja SOAP-tõrge veebiteenuse skripti taasesituse ajal

Tundmatu kontonumbri edastamine veebiteenusele kutsub esile HTTP 500 ja SOAP-tõrke, mis põhjustab Vugeni veebiteenuse skripti taasesituse nurjumise. See teadmiste lühikirjeldus dokumenteerib, kuidas Vugeni skripti saab muuta HTTP 500 ja SOAP-tõrkega toimetulemiseks.

Tuntud veebiteenuse testimisel WSDL-i impordiga loodud Vugen 9.5 skripti abil ei pruugi Vugen tagastatud viga käsitleda, kui määratud andmed on kehtetud. Kui veebiteenusele edastatakse õiged andmed, taasesitatakse Vugeni veebiteenuse skript ilma vigadeta. Teatud testjuhtudel tagastab veebiteenus aga HTTP 500 SOAP-tõrkega; näiteks olematu kontonumbriga teenindusse helistades. See põhjustab Vugeni taasesituse nurjumise ja Vugen Replay logis kuvatakse järgmised teated:

|_+_|

Kuidas saab Vugen hakkama SOAP-tõrkega ja HTTP 500-ga, et veebiteenuse skripti saaks kasutada kehtetute andmete teenuse vastuse testimiseks?

Veebiserver genereerib HTTP 500 vea, kui esineb parandamatu tõrge, kuid see võib tekkida ka SOAP-i tõrke korral, st kui probleem tuvastatakse rakenduse tasemel. See käitumine on dokumenteeritud w3.org > TR > 2000 > MÄRKUS SOAP 20000508 > #_Toc 478383529

Sel konkreetsel juhul edastatakse veebiteenuse kaudu rakendusele olematu kontonumber, mille tulemuseks on nii HTTP 500 kui ka SOAP-tõrke vastus serverist.

Lahendus

Veebiteenuse testimist teadlikult tundmatute või kehtetute andmetega nimetatakse negatiivseks testimiseks. Vaikimisi on veebiteenuse_kõne kasutab Vugeni veebiteenuste skriptis positiivset testimist, st skript nurjub, kui server tagastab SOAP-i vea.

Vaikimisi käitumise muutmiseks, et lubada skriptil SOAP-tõrget käsitleda, muutke veebiteenuse_kõne aktsepteerida MIS TAHES serveri vastust, lisades argumendi ExpectedResponse=AnySoap. Üksikasju vaadake Vugen 9.50 kasutusjuhendist II köide – Protokollid -> Veebiteenused – Negatiivne testimine.

Rakenduse saadetud tegeliku veakoodi või teate (nt kehtetu kontonumber) saab seejärel SOAP-i vastusest välja otsida helistades numbrile lr_xml_find ja lr_xml_get_values skripti sees. Nende funktsioonide kasutamine on dokumenteeritud Vugeni veebispikris ja Vugen 9.50 kasutusjuhendis, 1. köide -> 26. peatükk – XML API abil programmeerimine -> XML-i funktsioonide kasutamine.

Loadrunner