Meny

Konfigurasjonstestveiledning med eksempler

  • Hoved
  • Annen
  • Konfigurasjonstestveiledning med eksempler

configuration testing tutorial with examples

Prøv Instrumentet Vårt For Å Eliminere Problemer

Introduksjon til programvarekonfigurasjonstesting:

Denne artikkelen har blitt brakt til deg for å diskutere en spesiell type programvaretesting som er veldig viktig for virksomheten.

Vi vil diskutere det grunnleggende om konfigurasjonstesting, behovet, viktigheten, målene og typene. Etter hvert som vi kommer videre i artikkelen, vil vi lære i detalj hvordan du utfører denne testen.

La oss starte!!

Denne opplæringen vil gi deg en fullstendig oversikt over konfigurasjonstesting, og den vil fungere som en perfekt guide for alle som er nye i dette testkonseptet og pusse opp kunnskapen til de som allerede har erfaring med det.

Konfigurasjonstesting

Hva du vil lære:

Hva er konfigurasjonstesting?

Konfigurasjonstesting er en metode for å teste et system under utvikling på flere maskiner som har forskjellige kombinasjoner eller konfigurasjoner av maskinvare og programvare. Ytelsen til systemet eller et program testes mot hver av de støttede maskinvare- og programvarekonfigurasjonene.

Når vi sier forskjellige konfigurasjoner av maskinvare og programvare, tilskrives det flere versjoner av operativsystemet, nettlesere, støttede drivere, minnestørrelser, harddisktyper, CPUer osv.

selen

Hvorfor denne testen?

Som diskutert ovenfor er denne testingen en teknikk som vurderer ytelsen til en programvare, et system / en applikasjon med tanke på de forskjellige systemkonfigurasjonene.

Denne testingen er gjort for å bestemme de optimale konfigurasjonene der et system eller et program kan fungere fint uten feil, problemer eller ytelsesfeil. Så, den mest effektive konfigurasjonen som vil levere de nødvendige ytelsesegenskapene, blir oppdaget ved hjelp av denne testingen.

hva brukes c ++ programmering til

Den andre hovedårsaken til denne testingen er å verifisere systemets kompatibilitet med annen programvare eller utstyr som er angitt i SRS (spesifikasjon for programvarekrav).

Et eksempel

La oss vurdere at bedriften din har utviklet en stasjonær applikasjon på C # -språk, og denne appen er bygget på .NET-rammeverket.

Og denne appen er basert på en 3-lags arkitektur som har tre lag - frontend (klient), applikasjonslaget (serveren) og databaselaget. Hvert av lagene støtter visse plattformer tilsvarende.

La oss anta at hvert lag støtter plattformene nedenfor:

Klient - Windows 10 OS, Windows 7, Windows XP, Linux OS.

Server - Ubuntu Server, Windows Server 2016 , Novell Open Enterprise Server .

Database - Microsoft SQL Server, IBM DB2, MySQL.

Desktop Application Configuration

Nå, som en programvaretester, må du teste applikasjonen under hver av de forskjellige kombinasjonene av klient-, server- og databaseplattformene ovenfor for å sikre at applikasjonen fungerer bra med hver av de mulige konfigurasjonene.

For eksempel , vil du sjekke hvordan applikasjonen fungerer med kombinasjonen av Windows 10 OS, Windows Server 2016 og MySQL-databasen, så vil du utføre en ny test for å sjekke hvordan applikasjonen fungerer med kombinasjonen av Windows 10 OS, Windows Server 2016 og IBM DB2-database.

Og så videre til du tester alle mulige konfigurasjoner.

Testingen vår vil ikke bare være begrenset til programvaren, men den vil også dekke maskinvaren, der vi må sjekke hver av kombinasjonene av forskjellige maskinvareenheter. Derfor blir denne testingen til tider også referert til som Hardware Configuration Testing.

Forbereder for konfigurasjonstest

Denne testingen har visse forutsetninger som må oppfylles før vi utfører konfigurasjonstestene.

Nedenfor er forutsetningene:

# 1) Klargjøre dekningsmatrisen

