In sjabloan foar prestaasjetestplan dat kin wurde brûkt sa't it is of oanpast oan jo projektbehoeften yn termen fan prestaasjeseasken.
It doel fan dizze seksje is om in heech oersjoch te jaan fan 'e oanpak fan prestaasjetests dy't folge wurde moat foar de projekt. Dit moat wurde presintearre oan alle relevante belanghawwenden en moat wurde besprutsen om konsensus te krijen.
As ûnderdiel fan 'e levering fan' e is it fereaske dat de oplossing foldocht oan de akseptaasjekritearia, sawol yn termen fan funksjoneel as net-funksjonele gebieten. It doel fan dit dokumint is om in skets te jaan foar net-funksjonele testen fan de
oplossing.
Dit dokumint behannelt it folgjende:
De folgjende wurkitems moatte foarôf wêze foltôge / oerienkommen om troch te gean mei de eigentlike prestaasjetestaktiviteiten:
, mei as kwantifisearre NFR's
De aktiviteitstestaktiviteit sil wurde foltôge as:
De prestaasjetests wurde útfierd tsjin in stabile ferzje fan de oplossing (dy't al de funksjonele tests hat trochjûn) en útfierd op in tawiide produksje-lykas omjouwing (foarprodusint?) tawiisd foar prestaasjetests sûnder ynsetten op dy omjouwing yn 'e rin fan' e prestaasjetests.
D'r sil ien as mear 'load-ynjektors' wijd wêze om de fereaske lading te begjinnen foar prestaasjetests. De ladinginjektor kin in VM wêze as meardere VM's dy't in eksimplaar hawwe fan JMeter dy't rint, wêrtroch de fersiken begjinne.
Testtools brûkt foar folume- en prestaasjetests sille wêze:
In ark foar iepen boarne foar lêstest. Foaral brûkt foar testen fan folume en prestaasjes.
Splunk sil brûkt wurde foar loggen (Koe in oar ark brûke - moatte befestigje mei it perf testteam).
De oplossing moat performant genôch wêze om de folgjende laden kritearia te behearjen.
N.B. De getallen yn 'e folgjende tabel binne allinich foar foarbyld - echte wearden moatte wurde ynfoege as se finalisearre binne troch NFR dokumint.
Uerdoelen wurde ûntdutsen út 'e hjoeddeistige oplossing foar [Y2019]. Wiske oare 'foarbyld'-wearden fan plannemal.
Sûnt pykwearden op 'e oere binne net heech, sille se wurde nommen as doelwyt foar fêste ladingstest. Skaalfergrutting is no TBD.
Prestaasjetests sille rinne mei maksimaal 1000 [?] Brûkers. De brûkers wurde oanmakke yn foarôf en wêze tagonklik fia
Oanmelde API. Elk fersyk sil ynlogge mei ferskate brûkersID.
JMeter-ark sil wurde brûkt foar it útfieren fan prestaasjes-testen skripts. Binnen de skripts sille d'r bewearingen wurde steld om te kontrolearjen op boppesteande metriken, lykas inkele basisfunksjonele kontrôles om te soargjen dat juste antwurden wurde ûntfongen foar elk fersyk.
De ladingprofilen moatte wurde ûntwurpen om in typysk gemiddelde deiferkear nei nei te meitsjen site. Tink derom dat it ferkear allinich is ferdield en beheind ta it diel fan 'e klantidentiteit en tagongsbehear fan' e side, d.w.s.
Hjirûnder is in foarbyldprofyl foar in dei:
De earste kursus fan aksje is in basisline te finen. Mei allinich 1 brûker sille wy in simulaasje foar in perioade útfiere (bgl. 5 min.) Om in gemiddelde fan responstiden foar elk einpunt te krijen. Dit soarget derfoar dat wy mei allinich 1 brûker eins de peakoanfragen per sekonde kinne berikke.
Nei't de baseline-metriken binne sammele, wurdt deselde simulaasje, dy't in ladingprofyl simuleart, útfierd mei in ferhege oantal brûkers om te testen tsjin de doelvoluminten. It idee fan dizze lêstest is om it systeem te testen oan 'e lading fan in typyske dei, simulearje de ramp-ups, dei-toppen, en ramp-downs.
It doel fan stresstest is om it brekpunt fan it systeem te finen, dus op hokker punt it systeem net reageart. As auto-skaalfergrutting op syn plak is, sil de stresstest ek in goede yndikator wêze op hokker punt it systeem skaalt en nije boarnen wurde tafoege. Foar stresstest wurdt deselde simulaasje brûkt foar lêstest, mar mei in heger as ferwachte lading.
Spiketests yntroduseart in relatyf koarte perioade in wichtige lêst op it systeem. It doel fan dizze test is om bygelyks in ferkeapbarren te simulearjen, as in grut oantal brûkers tagelyk tagong krije ta har akkount yn relatyf koarte perioade.
Sûktest sil in lêstest foar langere tiid útfiere. It doel is om alle geheugenlekken en unresponsiviteit as flaters yn 'e rin fan' e soektest te iepenjen. Wy brûke typysk 80% fan 'e lading (brûkt foar lêstests) foar 24 oeren, en / as 60% fan' e lading foar 48 oeren.
By sêdingpunttests ferheegje wy de lading stadichoan om te bepalen op hokker punt it systeem net reageart, dat wol sizze it brekpunt fan it systeem te finen yn termen fan lêst.
De folgjende aktiviteiten wurde suggereare yn oarder te plakfine, om Prestaasjetest te foltôgjen:
De folgjende tests moatte wurde útfierd yn 'e folgjende folchoarder:
Ideaal wurde 2 testrinnen fan elk testsoart útfierd. Nei elke testútfiere kin de applikaasje fine-tuned wurde om de prestaasjes te ferheegjen en dan begjint in oare testsyklus.