Procesor v JMeter: Preprocesor a postprocesor

Procesor v Apache JMeter je prvek testovacího plánu, který upravuje vzorkovače v rámci svého rozsahu. Spouští se automaticky, buď těsně před odesláním požadavku JMeter nebo ihned po příchodu odpovědi, což z něj činí hlavní mechanismus pro zpracování dynamických dat během zkouška výkonu.

Existují 2 typy procesorů:

1. Předprocesor
2. Post-procesor

Rozsah určuje, jak daleko procesor dosáhne. Procesor umístěný přímo pod Testovací plán Nebo se skupina vláken vztahuje na každý pod ní umístěný sampler, zatímco procesor vnořený uvnitř jednoho sampleru ovlivňuje pouze daný požadavek. Pochopení tohoto pravidla zabraňuje chybám v konfiguraci popsaným v části o řešení problémů na této stránce.

Předprocesor

Pre-procesor provede nějakou akci před vytvoření požadavku vzorníku.

Zvažte jednoduchý příklad: řekněme, že jste chtěli JMeter „procházet“ testovaným webem, analyzovat odkaz (zkontrolujte všechny odkazy na stránce) a zpáteční HTML. Před vytvořením požadavku HTTP byste do svého řadiče přidali nějakou akci, jako je „HTML link parser“.

Výše uvedený diagram znázorňuje preprocesor, který se nachází mezi řadičem a odchozím požadavkem. Protože běží jako první, je to správné místo pro sestavení dat požadavku: generování časového razítka, čtení hodnoty ze sloupce CSV, přepisování identifikátoru relace do URLnebo přiřazení různých přihlašovacích údajů každému virtuálnímu uživateli.

Post-procesor

Post-procesor provede nějakou akci po provedení požadavku Sampler.

Zvažte jednoduchý příklad: JMeter odešle HTTP požadavek na testovaný webový server (atd www.google.com) a získejte odpověď. Ty chceš JMeter zastavit test, pokud je odpověď serveru chyba. Postprocesor můžete k provedení výše uvedeného úkolu použít následovně:

Jak ukazuje druhý diagram, postprocesor přečte odpověď po dokončení vzorkování. Toto je také standardní odpověď na korelaci. Když server vrátí token, ID relace nebo číslo objednávky, které se mění při každém spuštění, postprocesor tuto hodnotu zachytí do JMeter proměnnou, aby ji další sampler mohl znovu použít.

Typy preprocesorů v JMeter

Apache JMeter Dodává se s kompaktní sadou preprocesorů. Každý z nich připravuje vzorkovač jiným způsobem, takže výběr správného prvku zajistí čitelnost a snadnou údržbu testovacího plánu.

• Časový limit vzorku: Definuje maximální dobu trvání požadavku. Jakýkoli vzorkovač, který běží déle než nakonfigurovaná hodnota, je označen jako neúspěšný.
• Uživatelské parametry: Přiřazuje specifické hodnoty proměnným pro každého virtuálního uživatele, takže každé vlákno odesílá svou vlastní datovou sadu.
• Analyzátor odkazů HTML: Prohledá testovanou stránku, analyzuje nalezené odkazy a odešle je do následujícího HTTP požadavku.
• HTTP URL Modifikátor přepisování: Vloží identifikátor relace do URL pro aplikace, které track relací bez souborů cookie.
• Uživatelské parametry regulárního výrazu: Naplní parametry požadavku pomocí hodnot zachycených regulárním výrazem z dřívější odpovědi.
• Preprocesor JDBC: Spustí SQL příkaz před Samplerem, což je užitečné pro osazení nebo resetování databázových záznamů.
• Předprocesor JSR223: Provede Groovy or Java skript pro libovolnou vlastní logiku přípravy. Nahrazuje starší BeanShell PreProcessor a při zátěži dosahuje výrazně lepších výsledků.

Typy postprocesorů v JMeter

Postprocesory se dělí do dvou skupin: např.tractory, které z odpovědi vytahují hodnoty, a obslužné rutiny, které reagují na výsledek vzorkovače. Níže uvedená tabulka mapuje každý prvek na formát odpovědi, který mu nejlépe vyhovuje.

Postprocesor	Nejvhodnější pro	Typické použití
Regulární výraz ExtracTor	Jakákoli textová odpověď	Zachycení tokenů nebo ID z HTML a prostého textu
Hraniční ExtracTor	Jakákoli textová odpověď	Zachycení hodnoty pomocí levé a pravé hranice namísto plného regulárního výrazu
JSON ExtracTor	JSON odpovědi	Čtení polí z datových částí REST během API testování
CSS/jQuery ExtracTor	HTML odpovědi	Výběr elementu pomocí CSS selektoru
XPath ExtracTor	Odpovědi XML a XHTML	Navigace ve strukturovaném stromu dokumentů
Postprocesor JDBC	Výsledky databáze	Ověřování nebo čištění řádků po požadavku
Postprocesor JSR223	Jakákoli odpověď	Vlastní skriptované parsování a aserce
Ovladač akce stavu výsledku	Jakákoli odpověď	Stopping vlákno nebo celý test, když Sampler selže

Hraniční extracTor dorazil do JMeter 4.0 a je často nejrychlejší možností pro zápis, protože se ptá pouze na text bezprostředně vlevo a vpravo od hodnoty. Regulární výraz ExtracTor zůstává flexibilnější volbou, když se okolní značení mezi odpověďmi liší.

