Menu

Stabilitetstest i softwaretestning af et stabilt system

  • Vigtigste
  • Andet
  • Stabilitetstest i softwaretestning af et stabilt system

stability testing software testing

Prøv Vores Instrument Til At Fjerne Problemer

Stabilitetstest er en del af Performance Testing. Denne vejledning forklarer målene, vigtigheden og behovet for stabilitetstest med eksempler:

Stabilitetstest er 'ikke-funktionel' test. Her tester teamet ikke funktionerne og den grundlæggende funktionalitet på webstedet; men tester funktionerne i softwareproduktet som 'robusthed', 'fejlhåndtering', 'pålidelighed' og produktstabilitet '.

Lad os overveje en person, der køber et nyt produkt fra markedet ( For eksempel, en mobiltelefon). Køberen forventer, at produktet fungerer jævnt i lang tid uden nogen fejl. Tilsvarende vil brugere af webstedet og mobilappen forvente, at det tilsvarende websted eller mobilapps udfører med høj pålidelighed og stabilitet.

Stabilitetstest tutorial

Tag nu sagen om brugere, der prøver at købe varer fra e-handelsportaler. Hvis et stort antal brugere bruger den samme portal samtidigt, er chancerne for ydelsesforringelse for webstedet store. Brugerne kan også opleve en langsom responstid eller endda hukommelseslækage under sessionen.

Disse spørgsmål rejser trusler mod både udviklere og interessenter. Det er testteamets ansvar at finde disse problemer og rapportere til udviklingsteamet, inden det når slutbrugerne. Denne type test vil blive testet. Stabilitetstest er en del af performance test.

Hvad du lærer:

Oversigt over stabilitetstest

Som tidligere nævnt defineres stabilitetstest også som 'ikke-funktionel' test. Her kontrollerer testteamene robusthed, fejlhåndtering, pålidelighed og produktstabilitet.

Denne test betegnes også som 'Endurance Testing' eller 'Soak Testing'. Det er også kendt som 'Extreme Load Testing'.

I denne type test vil testere kontrollere, hvordan onlineportalen reagerer, når mange aktive brugere bruger webstedet samtidigt. Testere skal også kontrollere systemets respons i et sådant miljø.

Ved mange lejligheder skal websteder køre kontinuerligt i uger (endda måneder) uden mulighed for at genstarte serveren. Aktive brugere til sådanne websteder (brugere, der bruger hjemmesiden i øjeblikket) kan være enorme, og hver bruger forventer en problemfri præstation.

Testernes rolle er at give tillid til udviklerne og sikre slutbrugerne, at de kan bruge et system som indrykket uden fejl eller hukommelseslækage selv i høj trafik. Til dette formål udsættes applikationen for maksimal belastning (indtil applikationens brudpunkt), og systemets opførsel kontrolleres under sådanne forhold.

Denne test udføres normalt inden frigivelsen af ​​softwaren. Testere skal sikre, at applikationen er i stand til at håndtere den forventede belastning til webstedet. Nogle gange kan systemet gå ned på grund af en tung belastning eller kan blive langsomt eller endda vise uventet opførsel.

Softwarestabilitet afhænger i høj grad af systemets sømløse ydeevne under de ovennævnte stressende forhold. Så stabilitetstest spiller en meget vigtig rolle.

Mål for stabilitetstest

Målene er anført nedenfor:

  • For at finde systemets holdbarhed.
  • Find applikationens stabilitet og øg dermed tillid hos udvikleren.
  • Find fejlen i systemet i et stressende miljø.
  • Samlet vurdering og effektivitet af produktet.
  • For at sikre, at systemet kan håndtere et stort program.
  • At teste responstiden for en applikation.
  • For at kontrollere databaseforbindelsen.

Fakta om stabilitetstest

Nogle nyttige fakta er anført nedenfor:

  • Stabilitetstest kræver et passende testmiljø.
  • For at få bedre resultater har stabilitetstest brug for en velplanlagt og struktureret tilgang.
  • Det er en tidskrævende proces. Den tid, det tager for testprocessen, kan variere afhængigt af kundens krav, produkttype og virksomhedspolitikker.
  • Isolering af systemet er vigtigt i denne form for test. Mens du udfører stabilitetstest af applikationen, er der chancer for, at data går tabt eller ødelagt permanent.
  • Udholdenhedstest kan forårsage fejl i applikationskomponenter, så slutbrugere kan overholde undtagelser, der ikke er håndteret.

Forskellen mellem stabilitet og pålidelighed i softwaresystem

Der er en væsentlig forskel mellem pålidelighed og stabilitet i en softwareapplikation. Dette kan forklares ved hjælp af et eksempel.

