Menu

Rozdiel medzi plánom testovania výkonnosti a stratégiou testovania výkonu

  • Hlavná
  • Iné
  • Rozdiel medzi plánom testovania výkonnosti a stratégiou testovania výkonu

difference between performance test plan

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Aký je rozdiel medzi plánom testovania výkonnosti a stratégiou testovania?

V tomto Série testovania výkonu , náš predchádzajúci návod, vysvetlil o Funkčné testovanie vs Testovanie výkonu podrobne.

=> Kliknutím sem zobrazíte celú sériu návodov na testovanie výkonnosti

V tomto tutoriáli sa dozviete o rozdieloch medzi plánom testovania výkonnosti a testovacou stratégiou a obsahom, ktorý má byť zahrnutý ako súčasť týchto dokumentov.

Plán testu výkonnosti vs stratégia testu

Poďme pochopiť rozdiel medzi týmito dvoma dokumentmi.

Čo sa dozviete:

Stratégia testovania výkonnosti

Dokument Stratégia testovania výkonu je dokument na vysokej úrovni, ktorý nám poskytuje informácie o tom, ako vykonávať testovanie výkonu počas testovacej fázy. Hovorí nám, ako otestovať obchodné požiadavky a aký prístup je potrebný na úspešné dodanie produktu koncovému klientovi.

To bude mať všetky informácie o Obchodnom procese na veľmi vysokej úrovni.

Tento dokument zvyčajne píšu manažéri testovania výkonnosti na základe ich predchádzajúcich skúseností, pretože k dispozícii budú iba obmedzené informácie, pretože tento dokument sa pripravuje počas počiatočných fáz projektu, tj počas fázy analýzy požiadaviek alebo po fáze analýzy požiadaviek.

Inými slovami, dokument Stratégia testovania výkonnosti teda nie je nič iné ako smer, ktorý ste stanovili na začiatku projektu prístupom, ktorým sa vydáte, aby ste dosiahli ciele testovania výkonnosti.

Typický dokument Stratégia testovania výkonnosti obsahuje celkový cieľ testovania výkonnosti, čo sa bude testovať? ktoré prostredie sa použije? aké nástroje sa použijú? aké typy testovania sa budú vykonávať? Kritériá vstupu a výstupu, aké riziká zúčastnenej strany sú zmiernené? a niekoľko ďalších, na ktoré sa podrobne pozrieme, keď sa v tomto návode posunieme ďalej.

Stratégia testovania výkonnosti

Vyššie uvedený diagram vysvetľuje, že dokument Stratégia testovania výkonnosti sa vytvára počas fázy analýzy projektu alebo po nej.

Plán testovania výkonnosti

Dokument Plán testovania výkonnosti sa píše v neskoršej fáze projektu, keď sú dokumenty požiadaviek a návrhu takmer zmrazené. Dokument Plán testovania výkonnosti obsahuje všetky podrobnosti harmonogramu implementácie stratégie alebo prístupu, ktorý bol popísaný vo fáze analýzy požiadaviek.

Od tejto chvíle sú dokumenty o dizajne takmer pripravené, plán testovania výkonnosti obsahuje všetky podrobnosti o scenároch, ktoré sa majú testovať. Má tiež viac podrobností o prostrediach, ktoré sa používajú na výkonnostné testovacie behy, koľko cyklov testovacích behov, zdroje, kritériá vstupu a výstupu a ďalšie. Plán testovania výkonnosti vypracúva manažér výkonnosti alebo vedúci testu výkonu.

Plán testovania výkonnosti

Vyššie uvedený diagram jasne vysvetľuje, že plán testovania výkonnosti sa vytvára počas návrhu projektu alebo po fáze návrhu na základe dostupnosti dokumentov dizajnu.

Obsah dokumentu Stratégia testovania výkonnosti

Pozrime sa teraz, čo všetko by malo obsahovať dokument Stratégia testovania výkonnosti:

#1. Úvod: Uveďte stručný prehľad toho, čo bude obsahovať dokument Stratégia testovania výkonnosti pre konkrétny projekt. Tiež uveďte tímy, ktoré budú tento dokument používať.

rozdiel c a c ++

# 2) Rozsah: Definovanie rozsahu je veľmi dôležité, pretože nám hovorí, čo presne bude Test výkonnosti. Pri definovaní rozsahu alebo inej časti musíme byť veľmi konkrétni.

Nikdy nepíšte nič zovšeobecnené. Rozsah nám hovorí, čo konkrétne sa bude testovať pre celý projekt. Ako súčasť rozsahu máme rozsah a rozsah mimo rozsah, rozsah rozsahu popisuje všetky funkcie, ktoré budú testované na výkon a rozsah mimo rozsahu popisuje vlastnosti, ktoré nebudú testované.

