Systemtesting - Ulike typer og hovedfokusområde for systemtesting

Introduksjon til systemtesting

Har du noen gang hørt om systemtesting? Ja, selvfølgelig har du hørt, men vet ikke hva som tester. Hvordan det implementeres i det faktiske miljøet. Dagens verden er fylt med mange enheter, nye teknologier kommer ut hver dag. For å opprettholde kvaliteten og sikre at vårt produkt er feilfritt og pålitelig, har hver utvikling sitt parallelle testteam til side.

Testing er prosessen med å krysse av om vi har riktig funksjonalitet eller ikke. Testing av programvare er en fase der programvaren er fullført. Nå skal den integrerte programvaren teste. I tester sjekker vi at programvaren oppfyller kravene våre eller ikke.

Testing som gjøres på hele systemet kjent som systemtesting. Ved denne testen avdekker vi feilene. Det sikrer at alt systemet fungerer som forventet. Vi sjekker systemets ytelse og funksjonalitet for å få et kvalitetsprodukt. Systemtesting er ikke annet enn å teste systemet som helhet. Denne testingen sjekker komplette ende-til-ende-scenario i henhold til kundens synspunkt.

Funksjonelle og ikke-funksjonelle tester også utført ved systemtesting. Alt gjøres for å opprettholde tillit i utviklingen av at systemet er defektfritt og feilfritt. Systemtesting er også ment å teste spesifikasjoner for maskinvare / programvare.

Systemtesting er mer av en begrenset type testing; den søker å oppdage begge feilene i "inter-assemblages".

Det er to typer tester:

Dette er spesialiserte systemer og applikasjoner

Før du går direkte inn i systemtesten, vil jeg at du skal vite teststrømmen. Så du vil få en klar idé. Vennligst se på følgende diagram.

Typer systemtesting

Nedenfor er de forskjellige typene tester som er som følger:

1. Funksjonstesting

Denne testingen sørger for at funksjonaliteten til et produkt fungerer i henhold til kravspesifikasjonen, innenfor mulighetene til systemet.
Funksjonell testing utføres manuelt eller med automatiserte verktøy.

2. Test av gjenvinnbarhet

Denne testingen avgjør om operasjoner kan fortsettes etter en katastrofe eller etter at systemets integritet har gått tapt.
Det beste eksemplet på dette antar at vi laster ned en fil. Og plutselig går forbindelsen av. Etter å ha gjenopptatt tilkoblingen, starter nedlastingen der vi dro. Det starter ikke med å starte på nytt.
Dette brukes der det er viktig med kontinuitet i operasjonene

3. Testing av ytelse

Denne testingen sørger for at systemets ytelse under forskjellige forhold, med tanke på ytelsesegenskaper.
Denne testingen kalles også for samsvarstesting med hensyn til ytelse.
Denne testingen sikrer at det oppfyller systemkravene
Den sjekker når flere brukere bruker den samme appen om gangen, og hvordan den svarer tilbake

Ytelsestesting kan kategoriseres i tre hovedkategorier som hastighet, skalerbarhet, stabilitet.

4. Testing av skalerbarhet

Denne testingen sørger for at systemets skaleringsevner i forskjellige uttrykk som brukerskalering, geografisk skalering og ressursskalering.

5. Pålitelighetstesting

Pålitelighetstesting sørger for at systemet er feilfritt.
Denne testingen sørger for at systemet kan betjenes over lengre tid uten å utvikle feil.

6. Testing av dokumentasjon

Denne testingen sørger for at systemets brukerhåndbok og andre hjelpeemner dokumenter er korrekte og brukbare.

7. Sikkerhetstesting

Testing som bekrefter at programmet kan få tilgang til autorisert personell, og at autorisert personell kan få tilgang til funksjonene som er tilgjengelige til deres sikkerhetsnivå.
Denne testingen sørger for at systemet ikke tillater uautorisert tilgang til data og ressurser.
Hensikten med sikkerhetstesting er å bestemme hvor godt et system beskytter mot uautorisert intern eller ekstern tilgang eller forsettlig skade.
Det er følgende område der vi generelt kan sjekke sikkerhet:

Godkjenning
Autorisasjon
Datavalidering
Transportsikkerhet
Data beskyttelse
Øktledelse

8. Test av brukervennlighet

For å sikre at systemet er enkelt å bruke, lær og bruk

9. Testing av krav

Hvert system er et krav testet.