Eksempel:
Overvej, at en bruger har installeret en ny app på sin mobiltelefon og startet den. Hvis den installerede applikation går ned efter hvert 3. minuts brug, vil det helt sikkert irritere brugeren. Men hvis brugeren kunne gendanne dataene uden tab efter genstart af appen, mister applikationen ikke sin pålidelighed. En sådan applikation kan betragtes som pålidelig, men kan ikke betragtes som stabil.

dobbeltkoblet liste c ++ kode

På den anden side skal du tage scenariet, hvor applikationsdataene ikke gemmes ordentligt. Her fungerer applikationen godt og går ikke ned (som hvert 3. minut). En sådan applikation kan eller kan ikke betragtes som pålidelig, men kan betragtes som 'stabil'.

Pålidelighed og stabilitet er som to sider af samme mønt. Så husk bare det faktum, at både pålidelighed og stabilitet er vigtige for et produkt ud fra et forretningsperspektiv.

Eksempler på stabilitetstest:
Det er en almindelig tilgang, at når en bruger køber en ny mobiltelefon, udfører han / hun bevidst eller ubevidst en stabilitetstest. Brugeren gemmer mange billeder, fotos, videoer, dokumenter osv. I enhedens hukommelse, og de vil kontrollere, om for mange gemte data har påvirket enhedens ydeevne eller ej. Dette er et særligt eksempel på stabilitetstest.

På grund af enorme gemte data kan vores enhed undertiden lægge på, så brugeren skal slette nogle data eller rydde midlertidige filer for at få enheden til at genoprette ydeevnen. Efter denne test vil brugeren have en klar idé om systemets kapacitet.

Et andet realtidseksempel er online-købsportaler. I løbet af en 'salg / festival' sæson køber mange mennesker varer fra denne type webportaler. Udførelsen af ​​et websted skal tilfredsstille brugernes forventninger.

Så testere er nødt til at teste stedet ved at huske på det forventede 'rush', som sandsynligvis vil ske på disse steder i disse dage.

Stabilitetstest af en internetforbindelse

Her vil testsagen være at kontrollere, hvor stabil vores internetforbindelse er. Mens der oprettes en forbindelse over internettet og anmoder om websider på grund af pakketab, skal brugerne lide inkonsekvent ventetid ved visning af websider.

Nogle gange opstår pakketab, når det ikke når destinationen. Det skyldes pakketab, at mange af os måske er stødt på lignende problemer, mens vi bruger Skype-videoopkald, spiller spil over internettet eller tilfældigt er afbrudt fra internettet.

