Stabilitetstestning i mjukvarutestning

Vad är stabilitetstestning?

Stabilitetstest är en typ av icke-funktionell mjukvarutestning som utförs för att mäta effektiviteten och förmågan hos en mjukvaruapplikation att kontinuerligt fungera under en lång tidsperiod. Syftet med stabilitetstestning är att kontrollera om programvaran kraschar eller misslyckas under normal användning vid någon tidpunkt genom att utöva hela användningsområdet.

Stabilitetstestning görs för att kontrollera effektiviteten hos en utvecklad produkt utöver normal driftskapacitet, ofta till en brytpunkt. Det finns större betydelse för felhantering, programvarans tillförlitlighet, robusthet och skalbarhet för en produkt under hög belastning snarare än att kontrollera systemets beteende under normala omständigheter.

Stabilitetstestning bedömer stabilitetsproblem. Denna testning är i första hand avsedd att stressa mjukvarukomponenten maximalt. Det är en icke-funktionell teknik.

Stabilitetstestning kallas också för en belastning eller uthållighetstestning.

Risker om det testade systemet inte har genomgått stabilitetstest

För en applikation som testas där ett stort antal användare introduceras och applikationer som måste köras i månader utan att starta om, kommer sannolikt ett antal problem att uppstå:

Det möjliga felet kan mötas,

• systemet saktar ner
• systemet stöter på funktionsproblem
• systemet visar trådbundet beteende
• systemet kraschar helt

inom mjukvaruteknik, Stabilitetstest innebär vanligtvis att man tränar systemet med tunga användare (virtuella) och mäter prestandaparametrarna för att verifiera om systemet kan stödja den förväntade belastningen.

Varför görs stabilitetstestning

Denna typ av testning hjälper användare att förstå hur systemet kommer att fungera i verkliga situationer.

Därför låter stabilitetstestning dig kontrollera,

• Ge förtroende för stabiliteten hos ditt system som testas.
• Se till att ditt system kan hantera stora program.
• Övervaka effektiviteten av ditt system.
• Testa systemets stabilitet under stress.

Den spelar en viktig roll i produktutvecklingen eftersom den används för att fastställa begränsningarna för en mjukvaruprodukt som testas innan den släpps eller områden med mer förbättringar innan produkten går live eller vid produktion.

Ett mycket vanligt exempel på stabilitetstestteknik är

Online Shopping Portals: Stabilitetstestning kommer att kontrollera hur webbplatsen kommer att bete sig när –

• Hög mängd data som matas in vid topptid
• Antal träffar vid en viss specifik tidpunkt
• Problem med sidladdning samtidigt
• Systemets beteende
• Systemets lyhördhet och många fler kommer under Stabilitetstest

Ett annat exempel

A CPU test är en populär form av stabilitetstest under Prestandatester Metod. Detta test kontrollerar processorns stabilitet och övervakar även dess prestanda när processorns arbetsbelastning ökar.

Hur man gör stabilitetstestning

• För att bestämma omfattningen och syftet med testningen måste vi se till att applikationsservrarna inte kraschar under belastningstestet.
• För att fastställa affärsproblemen, verifiera systemets prestanda och belastning enligt slutanvändarens perspektiv.
• För att tilldela olika ansvarsområden och roller som -Skapa testplan, Testfall design, testfallsgranskning, testutförande osv.
• För att säkerställa att testet levereras inom den angivna tiden
• För att säkerställa korrekt Lasttestning verktyg och erfarenhetsteam är närvarande för detsamma.
• Att mäta den risk och kostnad som testningen innebär. Detta kommer att bestämma kostnaden för varje exekvering i termer av CPU-användning och minne.
• Bestäm defekt trackung och rapportering och deras korrekta kartaping med kraven.

Testfall för stabilitetstestning för CPU-prestanda

• För att verifiera den övre gränsen för systemet.
• Hur systemet kraschar eller återställs.
• Totalt antal genomförda transaktioner per begäran.
• Huruvida transaktionssvaret förblir stabilt eller ökar över tiden.
• Hur systemet beter sig under tung belastning.
• Dess reaktion och beteende under tung belastning.

Testrapporter för stabilitetstestning

Flera statistik samlas in och mäts under testkörningar; dessa siffror analyseras för att generera en rapport och identifiera möjliga prestandaproblem.

Exempel på statistik som samlas in under test är:

• Transaktionens svarstider: Den genomsnittliga tiden det tar att utföra transaktioner under testet. Denna statistik kommer att utvärdera om serverns prestanda ligger inom de acceptabla minimi- och maximiperioderna för transaktionsprestanda som definierats för systemet. Denna information kommer att utvärdera den tid det tar att bearbeta begäran av webbservern och skickas till applikationsservern, som i de flesta fall kommer att göra en begäran till en databasserver.
• Träffar per sekund: Antalet träffar som gjorts på servern av användare. Denna statistik är till nytta för att fastställa antalet belastningsanvändare som genererar, med avseende på ett antal träffar.
• genomströmning: Mängden genomströmning på webbservern under testet som mäts i byte. Genomströmning betyder mängden data som användarna fått från servern vid varje given tidpunkt. Denna statistik hjälper till att utvärdera mängden belastning som användarna genererar.
• Transaktion per sekund: Dessa är det totala antalet genomförda transaktioner (både framgångsrika och misslyckade) som utförts under ett test. Denna statistik hjälper till att kontrollera den faktiska transaktionsbelastningen på systemet.
• CPU: CPU-användning i procent under ett test.
• Minne: Minnesanvändning under ett test.
• Disk: utnyttjande av diskutrymme som spenderats under ett test.