Direkte observasjoner av mennesker som bruker systemet.
Brukbarhetsundersøkelser er gjort under denne testingen.
Brukertester under denne testingen. Kalles også som Betatesting.
Denne testen tester systemet hvordan den virkelige brukeren vil arbeide i miljøet.
Brukbarhetstesting brukes hovedsakelig til utforming av applikasjonen.
I en brukbarhetstest prøver faktiske brukere å få typiske mål og oppgaver med et produkt under kontrollerte forhold.

Dette systemet brukes til å bestemme:

Hvor enkelt det er å forstå applikasjonsbruk.
Hvor lett det er å utføre en søknadsprosess.

10. Lastingstesting

Denne testen bestemmer hvordan applikasjonen oppfører seg når flere brukere får tilgang til den samtidig på flere steder.

Denne testingen gjøres for å bestemme om systemytelsen er akseptabel ved et forhåndsbestemt lastnivå.
Lasttesting evaluerer systemytelsen med de forhåndsdefinerte lastnivåene.
Den sjekker normale og forhåndsdefinerte betingelser for applikasjonen.

11. Stresstesting

Denne testingen sjekker generelt at systemet kommer til å fortsette å fungere når det blir utsatt for det store datamengden enn forventet.

Stresstesting kan inneholde inngangstransaksjoner, interne tabeller, kommunikasjonskanaler, diskplass, etc.
Stresstesting sjekker at systemet skal kjøres som i et produksjonsmiljø.
Den sjekker systemet under ekstreme forhold.
Stresstesting er også kjent som utholdenhetstesting.

12. Konfigurasjonstesting

Konfigurasjonstesting sjekker det med flere kombinasjoner av applikasjoner med maskinvare.
Denne testen kontrollerer for et kompatibilitetsproblem.
Bestem minimal og optimal H / W- og S / W-konfigurasjon.
Denne testingen bestemmer effekten av å legge til eller endre ressurser som minne, diskplass, CPU, nettverkskort.

13. Test av kompatibilitet

Kompatibilitetstesting brukt for å sjekke om applikasjonen din er i stand til å kjøre på forskjellige H / W, OS, applikasjoner, nettverksmiljøer eller mobile enheter, etc.
Ligner på testing av flere plattformer.
Kapasitetstesting er mer nyttig i nettbaserte applikasjoner der vi kan sjekke at applikasjonen må være tilgjengelig fra alle nettlesere.

Nøkkelfokusområde

Under systemtesting blir systemet testet i produksjonsmiljøet. Før levering av produktet, skal systemet testes i et produksjonsmiljø.
Utviklings- og produksjonsmiljøet kan være forskjellig i forhold til selskapet.
Det skal hovedsakelig få konfigurasjonsrelatert feil.

Systemtestkonsept

Systemtesting faller inn under omfanget av Black-Box-testing. Det er også tester som sikkerhet, pålitelighet, ytelse, installasjon, funksjonell testing, etc.

Vi har også test av hvite bokser. Dette også, kjent som clear-box testing. Testing av hvite bokser betyr testing der testerens interne struktur er kjent for testapplikasjonen. Men i denne artikkelen fokuserer vi på testing av svart boks.

Hva er Black-Box Testing?

Denne testingen er også kjent som atferdstesting.
Black-box-testing fokuserer hovedsakelig på inndata og utdata da den interne koden er skjult for testeren

Systemtesting har også noen spesialiserte tester som følger:

1. Regresjonstesting

Denne testingen avhenger av tid. Faktoren er ikke alltid nok for denne testingen. Denne testingen gjøres på to måter:

Manuell testing :

Manuell testing kan gjøres for små systemer. Prosjektet hvor kostnadene er problemet. Den automatiserte testingen er ikke praktisk.

Utviklere eller kvalitetssikringsteam tester manuelt hver eneste sti i programvarekoden kan gå. Og så har sammenligning skjedd.

Denne testingen er veldig tidkrevende og trenger mye ressurser for å jobbe med den.

Denne testingen er ikke effektiv, så automatiseringstesting kommer inn i bildet

Automatisk testing:

Denne testingen er veldig bra. Mange selskaper som prøver å få automatiserte testverktøy.

Hvis vi har mange versjonsendringer for et program, er det veldig nyttig. En klasse av disse verktøyene kalles fangede avspillingsverktøy.

2. Feilhåndteringstesting

For å bestemme mulighetene til systemet til å behandle feilaktige transaksjoner på riktig måte.
All rimelig feil er ment å oppdage av applikasjonssystemet.
Kontroll over feilen under feilretting er et must.
Prosedyrer garanterer stort sett at feil blir rettet ordentlig.
Denne testingen skal skje i hele SDLC.
Feil omfatter alle uventede forhold.
Den sjekker programvarens mulighet til å utføre alle transaksjoner på riktig måte.
For eksempel: Bare legg noen feilaktige verdier i applikasjonen for å sjekke om systemet er nok i stand til å finne disse problemene. Denne prosessen kan være iterativ.

