JMeter-logfilanalyse

Forståelse af JMeter-logfilen

JMeter-logfilen (jmeter.log), der fanges fra hver belastningsmotor, giver detaljeret diagnostisk output fra JMeter-kørselsmiljøet. Den inkluderer INFO-, WARN- og ERROR-meddelelser genereret af JMeter-kernen og plugins -- afgørende for fejlfinding af konfigurationsproblemer, plugin-fejl eller uventet kørselsadfærd.

Eksempel på JMeter-logfil

Hvad der er i JMeter-logfilen

Hver linje i logfilen følger dette mønster: <timestamp> [<thread-name>] <level> <logger> – <message>

  • timestamp Dato og tid, da logindgangen blev skrevet (f.eks. 2025-04-23 07:57:24,894).

  • thread-name JMeter-tråd eller komponent, der genererede logindgangen (f.eks. StandardJMeterEngine).

  • level Logniveau: INFO, WARN, ERROR eller DEBUG (hvis aktiveret).

  • logger Java-klassen eller pakken, der udsender meddelelsen (f.eks. org.apache.jorphan.reflect).

  • message Den faktiske diagnostiske tekst, der beskriver hændelser, advarsler eller fejl.

Sådan tilgår og bruger du JMeter-logfilen

  1. Naviger til "Logs" I dit testresultatdashboard vælg fanen Logs og vælg JMeter log file i panelet Testfiler.
  2. Rul og søg Det centrale panel streamer logindholdet. Brug din browsers søgefunktion til at springe til nøgleord som ERROR eller WARN.
  3. Download til offline-analyse Klik på download-ikonet ved siden af JMeter log file for at gemme den komplette jmeter.log til dybere inspektion.

Almindelige logindgange

  • INFO StandardJMeterEngine – Running the test! Markerer starten på testudførelsen.
  • WARN ConfigTestElement – Missing property 'foo' Indikerer en manglende eller forkert formateret JMeter-egenskab.
  • ERROR HTTPSamplerProxy – Non HTTP response code: 500 Viser HTTP-fejl fremhævet af samplere.
  • INFO JOrphanUtils – Will scan jar ... Plugin- og biblioteksindlæsningsmeddelelser (normalt).
  • ERROR GC – OutOfMemoryError JVM- eller plugin-hukommelsesproblemer -- overvej at øge heap eller reducere tråde.

Fejlfinding med logfilen

  • Fejl ved trådopstart Se efter ERROR-indgange umiddelbart efter linjen "Running the test!" -- ofte fejlkonfigurerede trådgrupper eller manglende plugins.
  • Plugin-indlæsningsfejlClassNotFoundException- eller NoClassDefFoundError-meddelelser peger på JAR-filer, der ikke kunne indlæses på fjernmotorer.
  • Ressourcegrænser Advarsler om manglende hukommelse eller filhåndtag signalerer behovet for at justere JVM-indstillinger (-Xmx, -XX:MaxFileDescriptor).
  • Latens- og timeoutadvarsler HTTP-sampler-timeouts og socket-undtagelser afslører netværksforbindelsesproblemer mellem LoadFocus-agenter og dit mål.

Bedste praksis

  • Aktiver fejlsøgningslogning selektivt Indstil kun log_level.jmeter=DEBUG for afgrænsede tests for at undgå ekstremt store logfiler.
  • Synkroniser ure Sørg for, at alle belastningsagenter bruger NTP, så tidsstempler er justeret på tværs af distribuerede logfiler.
  • Korrelér med andre visninger Match logtidsstempler med Engine Health- og Errors-diagrammer for at identificere grundårsagen til stigninger eller fejl.
  • Arkivér logfiler Gem din jmeter.log sammen med JTL-resultater for fuld forensisk sporbarhed af hver testkørsel.

Konklusion

JMeter-logfilen i LoadFocus er et essentielt fejlfindingsværktøj -- den fremhæver JVM-fejl, konfigurationsadvarsler og plugin-problemer, der ikke er synlige i overordnede målinger. Regelmæssig inspektion og arkivering af disse logfiler hjælper dig med at diagnosticere svært tilgængelige testudførelsesproblemer og opretholde pålidelige, gentagelige belastningstestkampagner.