Grundläggande om stabilitetstestning

Stabilitetstest kommer under Prestandatestning – en teknik som utförs för att kontrollera några av programvarans kvalitetsegenskaper som stabilitet, tillförlitlighet och tillgänglighet.

Denna testning används för att bestämma hur snabbt ett system eller delsystem presterar under en viss arbetsbelastning.

Prestandatestning har många typer och stabilitetstestning är en av dem.

• Stresstestning: Det är en testtyp som kontrollerar systemets robusthet utöver systemets kapacitet.
• Spike testning: Det används för att kontrollera beteendet hos ett system genom att öka en belastning på ett system omedelbart. Målet är att kontrollera vid vilken tidpunkt systemet kommer att ha prestandaproblem, eller det kommer att gå över.
• Skalbarhetstestning: Det används för att kontrollera funktionerna i ett system. Hur effektivt systemet kommer att bete sig i växande behov, förändring i storlek och förändring i volym.
• Volymtestning: Det är en icke-funktionell testteknik där programvara som testas utsätts för en enorm mängd data, och ett systems beteende kontrolleras och verifieras i enlighet med detta.
• Belastnings- eller stabilitetstestning: (redan diskuterat ovan)

Stabilitetstestverktyg

Några av verktygen för prestandatestning är som –

• WebLOAD
• LoadRunner
• Apache JMeter
• NeoLadda
• CloudTest
• Laststorm
• Ladda UI
• WAPT
• LoadImpact
• Lastare
• Httperf
• OpenSTA

Hur detta test passar in i prestationstestfamiljen

Prestandatestning är ett paraplybegrepp. Varianterna nedan skiljer sig endast åt i formen av den applicerade belastningen och hur länge den hålls, vilket är anledningen till att de så ofta förväxlas med varandra.

Testtyp	Lastmönster	Fråga den svarar
Lasttestning	Förväntad toppbelastning, kort varaktighet	Uppfyller systemet sina mål under normal trafikbelastning?
Stresstestning	Ökade utöver kapaciteten tills fel uppstod	Var går det sönder, och fallerar det graciöst?
Spike testning	Plötslig extrem ökning, sedan tillbakadragande	Överlever och återhämtar den sig från en trafikchock?
Uthållighetstestning	Normal belastning hålls i många timmar	Försämras prestandan med tiden?
Blötläggningstestning	Ihållande belastning under en längre period	Finns det minnesläckor eller resursutmattning?
Stabilitetstestning	Varierande belastning beroende på förhållanden	Förblir systemet tillförlitligt även när förhållandena förändras?
Volymtestning	Vanliga användare, mycket stor datamängd	Klarar den sig av att databasen växer?

Uthållighets- och blötläggningstestning behandlas ofta som synonymer. Vanligtvis används de som: båda håller en ihållande belastning under en lång period. Där team skiljer dem åt fokuserar uthållighetstestning på om svarstiderna glider uppåt, medan soak-testning fokuserar på resursförbrukning som minne, filreferenser och anslutningspooler. Att köra en ger dig vanligtvis bevis för båda.

Viktiga mätvärden att fånga upp under testet

En prestandakörning är bara så bra som vad du spelar in medan den körs. Registrera dessa sex på server- och klientsidan och jämför dem sedan mot baslinjen snarare än mot en magkänsla.

metrisk	Vad det säger dig	Varningstecken
Genomsnittlig svarstid	Typisk användarupplevelse	Eventuell uppåtgående drift över banan
95:e percentilens svarstid	Upplevelsen för de långsammaste användarna	Långt över genomsnittet, vilket betyder inkonsekvens
genomströmning	Hanterade förfrågningar per sekund	Faller medan belastningen förblir konstant
Felhastighet	Andel misslyckade eller tidsgränsade förfrågningar	Varje höjning över det överenskomna tröskelvärdet
CPU- och minnesanvändning	Serverresursutrymme	Minne som klättrar och aldrig återvänder
Databasanslutningar och trådar	Poolutmattning	Antal som växer stadigt utan utgivning

Läs av medelvärdet och percentilen tillsammans. Ett genomsnitt på 800 ms med en 95:e percentil på 900 ms beskriver ett konsekvent system. Samma genomsnitt med en 95:e percentil på 9 sekunder innebär att en användare av tjugo har det dåligt, och genomsnittet döljer det.

Titta på formen, inte bara på värdet. I alla långvariga tester är en platt resurslinje ett godkänt resultat och en stigande är en läcka, även om det absoluta antalet fortfarande ligger bekvämt inom gränsen när körningen avslutas.

Vanliga frågor