JMeter-loggfilanalyse

Forstå JMeter-loggfilen

JMeter-loggfilen (jmeter.log) som fanges opp fra hver lastmotor gir detaljert diagnostisk utdata fra JMeter-kjøretiden. Den inkluderer INFO-, WARN- og ERROR-meldinger generert av JMeter-kjernen og plugins -- avgjørende for feilsøking av konfigurasjonsproblemer, plugin-feil eller uventet kjøretidsatferd.

Eksempel på JMeter-loggfil

Hva er i JMeter-loggen

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

  • timestamp Dato og klokkeslett da loggoppføringen ble skrevet (f.eks. 2025-04-23 07:57:24,894).

  • thread-name JMeter-tråden eller komponenten som genererte loggen (f.eks. StandardJMeterEngine).

  • level Loggnivå: INFO, WARN, ERROR eller DEBUG (hvis aktivert).

  • logger Java-klassen eller pakken som sender meldingen (f.eks. org.apache.jorphan.reflect).

  • message Den faktiske diagnostiske teksten som beskriver hendelser, advarsler eller feil.

Hvordan få tilgang til og bruke JMeter-loggen

  1. Naviger til "Logger" I testresultat-dashbordet ditt, velg fanen Logger og velg JMeter-loggfil i Testfiler-panelet.
  2. Bla og søk Det sentrale panelet strømmer logginnholdet. Bruk nettleserens søkefunksjon for å hoppe til nøkkelord som ERROR eller WARN.
  3. Last ned for offline-analyse Klikk på nedlastingsikonet ved siden av JMeter-loggfil for å lagre den fullstendige jmeter.log for dypere inspeksjon.

Vanlige loggoppføringer

  • INFO StandardJMeterEngine – Running the test! Markerer starten på testutførelsen.
  • WARN ConfigTestElement – Missing property 'foo' Indikerer en manglende eller feilformatert JMeter-egenskap.
  • ERROR HTTPSamplerProxy – Non HTTP response code: 500 Viser HTTP-feil som oppstår i samplere.
  • INFO JOrphanUtils – Will scan jar ... Plugin- og bibliotekinnlastingsmeldinger (normalt).
  • ERROR GC – OutOfMemoryError JVM- eller plugin-minneproblemer -- vurder å øke heap eller redusere antall tråder.

Feilsøking med loggen

  • Trådoppstartsfeil Se etter ERROR-oppføringer umiddelbart etter linjen "Running the test!" -- ofte feilkonfigurerte trådgrupper eller manglende plugins.
  • Plugin-innlastingsfeilClassNotFoundException eller NoClassDefFoundError-meldinger peker på JAR-filer som ikke klarte å lastes på fjernmotorer.
  • Ressursgrenser Advarsler om tomt minne eller filhåndtak signaliserer behov for å justere JVM-alternativer (-Xmx, -XX:MaxFileDescriptor).
  • Latens- og tidsavbruddsadvarsler HTTP-sampler-tidsavbrudd og socket-unntak avslører nettverkskonnektivitetsproblemer mellom LoadFocus-agenter og målet ditt.

Beste praksis

  • Aktiver feilsøkingslogging selektivt Sett bare log_level.jmeter=DEBUG for smale tester for å unngå ekstremt store logger.
  • Synkroniser klokker Sørg for at alle lastagenter bruker NTP slik at tidsstempler samsvarer på tvers av distribuerte logger.
  • Korreler med andre visninger Match loggtidsstempler med Motorhelse- og Feil-diagrammer for å identifisere rotårsaken til topper eller feil.
  • Arkiver logger Lagre jmeter.log sammen med JTL-resultater for full forensisk sporbarhet av hver testkjøring.

Konklusjon

JMeter-loggfilen i LoadFocus er et essensielt feilsøkingsverktøy -- den avdekker JVM-feil, konfigurasjonsadvarsler og plugin-problemer som ikke er synlige i overordnede målinger. Regelmessig inspeksjon og arkivering av disse loggene hjelper deg med å diagnostisere vanskelige testutførelsesproblemer og opprettholde pålitelige, repeterbare lasttestkampanjer.