Zkouška výkonu

Výkon test je zkouška , jejímž cílem je určit výkonnost počítačového systému .

Nejběžnějším významem tohoto termínu je ten, ve kterém se tyto softwarové testy zaměří na měření doby odezvy aplikačního systému podle jeho poptávky. Tato definice je proto velmi blízká definici zátěžového testování, kde se chování systému měří jako funkce zátěže současných uživatelů . Pouze zátěžové testy mohou před nasazením správně ověřit aplikaci nebo systém, a to jak z hlediska kvality služby, tak spotřeby prostředků.

Druhy zkoušek

Tyto testy mohou být několika typů, včetně:

Vzhledem k tomu, že typ testu v zásadě odpovídá typu cíle a že v matici pokrytí testu se výsledky nutně překrývají, je vzácné (a nákladné) provést všechny tyto testy pro jednu danou aplikaci.

Pokud je aplikace již ve výrobě nebo v pilotní fázi, je také možné, aby bylo možné znát výkon systému, provést metrologii kvalifikovanou jako monitorování výroby , která umožní podrobně sledovat provoz systému na základě skutečných akcí uživatelů. Výsledky takové metrologické kampaně umožňující znát skutečně používané funkce a jejich četnost použití pak mohou sloužit jako základ pro vedení testů, které mají být provedeny v budoucích simulacích, nebo jako základ pro monitorovací řešení výroby .

Definice plánu zkoušek

Plán testování je vyjádřením potřeby testovací kampaně a je prvním výstupem v procesu testování. Obsahuje prezentaci projektu (shrnutí, technická a softwarová architektura), cíle, zátěžový model, typ testů, které mají být provedeny, funkční scénáře (nebo případy použití), které mají být testovány, spolu s potřebnými datovými soubory , a plán provádění těchto testů. Tento dokument obsahuje prvky vstupů do procesu testování, zejména specifikace pro testy stanovené „klientem“ (obecně MOE), ke kterému je připojen dokument technické architektury. Úspěch procesu je samozřejmě přímo spojen s přesností a úplností informací poskytovaných jako vstup.

Soubory dat umožňují co nejpřesnější simulaci reality. Sada dat může například sestávat z n přihlášení a n hesel, čímž je možné simulovat různé uživatele s připojením k aplikaci.

Zátěžový model se skládá z modelu použití aplikace (počet současných uživatelů, počet provedených obchodních procesů, období používání, špička atd.) V modelování zátěže, které musí být simulováno a které musí být reprezentativní pro skutečná nebo očekávaná aktivita aplikace ve špičce, obvykle během zátěžového testu, s přihlédnutím k testovacímu prostředí. Toto modelování proto obsahuje řadu uživatelů, které mají být simulovány, jejich distribuci v různých skriptech (funkční scénáře), jejich příslušné rychlosti provádění. Mimochodem, model může brát v úvahu profily nárůstu nebo poklesu zátěže skupin uživatelů, pokud to má velmi zvláštní význam (například když chceme simulovat „shluky“ transakcí), s vědomím, že v zásadě musí být výkon při cílovém zatížení být nezávislý na nárůstu zatížení (po stabilizaci).

Prezentace výsledků a vyhodnocení testů

Protokol o zkoušce, povinný a nezbytný výstup procesu testování, poskytuje výsledky získané během provedených testů, případně oznámení o vydání, ale také doporučení aplikace nebo systému k řešení problémů s výkonem.

Ve vztahu k plánu zkoušek umožňuje ověřit, že získané výsledky odpovídají očekávaným cílům v přesném technickém kontextu (výroba, předprodukce, vyhrazený, modelovaný atd.), Případně optimalizovaný, s jasně identifikovanými a definovanými předpoklady zatížení MOA a / nebo MOE a / nebo Produkce.

Vrací tedy výsledky podle tří zobrazení:

Všechna data vrácená ve zprávě proto poskytují úroveň kvality služby pro aplikaci při zatížení, která by měla být porovnána s očekáváními předdefinovanými v plánu testování. Musí umožnit produkčním týmům předvídat zdroje, které mají být zpřístupněny, a také nastavení, která mají být implementována.

Metodologie

Testování výkonu by mělo být implementováno a provedeno během vývojového cyklu co nejdříve. Více či méně přesný výsledek je nyní lepší než velmi přesný výsledek později.