# 3) Test Prístup: Tu musíme spomenúť prístup, ktorý použijeme pri testoch výkonnosti, pretože každý skript sa vykoná s jedným používateľom na vytvorenie základnej úrovne a potom sa tieto základné testy použijú ako referencia pre Benchmarking v neskoršom bode čas počas testovacích behov.

Každý komponent bude tiež testovaný individuálne pred jeho integráciou a podobne.

# 4) Test Typy: Tu uvádzame rôzne typy testov, ktoré majú byť pokryté, ako napríklad záťažový test, záťažový test, test vytrvalosti, objemový test atď.

# 5) Test Výsledky: Uveďte, čo všetko sa poskytne ako súčasť testovania výkonnosti projektu, napríklad Správa o behu testu, Zhrnutie správy atď.

# 6) Prostredie: Tu musíme spomenúť podrobnosti o prostredí. Podrobnosti o prostredí sú veľmi dôležité, pretože popisujú, ktoré operačné systémy sa použijú na testovanie výkonu.

Ak bude prostredie replikou výroby alebo sa bude zväčšovať alebo zmenšovať z výroby a tiež pomer veľkosti a veľkosti, tj. Bude to polovičná veľkosť výroby alebo bude dvojnásobná veľkosť výroby ?

Musíme tiež jasne spomenúť všetky opravy alebo aktualizácie zabezpečenia, ktoré sa majú považovať za súčasť nastaveného prostredia a tiež počas testu výkonu.

# 7) Nástroje: Tu musíme spomenúť všetky nástroje, ktoré sa budú používať ako nástroje na sledovanie chýb, Nástroje riadenia , Testovanie výkonu a Monitorovacie nástroje. Niektoré Príklady nástrojov na sledovanie chýb je JIRA , Na správu dokumentov, ako je Confluence, na Testovanie výkonu Jmeter a na monitorovanie Nagios .

# 8) Zdroje: Podrobnosti o zdrojoch potrebných pre tím na testovanie výkonnosti sú zdokumentované v tejto časti. Napríklad , Správca výkonu, Vedúci testovania výkonu, Testéri výkonu atď.

# 9) Vstup & Východ Kritériá: Kritériá vstupu a výstupu budú popísané v tejto časti.

Napríklad,

Kritériá vstupu - Aplikácia by mala byť funkčne stabilná pred nasadením zostavy na testovanie výkonu.

Kritériá výstupu - Všetky hlavné chyby sú uzavreté a väčšina SLA je splnená.

# 10) Riziko a zmiernenie: Tu musia byť uvedené všetky riziká, ktoré ovplyvnia testovanie výkonnosti, spolu s ich mitigačným plánom. Pomôže to všetkým rizikám, ktoré sa vyskytnú počas testovania výkonnosti, alebo bude naplánované aspoň riešenie problému v dostatočnom časovom predstihu. Pomôže to s včasným vyplnením plánov testov výkonnosti bez ovplyvnenia výsledkov.

ako vytvoriť súbor c ++

# 11) Skratky: Používa sa pre skratky. Napríklad, PT - Test výkonu.

# 12) História dokumentu: Toto obsahuje verziu dokumentu.

Obsah dokumentu Plán testovania výkonnosti

Pozrime sa, čo všetko by malo obsahovať dokument plánu výkonnosti:

#1. Úvod: Je to to isté, čo sa uvádza v dokumente Stratégia testovania výkonnosti, namiesto Strategie testovania výkonnosti skôr spomenieme Plán výkonnosti.

# 2) Cieľ: Aký je cieľ tohto testovania výkonnosti, čo sa dosahuje vykonaním testovania výkonu, t. J. Aké výhody má vykonávanie testovania výkonu, by sa tu malo jasne uviesť.

# 3) Rozsah : Je tu definovaný rozsah testovania výkonu v rozsahu aj mimo rozsahu obchodného procesu.

# 4) Prístup: Tu je popísaný celkový prístup, ako sa vykonáva testovanie výkonu? Aké sú predpoklady pre nastavenie životného prostredia? atď.

# 5) Architektúra: Mali by ste tu spomenúť podrobnosti o aplikačnej architektúre, ako je celkový počet aplikačných serverov, webových serverov, serverov DB, brán firewall, 3rdd party aplikácia Načítajte generátorové stroje atď.

# 6) Závislosti: Mali by ste tu spomenúť všetky akcie testovania pred výkonom, napríklad komponenty, ktoré sa majú testovať, sú funkčne stabilné, prostredie je škálované na podobnú produkciu a je k dispozícii alebo nie, je k dispozícii alebo nie je k dispozícii dátum testovania, nástroje na testovanie výkonu sú k dispozícii s licenciami. ak existuje a tak ďalej.

# 7) Prostredie: Musíme spomenúť všetky podrobnosti o systéme, ako je IP adresa, koľko serverov atď. Mali by sme tiež jasne spomenúť, ako by malo byť nastavené prostredie, ako sú predpoklady, prípadné opravy, ktoré sa majú aktualizovať atď.