På grunn av et stort antall mulige maskinvare- og programvarekonfigurasjoner blir det veldig tidkrevende og nesten umulig å teste hver av konfigurasjonene effektivt.

For eksempel , i eksemplet som vi diskuterte ovenfor, vil vi ha totalt 3 * 3 * 3, dvs. 27 programvarekonfigurasjoner. La oss anta at vi har 5 forskjellige harddisker og 6 forskjellige minnestørrelser. Deretter vil tellingen gå til 27 * 5 * 9, dvs. 810 konfigurasjoner nå.

Dette vil fortsette å øke hvis vi legger til flere komponenter i bildet. Så det blir avgjørende å planlegge programvaretestingen og identifisere tydelig hvilke plattformer som skal støttes.

eksempler på internett av ting applikasjoner

Deretter må vi komme med en dekkingsmatrise som inneholder de forskjellige kombinasjonene av maskinvare- og programvarekonfigurasjonene. Noen ganger er denne dekningsmatrisen også kjent som BCM (Basic Configuration Matrix).

Testing av konfigurasjoner

Figuren ovenfor viser en skjematisk eksempelmatrise av konfigurasjoner som du ønsker å teste.

# 2) Prioritere konfigurasjonene

Når konfigurasjonsmatrisen er klargjort, er neste trinn å prioritere konfigurasjonene.

Dette trinnet er nødvendig fordi det er umulig å teste hele det enorme spekteret av konfigurasjoner. Så basert på tilbakemeldinger fra klienter, er de mest kritiske konfigurasjonene vervet, og de skal testes grundig først.

Når vi er ferdige med de to ovennevnte trinnene, kan vi gå videre med å teste de forskjellige konfigurasjonene basert på deres prioritet.

Microsoft VSTS - Konfigurasjonstestverktøy

Microsoft Visual Studio Team Services (VSTS) er et verktøy som hjelper sterkt til å teste appen din under forskjellige konfigurasjoner basert på testplanen din.

Du bør ha en testplan for å bestemme hvilke tester du vil utføre og på hvilke konfigurasjoner. Du må sørge for at du har riktig miljø satt opp for konfigurasjonene du trenger. Når du har matrisen til kombinasjonene, må du teste den.

Du kan følge trinnene nedenfor for å utføre denne testen:

#1) Sett opp konfigurasjonene og lag variablene. En variabel er en av komponentene i konfigurasjonen din.

For eksempel , det kan være en variabel ‘Browser’ som kan ha flere verdier som Chrome, Firefox, IE10, etc.

#to) Tilordne konfigurasjonene til testplanene / testseriene eller individuelle testsaker.

# 3) Utfør testene mot hver konfigurasjon.

# 4) Spor testresultatene for hver av konfigurasjonene.

En detaljert trinnvis guide for å utføre denne testen med VSTS kan vises her: VSTS - Test forskjellige konfigurasjoner

Mål

Nedenfor er de forskjellige målene for denne testen:

  • For å bestemme den optimale konfigurasjonen av AUT (Application under Test).
  • For å oppdage skjulte sårbarheter som inneholder maskinvaren.
  • For å sikre forretningskontinuiteten ved å oppdage og fikse problemene før de hindrer forretningsdriften.
  • For å eliminere en konfigurasjonsdrift.
  • For å minimere antall feil på grunn av vertskonfigurasjonsfeil.
  • Validerer applikasjonen for å fastslå at den tilfredsstiller konfigurerbarheten.
  • For å analysere systemytelsen ved å legge til, fjerne eller endre maskinvarekomponentene ( F.eks . Varierer minnestørrelsene, legger til belastningsbalanser osv.).
  • For å verifisere om systemet fungerer bra i et geografisk distribuert miljø (servere og klienter ligger på forskjellige steder).
  • Kontrollerer hvor enkelt feilene kan replikeres uavhengig av konfigurasjonsendringene.
  • For å kontrollere hvor sporbare og håndterbare applikasjonselementene er.

Typer konfigurasjonstesting

Vi kan ha det to forskjellige linjer av divisjoner for denne testingen.