Forudsætninger for at teste internetforbindelse:

  1. For at teste internetstabiliteten skal vi have en webbrowser, hvor firewallen er deaktiveret.
  2. Vælg en webadresse ( For eksempel, https://www.google.com/ ) som sandsynligvis ikke vil mislykkes.
  3. Brug Google Spreadsheet eller Microsoft Excel til at registrere resultatet, da det er let at forstå og mere læsbart for brugerne.
  4. Dobbeltcheck internetforbindelsen, enhederne og kontroller forbindelserne igen. Vi udfører derefter nedenstående test.

Metoder til test af internetforbindelse:

Den bedste måde at teste forbindelse på er at besøge SpeedTest . (inden yderligere læsning besøg webstedet). I SpeedTest.net har vi en bestemmelse om valg af servere. Vælg og kør den server, der er i nærheden af ​​dig.

Derefter udfører webstedet nogle beregninger baseret på nogle foruddefinerede algoritmer og viser rapporten, der straks bestemmer kvaliteten af ​​vores internetforbindelse. I rapporten er procentdelen af ​​pakketab inkluderet. Det skal være '0%'.

'0%' pakketab bestemmer forbindelsens høje stabilitet. Ethvert tal større end '0' viser, at forbindelsen er ustabil.

Den anden måde er at bruge 'cmd' -prompten og indtaste kommandoen 'ping' (se nedenstående figur). Her ved hjælp af kommandoprompt kan vi også teste internetets stabilitet og latenstid i realtid.

test internetets stabilitet og latenstid
I figuren skal du kontrollere afsnittet 'Ping-statistik'.

Her,
Antal sendte pakker = 4
Antal modtagne pakker = 4
Antal tabte pakker = 0
Resultatet viser, at forbindelsen er meget stabil.

Brugt proces:
Trin 1: Testere vælger en af ​​de to metoder, der er forklaret ovenfor.
Trin 2: Testere kører processen og registrerer de nødvendige oplysninger, der opnås som et svar på internetforbindelse, i et regneark.
Trin 3: De gentager processen 3 eller fire gange om ugen.
(Da stabilitetstest udføres over en periode, skal testere planlægge processen mindst mere end to gange om ugen.)
Trin 4: Resultaterne registreres i regneark.

Testere skal notere datoen for kørsel af processen. Sammenlign resultatet opnået på hver dato for at få en idé om stabiliteten i vores nuværende netværk.

Bemærk: Brudpunkt er den tilstand af systemet, hvor systemet vil kollapse, når der tilføres yderligere belastning til det. Den definerer systemets kapacitet.

Specifikationsdokumentet er et dokument, som teamlederen har givet testere, og vil indeholde detaljer om den forventede belastning i systemet. Ved stabilitetstest vil testerne kontrollere systemets breakpoint baseret på de retningslinjer, der er givet dem i specifikationsdokumentet.

Testteamet kontrollerer systemet ved at teste applikationen med belastningen over / under det brudpunkt, der er angivet i specifikationsdokumentet. Dette adskiller sig fra tilfældet med belastningstest.

manuel test interview spørgsmål og svar i 3 år erfarne

I stabilitetstest bruger vi kun den forventede belastning til testning, men i belastningstest gives applikationen en uventet belastning, og testere kontrollerer applikationens kapacitet.

Softwaretest livscyklus baseret på stabilitetstest

De forskellige faser af Software Test af livscyklus er anført nedenfor:

  1. Kravsanalyse
  2. Testplan
  3. Test case udvikling
  4. Opsætning af testmiljø
  5. Test sag udførelse
  6. Test lukning

Lad os forstå alle ovennævnte faser i detaljer.

# 1) Kravsanalyse

I denne fase vil testteamet bestemme de forskellige typer test, der skal udføres i applikationen. Det afhænger udelukkende af kundens krav og typen af ​​applikation. For eksempel, testerne tester en bankapplikation, så den mest prioriterede test, i dette tilfælde, er sikkerhedstest. Hvis testere tester en ejendomssøgning, prioriterer de funktionel test.

forskel mellem test case og test plan

# 2) Testplanlægning

I denne fase diskuteres testomfang. Testere vil diskutere behovet for automatisering. Til stabilitetstest er testprocesserne kedelige og skal gentages mange gange over en vis varighed, automatisering vil være et godt valg. 'LoadStrom' er et godt værktøj til at udføre stabilitetstest ved hjælp af automatisering.

I denne fase vil vi diskutere budgettet og tidsfristen for test med klienten. Da testen er tidskrævende, skal budgettet og tidsfristen overholde testplanen.

# 3) Test sag udvikling

Test case til test af applikationen oprettes i denne fase.

# 4) Testmiljø

Testmiljøet er en vital faktor til test af stabilitet. Vi har brug for et ordentligt testmiljø, som er en kopi af vores produktionsmiljø. Det oprindelige miljø bør være ubrugt, fordi webstedet under test kan undertiden gå ned eller endda tab af data.

# 5) Testudførelse

I denne fase udføres testsager, og testresultaterne verificeres. Dette er en tidskrævende fase. De generelle problemer, som testere står over for i denne fase, er hukommelseslækage, problemer med dataforbindelse, langsom responstid osv.

# 6) Testlukning

I denne fase vil alle teammedlemmerne mødes og diskutere de exitkriterier, der er brugt i projektet. Udgangskriterier afhænger af faktorer som antallet af fundne mangler og den tid, der bruges til testning.

Værktøjer anvendt til stabilitetstest

Følgende værktøjer anvendes:

  1. LoadRunner
  2. OpenSTA
  3. LoadUI
  4. WebLOAD
  5. LoadComplete
  6. Fremgang
  7. LoadUI
  8. Rational Performance Tester

Hvordan bruges Apache JMeter til udholdenhedstest?

Apache JMeter er et godt værktøj til udholdenhedstest. Før testene påbegyndes, skal testere have god viden om forretningsmålene. Derefter opretter testere testskripter. Derefter konfigurerer vi trådgruppens indstillinger i JMeter.

Mens vi udfører udholdenhedstest ved hjælp af JMeter, skal vi specificere følgende faktorer:

  • Antallet af tråde: Dette angiver det forventede antal brugere på webstedet.
  • Opkørselsperiode: Dette angiver den tid, det tager af hver tråd at gennemføre. Hvis vi har 5 tråde, er opstartsperioden 50 sekunder.
  • Loop-count: Dette angiver antallet af gange, processen gentages. Til udholdenhedstest er det indstillet til evigt.
  • Planlægning: I denne test bruger vi planlægningsfunktionalitet. Vi skal specificere planlægningskonfigurationen i henhold til kravet.

Konklusion

Mange applikationer er designet forkert og frigiver ikke enhedens hukommelse efter brug. Dette vil gradvist føre til hukommelsestab. Vi kan løse problemet med stabilitetstest. Så stabilitetstest er meget vigtig. Det er ikke-funktionel test. Det vedrører kun applikationens karakteristika. Her handler testning ikke om systemets opførsel.

Håber du forstod vigtigheden og behovet for stabilitetstest.

Anbefalet læsning

^