Krok 1: Základní analýza (předběžná analýza spočívá v zaznamenání jednoho nebo více scénářů (nebo případů použití) pro lepší pochopení aplikace a rozsahu testu).

Krok 2: Předběžné testy.

Krok 3: Zátěžový test ve velkém měřítku

Potřebné nástroje

Jelikož se obecně jedná o simulaci velkého počtu uživatelů, je nutné tyto testy automatizovat. Automatizace testů, ať už pro testování výkonu, nebo ne, vyžaduje řešení dvou problémů:

Vezměme si například případ testu výkonu portálu eCommerce, ve kterém se budeme konkrétněji zabývat funkcí konstituování nákupního košíku. Musí existovat mechanismus pro automatizaci akcí výběru položek, validace objednávek atd. Je ale také nutné tyto akce vylepšit darováním článků, které si virtuální uživatelé (simulovaní) skutečně objednají jako součást testu výkonu. Povaha a počet těchto článků se však může lišit v závislosti na obsahu databáze článků aplikace, profilu spotřebitele simulovaného uživatele nebo dokonce na ročním období, které simulujeme v testu.

Platforma pro testování výkonu se obvykle skládá z:

Řešení pro testování výkonu na webu zjednoduší a automatizují testy: víceméně automatizované vytváření testovacích scénářů, konfigurace scénářů se skriptem nebo bez něj, simulace virtuálních uživatelů se sběrem měření (a automatické generování zpráv) atd.

Je užitečné si uvědomit, že nástroje pro testování výkonu mohou generovat efekty sondy , a proto by se měly používat nebo konfigurovat tak, aby se toto riziko snížilo.

Hráči na trhu a nástroje

Několik nástrojů vám umožňuje provádět testy výkonu; to, co je odlišuje, jsou zejména:

Podle několika analytických společností, jako je IDC nebo Gartner Group , na trhu vynikají přední společnosti, ale existuje také řada produktů Open Source nebo za snížené ceny, zejména pro webové aplikace. Nejreprezentativnější řešení v tomto odvětví jsou:

Správa testovacích dat

Ve správě testovacích dat existují dva hlavní typy hráčů. Jsou ti, kteří se spoléhají na produkční data a nabízejí nástroje pro extrakci a transformaci produkčních dat, a ti, kteří se spoléhají na generační mechanismy pro výrobu her od nuly (nebo téměř). Testovací data.

Nástroje založené na extrakci jsou zvláště důležité pro vytváření srovnávacích testovacích databází, jako jsou katalogy produktů. Kromě toho by jakýkoli nástroj pro extrakci databáze měl být schopen tento trik provést. IBM s Optim a Micro Focus (ex-Compuware) se FileAid se však na tomto trhu umístily pomocí nástrojů, které se původně používaly k duplikaci databází (například k řešení problémů se starými daty).

Řešení založené na automatickém generování je téměř nezbytné k výrobě různých transakcí (například složení nákupního košíku), které budou použity k ohodnocení testovacích skriptů. Pokud je variabilita chování virtuálních uživatelů kritériem relevance pro testovací kampaň, pak každá z transakcí vložených do testovací kampaně musí být originální a celkově musí být všechny transakce v souladu s cíli testů. Na trhu s nástroji pro generování dat je méně hráčů, ale můžeme si všimnout anglické společnosti Grid-Tools, která vydává DataMaker, a GenieLog, která vydává dílnu pro výrobu datových sad GEDIS Studio.

Sektorové organizace

Související články

Poznámky a odkazy

  1. IDC Corporate USA
  2. HP LoadRunner / Centrum výkonu .
  3. RadView WebLOAD .
  4. Oracle Application Testing Suite .
  5. „  Výkon spokojenosti uživatelů: mimo zátěžový test  “ (přístup 18. ledna 2021 )
  6. IBM Rational Performance Tester .
  7. „  Výkon spokojenosti uživatelů: mimo zátěžový test  “ (přístup 18. ledna 2021 )
  8. Borland Silk Performer .
  9. Quotium QTest .
  10. Neotys NeoLoad .
  11. Apache JMeter .
  12. Gatling .
  13. Testovací protokoly TPC .
  14. TPC podle poměru cena / výkon .
  15. Měření výkonu CPU pomocí SPEC .

externí odkazy