# 8) Testovacie scenáre: Zoznam scenárov, ktoré sa majú testovať, je uvedený v tejto časti.

# 9) Mix pracovného zaťaženia: Mix pracovných záťaží hrá zásadnú úlohu pri úspešnom vykonaní testu výkonnosti a ak mix pracovných záťaží nepredpovedá akciu koncového používateľa v reálnom čase, potom budú všetky výsledky testu zbytočné a nakoniec skončíme slabým výkonom vo výrobe. keď bude aplikácia zverejnená.

Preto je potrebné správne navrhnúť pracovné zaťaženie. Pochopte, ako používatelia pristupujú k produkčnej aplikácii a či je aplikácia už k dispozícii, alebo sa pokúste získať ďalšie podrobnosti od obchodného tímu, aby ste správne pochopili využitie aplikácie a definovali pracovné zaťaženie.

# 10) Cykly vykonávania výkonu: Podrobnosti o počte prevádzkových testov budú popísané v tejto časti. Napríklad, Test základnej línie, cyklus 1 50 používateľských testov atď.

# 11) Metriky testovania výkonu: Tu budú popísané podrobnosti zhromaždených metrík, tieto metriky by mali byť v Kritériá prijateľnosti s dohodnutými požiadavkami na výkon.

# 12) Testovanie dodávok: Uveďte výsledky a prípadne začiarknite odkazy na dokumenty.

# 13) Správa chýb: Tu musíme spomenúť, ako sa s poruchami zaobchádza, úrovne závažnosti a úrovne priority malo by sa tiež opísať.

# 14) Riadenie rizík: Uveďte riziká spojené s plánom zmierňovania, napríklad ak aplikácia nie je stabilná a ak sú funkčné chyby s vysokou prioritou stále otvorené, ovplyvní to plán vykonávania testov výkonnosti a ako už bolo povedané, pomôže to všetkým rizikám, ktoré sa môžu vyskytnúť počas testovania výkonu alebo minimálne riešenie rizika bude naplánované v dostatočnom časovom predstihu.

# 15) Zdroje: Uveďte podrobnosti o tíme spolu s jeho úlohami a zodpovednosťou.

# 16) História verzií: Sleduje históriu dokumentov.

# 17) Recenzie a schválenia dokumentov: Toto je zoznam ľudí, ktorí skontrolujú a schvália konečný dokument.

Stratégia testovania výkonnosti má teda v zásade prístup k testovaniu výkonnosti a plán testovania výkonnosti obsahuje podrobnosti prístupu, preto idú spolu. Niektoré spoločnosti majú iba plán testovania výkonnosti, ktorý má k dokumentu pridaný prístup, zatiaľ čo iné majú dokument o stratégii aj pláne zvlášť.

Tipy na vypracovanie týchto dokumentov

Pri navrhovaní stratégie alebo dokumentu plánu pre úspešné vykonanie testov výkonnosti postupujte podľa nasledujúcich pokynov.

  • Vždy pamätajte na to, že pri definovaní stratégie alebo plánu testovania výkonnosti sa musíme zamerať na cieľ a rozsah testu. Ak naša testovacia stratégia alebo plán nie sú v súlade s požiadavkami alebo rozsahom, sú naše testy neplatné.
  • Pokúste sa sústrediť a začleniť tie metriky, ktoré je dôležité zachytiť počas testovacej prevádzky, aby ste identifikovali prípadné úzke miesta v systéme alebo aby ste videli výkon aplikácie.
  • Naplánujte si testovacie chody tak, aby ste nevyskúšali všetky scenáre naraz a nezlyhali systém. Vyskúšajte niekoľko testovacích behov a postupne zvyšujte scenáre a zaťaženie používateľov.
  • Vo svojom prístupe sa pokúste pridať všetky zariadenia, z ktorých bude vaša aplikácia prístupná, zvyčajne to platí pre mobilné zariadenia.
  • V dokumente Stratégia vždy majte sekciu Riziko a zmiernenie, pretože požiadavky sa z času na čas neustále menia a tieto zmeny budú mať veľký vplyv na cykly vykonávania a termíny, ktoré je potrebné adresovať klientovi v dostatočnom predstihu.

Záver

Som si istý, že tento tutoriál by vás podrobne s príkladmi informoval o rozdieloch medzi stratégiou testovania výkonu a plánom spolu s jej obsahom, prístupom k testovaniu výkonu mobilných aplikácií a testovaním výkonu cloudových aplikácií.

V našom pripravovanom výučbe sa dozviete viac o možnostiach, ako zvýšiť výkonové testovanie.

=> Kompletnú sériu návodov na testovanie výkonu nájdete tu

Výukový program PREV | NEXT Tutorial

Odporúčané čítanie

^