how perform manual performance testing
I denne Informativ ydeevne testserie , vi udforskede alt om Test af mobilappsydelse i detaljer.
Et hurtigt og lydhørt sted er direkte korreleret med højere besøgende og bedre brugeroplevelse.
Performance test spiller en vigtig rolle. Det er den eneste måde at bestemme en applikations opførsel på forskellige belastningsniveauer og brugere.
=> Klik her for at få komplette præstationsprøvetutorials-serier
Men kan præstationstest udføres manuelt som funktionelle tests? Lad os se på dette aspekt af præstationstest gennem denne artikel.
hvad kan du gøre med c ++
At levere et kvalitetsprodukt til tiden med komplet testdækning for kravene er afgørende for enhver applikation.
Manuel og automatiseringstestning har altid eksisteret som to parallelle tilstande for at hjælpe testere med at nå dette funktionelle testmål. Manuel testudførelse er dog tidskrævende, dyr og udsat for fejl. Automatiseringstest løser disse grundlæggende udfordringer og hjælper med at spare tid og kræfter over tid.
Et par store fordele ved automatiseringstest:
- Det samme test script kan bruges til hver udførelse ved blot at foretage ændringer i testdata (hvor det er nødvendigt)
- Udførelsestid er meget mindre sammenlignet med manuel udførelse
- Konsekvente resultater
- Udfylder huller, hvor manuel test muligvis ikke er passende eller egnet. (F.eks .: Webservices)
Tilsvarende Ydeevne Testresultater er mere pålidelige og relevante, når automatiske testscripts anvendes snarere end manuelle testsager .
- Performance test er et middel til kvalitetssikring, der involverer test af softwareapplikationer og forståelse af deres præstationer ved en forventet arbejdsbyrde eller på et givet tidspunkt. At kende svartiden er også en vigtig parameter.
- Hovedfokus eller mål for præstationstest er at bestemme dens Hastighed , Skalerbarhed og Stabilitet .
- Hastighed og effektivitet kan bestemmes af en computer, et netværk, et softwareprogram eller en enhed gennem ydelsestest
Nedenfor er en gengivelse af en testtestproces:
Både Ydelsestest og Automatiseret test er faktisk nogle former for udførelse af enkle kontroller ved hjælp af forskellige værktøjer. Generelt er testautomatisering normalt en kombination af funktionel test, belastningstest og ydelsestest.
Når et funktionelt testautomatiseringsscript justeres til ikke kun at registrere bestå / mislykkede resultater, men også at notere gengivelse / optegningstiderne på objekter / skærmbilleder, bliver det funktionelle testautomatiseringsscript derefter konverteret til en performance monitor.
Hvad du vil lære:
- Hele processen går som nedenfor:
- Performance Testing - Kan det gøres manuelt?
- Hvornår kan manuelle præstationer hjælpe?
- Konklusion
- Anbefalet læsning
Hele processen går som nedenfor:
- Belastningsgeneratoren startes for at teste serverens responstid under belastning eller i spidsbelastningstider.
- Når den antagne målbelastning er nået, startes den funktionelle testautomatiseringspakke til at måle den faktiske tid, det tager at køre alt gennem et fuldt gengivet miljø.
- Hele denne proces giver et vidunderligt indblik i, hvad slutbrugerne vil opleve under tung belastning på en applikation eller i spidsbelastningstider.
Læs også=> Lær belastningstestproces ved hjælp af denne LoadRunner-serie
open source automatiserings testværktøjer til webapplikationer
Et diagram, der forklarer kombinationen af 'Performance' og 'testautomation' kan være som nedenfor:
Performance Testing - Kan det gøres manuelt?
Nu er spørgsmålet, ” Kan præstationstest kun udføres via automatiserede testskripter, eller kan det også gøres manuelt? ”.
Som vi har læst tidligere, opnås pålidelige resultater, når der er en kombination af ydeevne- og automatiseringstest. Der er dog tilfælde, hvor udførelsen af applikationen også kan bestemmes manuelt.
Lad os forstå dette ved hjælp af nogle eksempler:
Eksempel 1: Antag, at en kort ydelsestest skal evalueres af en tester. Dette gælder for en AUT inden for en given frist. Derefter kan en manuel test for tilregnelighed fremkaldes for at finde ud af sidens indlæsning eller svartid.
Eksempel 2: Overvej ligeledes en java-baseret webapplikation. For at udføre præstationstesten manuelt skal i dette tilfælde mange aktive sessioner i den samme applikation være åben for test. Manuelt kan vi bestemme antallet af aktive sessioner, et antal åbne databaseforbindelser og antallet af kørende tråde. Mængden af CPU-tid, den hukommelse, der bruges, og et par flere parametre kan også opnås.
Tivoli Performance Viewer ( TPV ) kan installeres til at overvåge parametrene af interesse. Normalt udføres testen ved at installere applikationen på serveren, få adgang til applikationen fra forskellige klientmaskiner og lade flere tråde køre.
Hvordan bruges Tivoli Performance viewer til at overvåge ydeevnen for enhver WebSphere Application Server (WAS):
WebSphere applikationsserver (WAS) er intet andet end et softwareprodukt eller en ramme, der er vært for java-baserede webapplikationer. Resultaterne / dataene opnået ved ydeevneovervågning ved hjælp af Performance viewer til ethvert WAS kan analyseres for at finde ud af de faktorer, der bidrager til store responstider. Herefter kan disse faktorer ændres for at forbedre ydeevnen.
Proceduren, der følges for at optage forestillingen, er som nedenfor:
- Vælg den server, der skal overvåges. Som du kan se i nedenstående diagram, skal du vælge “server1”.
- Mens applikationen kører, overvåges serveraktivitet ved at se og undersøge de realtidsdata, der indsamles af Performance Monitoring Infrastructure ( SMV'er ) inden for den administrative konsol. De indsamlede PMI-data hjælper med at opnå optimal ydeevne.
Nedenstående diagram forklarer, hvordan det gøres:
Afkrydsningsfelt for 'Server1' er markeret. Når du klikker på 'Start overvågning', begynder performance viewer at overvåge applikationsservers PMI-data.
(Klik på billedet for at se et større billede)
Nedenstående diagram forklarer forskellige indstillinger og visninger, der vises i venstre panel, som er tilgængelige for “Server1” under Tivoli Performance Viewer. Det højre panel beskriver de data, der overvåges for den valgte parameter i det venstre panel.
Som det fremgår tydeligt af diagrammet, kan følgende parameterdata ses og analyseres:
- Rådgiver
- Indstillinger
- Resumé rapporter (inkluderer Servlets, EJBs, EJB Methods, Connection Pool, Thread Pool)
- Ydelsesmoduler (indeholder muligheden for JVM-runtime, der indeholder graf, der viser PMI-data for runtime)
(Klik på billedet for at se et større billede)
- Brugerkonfiguration og logning indstilles, så serverens præstationslogfiler kan vises i den administrative konsol. Disse indstillinger påvirker også applikationsservers ydeevne.
- Realtidsdata, der er optaget af performance viewer, dvs. serverpræstationslogfiler osv., Kan også gennemgås senere.
Eksempel 3: En applikations ydeevne skal evalueres for dens båndbredde under forskellige tilgængelige netværkshastigheder.
Eksempel 4 : En hurtig foreløbig databaseydelsestest kan udføres manuelt for at få de nødvendige oplysninger.
Så i alle disse tilfælde kan grundlæggende præstationstest udføres uden nogen automatiseringsscript. Du har muligvis brug for nogle diagnostiske eller overvågningsværktøjer, men 100% automatisering er ikke absolut nødvendigt.
Hvornår kan manuelle præstationer hjælpe?
En ikke-præstationstester kan hurtigt udføre manuelle tests uden at skulle gennemgå processen med at oprette automatiserede testpakker eller endda uden viden om testautomatisering.
Dette er meget nyttigt, når:
- Ydelsestestere har brug for en hurtig vurdering af produktets respons under visse betingelser.
- At udføre en sundhedspræstationsprøve, dvs. køre et par trin manuelt under fejlfinding af testen.
Hvad skal IKKE gøre?
En performance tester kan også simulere performance test betingelser fra flere forskellige klient maskiner ved at nå ud til serverne individuelt, men det vil ikke være en meget effektiv måde at køre en performance test på. Så husk at ikke alt kan gøres manuelt.
hvad er forskellen mellem qa og qc
Konklusion
Performance-test betragtes som en af de mest tekniske og komplekse typer softwaretests. Det kræver omfattende teknisk viden. Automatiserede testskripter bringer en enorm værdi til testindsatsen. Men vi bør ikke stoppe med at udforske nye måder, der kan kombineres med præstationstest. Manuel test kan spille en hjælpende rolle.
Er du enig? Hvilke andre variationer af præstationstest har du udført?
Vores kommende vejledning vil forklare mere om Website Performance Testing!
=> Besøg her for komplette ydeevne-test-tutorials-serier
PREV-vejledning | NÆSTE vejledning
Anbefalet læsning
- Ydelsestest vs belastningstest vs stresstest (forskel)
- Georgia Tech standardiserer sin præstationstestning på RadView WebLOAD
- Webapplikation belastning, stress og ydeevne test ved hjælp af WAPT
- Bedste softwaretestværktøjer 2021 (QA Test Automation Tools)
- Funktionstestning mod ydelsestestning: Skal det gøres samtidigt?
- Er du en manuel eller automatiseringstestekspert? Arbejd deltid for os!
- Cloud Performance Testing: Cloud-Based Load Testing Service Providers
- Manuel og automatiseringstestudfordringer