2016-08-01 16 views
0

Ich erstelle eine https POST-Anfrage mit gültigen Anmeldeinformationen für einen Login-Fluss und es beinhaltet das Senden von wenigen Parametern und Anfrage-Header. Ich habe POST Daten und Request Headers zwischen Jmeter und Firefox (mit Firebug) verglichen, aber ich habe keine Unterschiede gefunden, außer Cookies nicht über Jmeter in Request-Header gesendet, wie ich bereits den Cookie-Manager in den Testplan aufgenommen.JMeter: Login-Fluss mit URL-Umleitung funktioniert nicht

Login-URL (Statuscode 302) von firefox leitet mich auf Homepage-URL (Statuscode 200). Nun ist das Problem, dass Jmeter-Skript leitet mich zur gleichen Ressource URL als Login-Seite, als ob ich keine gültigen Anmeldeinformationen senden oder Kopfzeilen anfordern. Ich habe viel nach der Ursache gesucht, aber ich kann nicht herausfinden, was das Problem sein könnte. Alle Einsichten/Vorschläge werden geschätzt.

+0

bieten Can u Probe Ihrem jmeter Skript Ursprung zu vergleichen? –

+0

Haben Sie die Option "Follow Redirects" in HTTP Request Details überprüfen –

Antwort

0

mit Ausnahme von Cookies nicht durch jmeter anfordern Header gesendet werden

, die alles erklären könnte. Um Cookies zu senden, müssen Sie Cookies irgendwo erhalten. Echte Benutzer öffnet Login-Seite vor Eingabe von Anmeldeinformationen und klicken Sie auf "Anmelden" oder "Senden" oder was auch immer Knopf.

Ihren Testplan entwerfen wie folgt:

- Config Elements (HTTP Cookie Manager, HTTP Request Defaults, User Defined Variables, etc) 
- HTTP Request (GET login page) 
    - Post Processors and Assertions if needed 
- HTTP Request (POST credentials) 

How To Use JMeter For Login Authentication Artikel für ausführliche Anleitung finden.

Ein paar "persönliche" Empfehlungen:

  1. Es ist besser, Ihr Testszenario Skelett aufzunehmen, anstatt sie manuell als errare humanum est zu schaffen. Bezug:

  2. ich weder JMeter noch Firebug nicht damit vertraut Wireshark mit Anfragen aus dem realen Browser und JMeter

+0

Danke für die Eingaben. Ich habe meinen Testplan so entwickelt, wie Sie es beschrieben haben, und mir ist aufgefallen, dass die Sitzungs-ID in Cookie-Daten weitergegeben wurde, wenn der HTTP-Cookie-Manager aktiviert war. Aber meine Login-URL leitet mich auf dieselbe Seite weiter, als ob meine Sitzung nicht mehr aktiv wäre. Also habe ich versucht, diese Sitzungs-ID in der Header-Anfrage explizit als Cookie zu übergeben und dann hat es funktioniert (die Anmelde-URL wurde dieses Mal auf die aktuelle Homepage umgeleitet). Irgendeine Idee, was hier vor sich geht? Ich versuche das weiter zu untersuchen und schaue uns in der Zwischenzeit auch Wireshark an. Nochmals vielen Dank für Ihre Hilfe. – Sam

+0

So fand ich das Problem - Es hatte nichts mit Cookies oder irgendetwas zu tun. Anscheinend wurde einer der in der HTTP-Anfrage übergebenen Parameter nicht mehr benötigt, was jedoch bis letzten Monat erforderlich war. Und komischerweise, ich sehe immer noch, dass dieser Parameter in der Anfrage noch übergeben wird, wenn er von einem Browser initiiert wird. Das Entfernen dieses Parameters funktionierte jedoch für mich! – Sam