Rozdíl mezi preprocesorem a postprocesorem

Oba prvky sdílejí stejná pravidla pro rozsah, ale řeší opačné problémy. Níže uvedené srovnání shrnuje rozdíl před zpracovaným příkladem.

Parametr	Předprocesor	Postprocesor
Doba provedení	Spustí se předtím, než Sampler odešle svůj požadavek.	Spustí se poté, co Sampler obdrží odpověď.
Primární účel	Připravuje a upravuje data žádosti	Čte data odpovědi a reaguje na ně
Typické prvky	Uživatelské parametry, analyzátor odkazů HTML, preprocesor JSR223	Regulární výraz Extractor, JSON Extractor, Obsluha akcí stavu výsledku
Vliv na tok	Nelze zastavit test, pouze upravuje požadavek.	Může zastavit vlákno nebo celý testovací běh
Společný cíl	Parametrizace	Korelace a zpracování chyb

V praxi fungují oba jako pár. PostProcessor zachytí token relace z přihlašovací odpovědi a PreProcessor v dalším požadavku tento token vloží před odesláním volání. Následující příklad demonstruje polovinu tohoto vzoru, která je součástí PostProcessoru.

Příklad postprocesoru

Tento tutoriál vám ukáže podrobné pokyny, jak používat Post-processor v JMeter. Začněme jednoduchým testovacím skriptem.

1. JMeter odešle HTTP požadavek na testovaný webový server www.google.com.
2. JMeter dostane odpověď od Google serveru.
3. Pokud je odpověď serveru chyba, JMeter vůle zastavit test.
4. Pokud odpověď serveru OK (žádná chyba), JMeter vůle pokračovat test.

Zde je plán tohoto příkladu:

Předpoklad:

We opětovné použití Krok 1 a Krok 2 v článku JMeter Testování výkonu. Jestliže JMeter ještě není nainstalován, postupujte podle JMeter průvodce instalací .

Krok 1) Přidejte skupinu vláken

Klikněte pravým tlačítkem na Testovací plán a přidat novou skupinu vláken: přidat -> Vlákna (uživatelé) -> Skupina vláken

Ale v ovládacím panelu Skupina vláken zadejte Vlastnosti vlákna následovně:

Toto nastavení umožňuje JMeter vytvořit 10 požadavek uživatele http://www.google.com 10 krát.

Krok 2) Přidejte JMeter prvky

• Přidat výchozí požadavek HTTP
• Přidat požadavek HTTP

Stále vyrábíme JMeter poslat žádost http://www.google.com na Google serveru.

Krok 3) Přidejte prvek postprocesoru

Klikněte pravým tlačítkem myši Skupina vláken -> přidat -> Postprocesor -> Ovladač akce stavu výsledku

Ovladač akce stavu výsledku umožňuje uživateli zastavit vlákno nebo celý test, pokud požadavek uživatele selhal.

V podokně popisovač akcí stavu výsledků vyberte Zastavte test. Tato volba zastaví test, pokud JMeter získat chybu z odpovědi serveru.

Krok 4) Nakonfigurujte požadavek HTTP

Otevřete panel požadavků HTTP. Vstupte "abc" do pole Cesta.

Když vstoupíte "abc" na cestu, JMeter vytvoří URL požadavek na Google server: http://www.google.com/abc. Tento URL neexistuje na Google server. Je to špatně URL žádost o to Google server vrátí chybu.

Krok 5) Přidejte strom výsledků zobrazení

Klikněte pravým tlačítkem myši Skupina vláken -> přidat -> Posluchač -> Zobrazit strom výsledků

Krok 6) Spusťte test

Vyberte Zobrazit strom výsledků a stiskněte tlačítko Spustit na liště nabídek. Uvidíte chyba odpověď od Google server a test se zastaví bez dokončení 100 vláken.

Nyní se vraťte ke kroku 4, otevřete podokno HTTP Request, zadejte „kalendář“ do panelu. Dělá JMeter vytvořit URL požádat https://calendar.google.com/calendar/u/0/r k Google server. Toto je opravit URL žádost o to Google Server vrátí OK (žádná chyba).

Vyberte Zobrazit strom výsledků a stiskněte tlačítko Spustit na liště nabídek. Uvidíte OK odpověď od Google server a test bude pokračovat, dokud nebude dokončeno všech 100 vláken.

Přidání tvrzení Spolu s obslužnou rutinou akce stavu výsledku je kontrola přísnější, protože asserce může selhat u vzorkovače, který vrátil HTTP 200, ale doručil nesprávný obsah.

Odstraňování poruch

Pokud se při spuštění výše uvedeného scénáře setkáte s problémem... proveďte následující:

1. Zkontrolujte, zda se připojujete k internetu přes proxy. Pokud ano, odeberte proxy.
2. Otevřete novou instanci Jmeter
3. Otevřete ProcessorTestPlan.jmx v Jmetru
4. Double-klikněte na skupinu vláken -> Zobrazit strom výsledků
5. Spusťte test

Pokud se zdá, že postprocesor nedělá nic, nejprve zkontrolujte jeho pozici. Postprocesor umístěný mimo rozsah sampleru, na který cílí, se nikdy nespustí, což je nejčastější příčina prázdného ex.tracproměnná ted. Související prvky, jako například regulátory a distribuované testování řídit se stejnou logikou rozsahu.

Nejčastější dotazy