Blødprøvning
Soak Testing er en type ikke-funktionel test, der bruges til at måle ydeevnen for en softwareapplikation under en enorm mængde belastning i en længere periode. Målet med Soak-test er at sikre, om softwareapplikationen opretholder et stort forbrug og at kontrollere, hvad der ville ske uden for dens designforventninger.
Billedet nedenfor viser en testcyklus, der viser på hvilket tidspunkt Soak Testing ( Type of Performance Test ) udføres på en applikation.
I denne type test er det, der dybest set overvåges, hukommelsesudnyttelsen af en applikation i et system. Det tester på systemniveau for at finde ud af, om systemet kan klare et meget stort forbrug og se, hvad der ville ske uden for dets designforventninger.
I denne vejledning lærer du-
- Hvorfor lægge blød testning?
- Hvornår skal man foretage Soak Testing?
- Blødgør teststrategi
- Karakteristika ved Soak Testing
- EKSEMPLER på Soak Testing
- Almindelige problemer observeret under Soak Testing
Hvorfor lægge blød testning?
Et system kan opføre sig normalt, når det bruges i 2 timer, men når det samme system bruges kontinuerligt i 10 timer eller mere end det, kan det mislykkes eller opføre sig unormalt / tilfældigt / det kan gå ned. For at forudsige en sådan fejl udføres Blødprøvning.
Hvornår skal man foretage Soak Testing?
Blødprøvning skal udføres i følgende scenarier: -
- Inden bygningen distribueres til klienten, dvs. inden udgivelsen af en applikation på en bestemt platform, skal den gennemgå en vellykket række belastningstest ved høje eller tilsvarende trafikniveauer. Derefter udføres blødprøvning . Det hjælper os med at bestemme, hvordan vi kører en bestemt applikation i en længere periode. Hvis der findes problemer som hukommelseslækage / hukommelseskorruption i perioden, dvs. når det er i blødgøring, skal det straks rapporteres.
- Det bedste tidspunkt at udføre en blødprøvning er i weekenden, da en applikation skal være i kørende tilstand så længe som over en dag eller nat. Det afhænger helt af begrænsningerne i testsituationen. Soak-test er et af de vigtigste krav til overholdelse, som skal følges nøje af alle virksomheder.
Blødgør teststrategi
Long Session Soak Testing er en strategi, hvor et system er under belastning i længere tid.
Et simpelt eksempel er, hvor brugeren forbliver logget ind i et system i mange timer med at udføre et antal forretningstransaktioner. På denne måde oprettes mange data. Der kan være masser af belastning på systemet / databaseserveren, hvilket kan resultere i stop / nedbrud af systemet / databaseserveren.
Under Long Session Soak Testing udføres flere dags aktiviteter (f.eks. 30 dage) i en begrænset tidsramme (siger 2 dage). Antallet af transaktioner i denne begrænsede tidsramme skal matche eller overgå flere dages transaktioner. Fokus bør være på antallet af behandlede transaktioner. Den vigtigste del af Soak Testing er at kontrollere den tilgængelige hukommelse i CPU'en og mængden af hukommelse, der vil være i brug. Vi skal registrere hukommelsesforbruget i starten og slutningen af en gennemblødningstest. Hvis det er nødvendigt, er hukommelsesforbruget af faciliteter såsom Java Virtual Machines også vigtigt og skal overvåges.
Nedenfor er nogle få yderligere kontroller, der skal udføres af enhver bruger / tester, før de begynder med Soak Testing:
a) Overvåg databasens ressourceforbrug.
b) Overvåg serverressourceforbruget (ex-CPU-forbrug).
c) Soak-test skal køre med realistisk brugers samtidighed.
Karakteristika ved Soak Testing
En standardblødprøvningsmetode skal have følgende egenskaber: -
- Varigheden af de fleste Soak Test bestemmes ofte af den tilgængelige tid.
- Enhver applikation skal køre uden afbrydelse, hvis den kræver en længere periode.
- Den skal dække alle de scenarier, som interessenterne er enige om.
- For det meste har hvert system en regelmæssig vedligeholdelsesperiode, og tiden mellem sådanne vinduesperioder er en nøgledriver til bestemmelse af omfanget af en Soak Test.
EKSEMPLER på Soak Testing
- I tilfælde af bankdomæne, når der er en stor mængde data fra sælgere, vil testeren lægge systemet under belastning kontinuerligt i 70 timer til 150 timer for at kontrollere, hvordan applikationen opfører sig i denne indlæsningsperiode.
- Antag at der er 33.000 logins, der skal gennemføres gennem systemet, det repræsenterer syv og en halv dags aktivitet. I dette tilfælde kan en 60-70 timers Soak Test startes fredag aften omkring kl. 18, som kan afsluttes mandag morgen kl. 6. Kun med en sådan test er det muligt at observere enhver forringelse af ydeevnen under de kontrollerede forhold.
- I tilfælde af videospil indebærer mobilapplikationer osv. At lade spillet eller applikationen køre i en længere periode i forskellige driftsformer - som tomgang, pause på titelskærmen og så videre for at finde ud af om en applikation kan håndtere den kontinuerligt forventede belastning.
Almindelige problemer observeret under Soak Testing
- Hukommelsesallokering (hukommelseslækage, der i sidste ende ville resultere i en hukommelseskrise eller afrundingsfejl, der kun manifesterer sig over tid).
- Database ressourceudnyttelse (Manglende lukning af databasemarkører under visse betingelser, som i sidste ende vil resultere i, at hele systemet går i stå).
- Det kan også føre til forringelse af ydeevnen, dvs. at sikre, at responstiden efter en lang periode med vedvarende aktivitet er så god som den var i begyndelsen af testen.
- Manglende lukning af forbindelser mellem niveauer i et flerlags system under visse omstændigheder, der kan stoppe nogle eller alle moduler i systemet.
- Den gradvise nedbrydning af svartiden for nogle funktioner som interne datastrukturer bliver mindre effektive under en lang test.
Resumé
- I softwareteknik udføres blødprøvning for at afgøre, om applikationen under test kan opretholde den kontinuerlige belastning.
- Det er en type præstationstest.
- Det hjælper systemet med at afgøre, om det kan klare et meget stort forbrug
- I denne type test er det grundlæggende, der overvåges, hukommelsesudnyttelsen af et program i et system
- Kontroller, der skal udføres af enhver bruger / tester, inden de begynder med Soak Test inkluderer
- Overvåg databasens ressourceforbrug.
- Overvåg serverressourceforbruget (ex-CPU-forbrug).
- Soak-test skal køre med realistisk brugers samtidighed.
Denne artikel er bidraget af Pallavi De