På første linje , kan den deles i to deler:

  1. Programvarekonfigurasjon Testing
  2. Konfigurasjonstesting av maskinvare

På andre linje , kan det igjen deles i to deler - 1. Testing på klientnivå & 2. Testing på servernivå

Til å begynne med, se om maskinvare- og programvarekonfigurasjon.

# 1) Testing av programvarekonfigurasjon:

Denne testingen utføres over AUT (applikasjon under test) med flere OS-versjoner, programvareoppdateringer osv. Dette er en langvarig testing da det tar enorm tid å installere og avinstallere de forskjellige programvarene som skal brukes til testing.

En tilnærming for å spare tid er å bruke virtuelle maskiner for å teste programvarekonfigurasjonen. En virtuell maskin simulerer sanntidskonfigurasjonene og gir den samme følelsen som en fysisk maskin.

Så, i stedet for å installere og avinstallere flere programmer på en enkelt fysisk maskin, kan vi ha flere virtuelle maskiner som simulerer hver forskjellige konfigurasjon som vi trenger å gjøre testingen på.

Testing av programvarekonfigurasjon begynner når bygningen er utgitt etter å ha gått gjennom enhetstesten og integrasjonstesten.

# 2) Testing av maskinvarekonfigurasjon:

Konfigurasjonstesting av maskinvare utføres vanligvis i laboratorier, hvor vi har fysiske maskiner med forskjellig maskinvare koblet til dem.

Hver gang en build blir utgitt, kreves det at programvaren installeres i alle de fysiske maskinene som maskinvaren er festet til, og at testpakken skal kjøres på hver eneste maskin for å bekrefte at applikasjonen fungerer bra.

For å utføre ovennevnte oppgave kreves det en betydelig innsats for å sette opp programvaren på hver maskin, koble maskinvaren til den og deretter utføre testpakken manuelt. Selv om vi automatiserer denne oppgaven og kjører testpakken, ville det også være nødvendig med en betydelig innsats.

Som vi allerede har diskutert i den tidligere delen av denne artikkelen, mens vi gjør maskinvarekonfigurasjonstest, staver vi ut hva slags maskinvare som skal testes, og det er mange datamaskiner og periferiutstyr som gjør det nesten umulig å utføre alle tester.

mest populære verktøy for analyse av store data

Så en tester analyserer hvilken maskinvare som hovedsakelig brukes av kunden, og utfører deretter testingen basert på prioritering.

La oss nå diskutere konfigurasjonstesting på klientnivå og servernivå.

# 1) Testing på klientnivå : Den har et fellestrekk med brukervennlighet og funksjonstesting. Denne testingen er utført fra den direkte brukerens interesser.

# 2) Servernivå testing : Denne typen testing er gjort for å undersøke samspillet mellom programvaren og det eksterne miljøet når det er planlagt å bli integrert etter utgivelsen.

Viktigheten av denne testingen for en bedrift

Denne testingen er veldig viktig for en bedrift å komme opp og opprettholde med høytytende, skalerbare og tilgjengelige applikasjoner.

Denne testingen skal utføres på en kontinuerlig og helst automatisert måte (ellers er det veldig tidkrevende når det gjøres manuelt) med den hensikt å raskt identifisere og korrigere faktorene som bidrar til ineffektivitet.

11 BESTE verktøy for programvarekonfigurasjon (SCM-verktøy i 2020)

Konklusjon

Konfigurasjonstesting er like viktig som enhver annen programvaretesttype, da den oppdager den optimale konfigurasjonen av systemet som applikasjonen fungerer best på. Det hjelper også med å identifisere og rette eventuelle kompatibilitetsproblemer.

I denne artikkelen lærte vi om hva som er konfigurasjonstesting, hvorfor utfører vi denne testen, hva er målene, hva er dens typer, hva er forutsetningene for denne testen, hvordan det må gjøres, hvor viktig er det for en foretak osv. på en detaljert måte.

Håper, denne artikkelen var informativ og ville gitt deg en god ide om konfigurasjonstesting.

Anbefalt lesing

^