Menu

Rozdíl mezi plánem testování výkonu a strategií testování výkonu

  • Hlavní
  • Jiný
  • Rozdíl mezi plánem testování výkonu a strategií testování výkonu

difference between performance test plan

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Jaký je rozdíl mezi plánem testování výkonu a testovací strategií?

V tomhle Série testování výkonu , náš předchozí tutoriál, vysvětlil o Funkční testování vs. Testování výkonu podrobně.

=> Klepnutím sem zobrazíte kompletní sérii výukových programů pro testování výkonu

V tomto kurzu se dozvíte o rozdílech mezi plánem testování výkonu a strategií testování a obsahem, který má být zahrnut jako součást těchto dokumentů.

Plán testování výkonu vs. strategie testování

Pojďme pochopit rozdíl mezi těmito dvěma dokumenty.

Co se naučíte:

Strategie testování výkonu

Dokument Strategie testování výkonu je dokument na vysoké úrovni, který nám poskytuje informace o tom, jak provádět testování výkonu během testovací fáze. Říká nám, jak otestovat obchodní požadavek a jaký přístup je vyžadován k úspěšnému dodání produktu koncovému klientovi.

To bude mít všechny informace o obchodním procesu na velmi vysoké úrovni.

Tento dokument obvykle vytvářejí manažeři testování výkonu na základě jejich předchozích zkušeností, protože k dispozici budou pouze omezené informace, protože tento dokument je připravován během počátečních fází projektu, tj. Během fáze analýzy požadavků nebo po fázi analýzy požadavků.

Jinými slovy, dokument Strategie testování výkonu není nic jiného než směr, který jste stanovili na začátku projektu s přístupem, kterým se vydáte, abyste dosáhli cílů testování výkonu.

Typický dokument Strategie testování výkonu obsahuje celkový cíl testování výkonu, protože co bude testováno? jaké prostředí bude použito? jaké nástroje budou použity? jaké typy testování budou prováděny? Kritéria pro vstup a výstup, jaká rizika zúčastněné strany jsou zmírněna? a několik dalších, na které se v tomto tutoriálu podíváme podrobněji.

Strategie testování výkonu

Výše uvedený diagram vysvětluje, že dokument Strategie testování výkonu je vytvořen během nebo po fázi analýzy požadavků projektu.

Plán testování výkonu

Dokument Testovací plán výkonnosti je napsán v pozdější fázi projektu, kdy jsou požadavky a návrhové dokumenty téměř zmrazeny. Dokument Plán testování výkonu obsahuje všechny podrobnosti harmonogramu implementace strategie nebo přístupu, který byl popsán během fáze analýzy požadavků.

Od této chvíle jsou dokumenty o návrhu téměř připraveny, plán testování výkonu obsahuje všechny podrobnosti o scénářích, které mají být testovány. Obsahuje také další podrobnosti o prostředích, která se používají pro běhy testování výkonu, kolik cyklů běhu testu, prostředky, kritéria vstupu a výstupu a další. Plán testování výkonu je sepsán manažerem výkonu nebo vedoucím testu výkonu.

Plán testování výkonu

Výše uvedený diagram jasně vysvětluje, že plán testování výkonu je vytvořen během návrhu projektu nebo po fázi návrhu na základě dostupnosti dokumentů návrhu.

Obsah dokumentu Strategie testování výkonu

Podívejme se nyní, co vše by mělo obsahovat dokument Strategie testování výkonu:

#1. Úvod: Stručný přehled toho, co bude obsahovat Strategie testování výkonu pro konkrétní projekt. Uveďte také týmy, které budou tento dokument používat.

nejlepší bezplatný čistič registru Windows 7

# 2) Rozsah: Definování rozsahu je velmi důležité, protože nám říká, co přesně bude Test výkonu. Při definování rozsahu nebo jakékoli jiné části musíme být velmi konkrétní.

Nikdy nepište nic zobecněné. Rozsah nám říká, co přesně bude testováno pro celý projekt. Jako součást rozsahu máme In scope a Out of scope, In scope popisuje všechny funkce, které budou testovány výkonem a Out of scope popisuje funkce, které nebudou testovány.

# 3) Vyzkoušejte Přístup: Tady musíme zmínit přístup, který budeme následovat pro naše Testy výkonu, protože každý skript bude proveden s jedním uživatelem k vytvoření základny a poté budou tyto základní testy použity jako reference pro Benchmarking v pozdějším bodě čas během zkušebních běhů.