3. Test mellom systemer

Denne testingen gjøres når en applikasjon plasseres i et distribuert område. Og all plassert integrasjon skjer. Denne testingen er hovedsakelig gjort for å sjekke strømmen av data fra det hostede hovedsystemet til andre systemer.
Kort sagt kan vi si at "Testingen av et grensesnitt mellom to eller flere applikasjonssystemer."
Dette bestemmer:

Dokumentasjonen for systemet er fullstendig og nøyaktig.
Parametere og data sendes riktig mellom de to applikasjonene.

Det er deler av testsett som transaksjonen fra ett system til et annet system, og omvendt utføres riktig. kryssjekker har skjedd, og hvis det oppstår en feil, blir den rettet på det tidspunktet.
Denne testingen sikrer dataflyt mellom applikasjonen.
Denne testingen er kjedelig hvis automatisering ikke gjøres.
Kostnadene er mer hvis det er flere iterasjoner.

4. Sanity Testing

Sanitetstesting betyr å kontrollere atferden til systemet. Denne testingen kalles også som smal regresjonstesting.
Sanitetstester er nyttige for både innledende miljøvalidering og fremtidige interaktive trinn.
Sanitetstesting er fokusert.
Denne testingen blir også betraktet som en undergruppe av regresjonstesting.
Eksempel på Sanity testing er, kan vi si at vi trenger systemet oppetid. Hvordan må tidssystemet ta å komme seg opp?
Sanitetstesting opprinnelig designet for å teste kjernemoduler.
Sanitetstesting kan kontrollere tilkoblingen med applikasjonsservere og perifere enheter.

5. Røykprøving

Generelt er røykprøving også kjent som "Build Verification Testing".
Dette begrepet kommer fra maskinvaretesting. Ved maskinvaretesting passerte enheten testen, hvis den ikke tok fyr eller røykte første gang den ble slått på.
Røykprøving sjekker testbarheten til programvaren betegnes som røyketesting.
Røykprøving avgjør om testing er nok for applikasjonen. Er det stabilt?
Røykprøving hjelper deg med å finne ut hvor du skal stoppe.
Røykprøver kan utføres manuelt eller automatiserte verktøy.
Røykprøvescenariene understreker bredden mer enn dybden.
Røykprøving er også kjent som Verifiseringstesting / Koblingstesting / Grunnleggende funksjonell testing.
Dette er en "grunt og bred" tilnærming til applikasjonen.
Røykprøving hjelper til med å eksponere problemer tidlig.
Røykprøving hjelper også til å finne integrasjonstesting.
Ved røykprøving bør alle komponenter berøres, og alle viktige funksjoner bør testes kort.
Hvis en test mislykkes, returneres byggingen til utviklere som ikke er testet.
Røykprøving brukes vanligvis i systemtesting, akseptansetesting og integrasjonstesting.

6. Parallell testing

Parallell testing betyr å teste flere applikasjoner eller delsystemer samtidig.
Vi kan si at en sammenligning mellom to forskjellige systemer.

Parallell testing er å bestemme - Ny versjon av et program eller nye systemer fungerer korrekt med henvisning til det eksisterende systemet som fungerer riktig.
Parallell testing kan brukes når du godtar et nytt system.
Ved parallell testing brukes de samme dataene på begge systemene.
Ved parallell testing brukes nytt system med et eksisterende system i en viss tid.
Gjennom kryssjekk av o / p og sammenligning med o / p fra det eksisterende systemet. Parallell testing utføres for å sikre at det nye systemet fungerer opp til merket som det forrige systemet pleide å gjøre.

Konklusjon

Hver programvareutviklingsprosess har en testdel. Hvis programvare har alle testene og tilfredsstiller alle betingelsene, er den klar til overlevering til kunden. Testing er en avgjørende del og må gjøres veldig alvorlig.

Anbefalte artikler

Dette har vært en guide til systemtesting. Her har vi diskutert introduksjonen, ulike typer systemtesting og dens viktigste fokusområde. kan du også se på følgende artikler for å lære mer -

Karrierer innen programvaretesting
Spørsmål om penetrasjonstestintervju
Hva er nevrale nettverk?
Defekte livssyklus i test av programvare
Ulike verktøy for ytelsestesting