Každá součást bude také testována jednotlivě, než je integrujete dohromady atd.

# 4) Vyzkoušejte Typy: Zde zmíníme různé typy testů, které mají být pokryty, jako je zátěžový test, zátěžový test, test odolnosti, objemový test atd.

# 5) Vyzkoušejte Výsledky: Uveďte, jaké všechny výstupy budou poskytnuty jako součást testování výkonu projektu, jako je zpráva o běhu testu, souhrnná zpráva atd.

# 6) Prostředí: Zde musíme zmínit podrobnosti o prostředí. Podrobnosti o prostředí jsou velmi důležité, protože popisují, jaké operační systémy budou použity pro testování výkonu.

Pokud bude prostředí replikou výroby, nebo se bude zvětšovat nebo zmenšovat z výroby a také poměr zvětšování a zmenšování, tj. Bude to poloviční velikost produkce nebo to bude dvojnásobná velikost produkce ?

Musíme také jasně zmínit všechny opravy nebo aktualizace zabezpečení, které je třeba považovat za součást nastaveného prostředí a také během běhu testu výkonu.

# 7) Nástroje: Zde musíme zmínit všechny nástroje, které budou použity jako nástroje pro sledování defektů, Nástroje pro správu , Testování výkonu a nástroje pro monitorování. Nějaký Příklady nástrojů pro sledování defektů je JIRA „Pro správu dokumentů, jako je Confluence, pro testování výkonu Jmeter a pro monitorování Nagios .

# 8) Zdroje: Podrobnosti o zdrojích požadovaných pro tým pro testování výkonu jsou zdokumentovány v této části. Například , Správce výkonu, Testovací olovo, Testery výkonu atd.

# 9) Vstup & Výstup Kritéria: Kritéria pro vstup a výstup budou popsána v této části.

Například,

Vstupní kritéria - Aplikace by měla být funkčně stabilní před nasazením sestavení pro testování výkonu.

Kritéria opuštění - Všechny hlavní vady jsou uzavřeny a většina dohod SLA je splněna.

# 10) Rizika a zmírnění: Zde musí být uvedena všechna rizika, která ovlivní testování výkonu, spolu s jejich plánem zmírnění. Pomůže to jakémukoli riziku, které se vyskytne během testování výkonu, nebo bude alespoň předem naplánováno řešení rizika. To pomůže s včasným vyplněním testovacích plánů výkonu, aniž by to ovlivnilo výsledky.

# 11) Zkratky: Používá se pro zkratky. Například, PT - Test výkonu.

# 12) Historie dokumentu: Toto obsahuje verzi dokumentu.

Obsah dokumentu Plán testování výkonnosti

Pojďme se podívat na to, co vše by mělo být zahrnuto v dokumentu Plán testování výkonu:

#1. Úvod: Je to totéž, co je uvedeno v dokumentu Strategie testování výkonu, místo Strategie testování výkonu zmíníme pouze Plán testování výkonu.

# 2) Cíl: Jaký je cíl tohoto testování výkonu, čeho je dosaženo prováděním testování výkonu, tj. Jaké jsou výhody provádění testování výkonu, by zde mělo být jasně uvedeno.

# 3) Rozsah : Zde je definován rozsah testování výkonu v rozsahu i mimo rozsah obchodního procesu.

# 4) Přístup: Je zde popsán celkový přístup, jak se provádí testování výkonu? Jaké jsou předpoklady pro nastavení prostředí? atd. jsou zahrnuty.

# 5) Architektura: Zde je třeba uvést podrobnosti o aplikační architektuře, jako je celkový počet aplikačních serverů, webových serverů, serverů DB, bran Firewall, 3rdd party aplikace Načíst generátor stroje atd.

# 6) Závislosti: Měly by se zde zmínit všechny akce testování před výkonem, například komponenty, které mají být testovány, jsou funkčně stabilní, prostředí je škálováno na produkci, jako je jedna, a je k dispozici nebo ne, datum testu je k dispozici nebo ne, nástroje pro testování výkonu jsou k dispozici s licencemi pokud existuje a tak dále.

# 7) Prostředí: Musíme zmínit všechny podrobnosti systému, jako je IP adresa, kolik serverů atd. Měli bychom také jasně zmínit, jak by mělo být nastaveno prostředí, jako jsou předpoklady, případné aktualizace, které mají být aktualizovány atd.

zajištění kvality vs. kontrola kvality

# 8) Testovací scénáře: Seznam scénářů, které mají být testovány, je uveden v této části.

# 9) Mix pracovního zatížení: Směs pracovního zatížení hraje při úspěšném provedení testu výkonu zásadní roli a pokud mix pracovního zatížení nepředpovídá akci koncového uživatele v reálném čase, pak všechny výsledky testu zmizí a my skončíme se špatným výkonem ve výrobě když bude aplikace spuštěna.

Z tohoto důvodu je nutné správně navrhnout pracovní zátěž. Pochopte, jak uživatelé přistupují k aplikaci v produkčním prostředí a zda je aplikace již k dispozici, nebo se pokuste získat další podrobnosti od obchodního týmu, abyste správně porozuměli využití aplikace a definovali pracovní zátěž.

# 10) Cykly provádění výkonu: Podrobnosti o počtu spuštění testu výkonu budou popsány v této části. Například, Test základní linie, cyklus 1 50 uživatelských testů atd.

# 11) Metriky testování výkonu: Zde budou popsány podrobnosti shromážděných metrik, tyto metriky by měly být v Kritéria přijatelnosti s dohodnutými výkonnostními požadavky.

# 12) Testovací výstupy: Uveďte výsledky a případně zahrňte odkazy na dokumenty.

# 13) Správa defektů: Zde je třeba zmínit, jak se s vadami zachází, úrovně závažnosti a úrovně priority by měl být také popsán.

# 14) Řízení rizik: Zmíňte rizika spojená s plánem zmírnění, jako když aplikace není stabilní a pokud jsou stále funkční defekty s vysokou prioritou, ovlivní to plán běhů testů výkonu a jak již bylo řečeno, pomůže to jakémukoli riziku při testování výkonu nebo alespoň řešení rizika bude naplánováno s dostatečným předstihem.

# 15) Zdroje: Uveďte podrobnosti o týmu spolu s jejich rolemi a povinnostmi.

# 16) Historie verzí: Udržuje přehled o historii dokumentu.

# 17) Recenze a schválení dokumentů: Toto má seznam lidí, kteří zkontrolují a schválí finální dokument.

Strategie testování výkonu má tedy v zásadě přístup k testování výkonu a plán testování výkonu obsahuje podrobnosti přístupu, proto jdou společně. Některé společnosti mají pouze plán testování výkonu, který má k dokumentu přidán přístup, zatímco jiné mají strategický i plánový dokument samostatně.

Tipy k vývoji těchto dokumentů

Při navrhování strategie nebo dokumentu plánu pro úspěšné provedení testů výkonu postupujte podle níže uvedených pokynů.

  • Vždy si pamatujte, že při definování strategie nebo plánu testování výkonu se musíme zaměřit na cíl a rozsah testu. Pokud naše testovací strategie nebo plán neodpovídají požadavkům nebo rozsahu, jsou naše testy neplatné.
  • Pokuste se soustředit a začlenit ty metriky, které je důležité zachytit během zkušebního provozu, abyste identifikovali případná úzká místa v systému nebo abyste viděli výkon aplikace.
  • Naplánujte si testovací běhy tak, abyste netestovali všechny scénáře najednou a nepoškodili systém. Máte řadu testovacích běhů a postupně zvyšujte scénáře a zatížení uživatelů.
  • Ve vašem přístupu se pokuste přidat všechna zařízení, ze kterých bude vaše aplikace přístupná, obvykle to platí pro mobilní zařízení.
  • Vždy ve svém dokumentu Strategie mějte část o riziku a zmírnění, protože požadavky se čas od času neustále mění a tyto změny budou mít velký dopad na cykly provádění a termíny, které je třeba klientovi adresovat s dostatečným předstihem.

Závěr

Jsem si jist, že tento výukový program by vás podrobně seznámil s rozdíly mezi strategií testování výkonu a plánem spolu s jejím obsahem, přístupem k testování výkonu mobilních aplikací a testováním výkonu cloudových aplikací, a to s příklady.

Podívejte se na náš nadcházející výukový program a dozvíte se více o způsobech, jak zvýšit výkonnostní testování.

=> Navštivte zde kompletní sérii výukových programů pro testování výkonu

Výukový program PREV | DALŠÍ výuka

Doporučené čtení

^