Konfigurationstest
Configuration Testing er en softwaretestteknik, hvor softwareapplikationen testes med flere kombinationer af software og hardware for at evaluere de funktionelle krav og finde ud af optimale konfigurationer, under hvilke softwareapplikationen fungerer uden fejl eller mangler.
Som diskuteret ovenfor er konfigurationstest en softwaretest, hvor applikationen under test skal testes ved hjælp af flere kombinationer af software og hardware.
I denne vejledning lærer du-
- Hvad er konfigurationstest?
- Eksempel på konfigurationstest
- Forudsætninger for konfigurationstest
- Mål for konfigurationstest
- Sådan udføres konfigurationstest
- Eksempel på testtilfælde
Eksempel på konfigurationstest
Lad os forstå dette med et eksempel på en desktopapplikation:
Generelt vil Desktop-applikationer have 2-lags eller 3-lags, her vil vi overveje en 3-lags Desktop-applikation, der er udviklet ved hjælp af Asp.Net og består af Client, Business Logic Server og Database Server, hvor hver komponent understøtter nedenstående platforme.
- Client Platform - Windows XP, Window7 OS, windows 8 OS osv
- Serverplatform - Windows Server 2008 R2, Windows Server 2008 R2, Windows Server 2012R2
- Database -SQL Sever 2008, SQL Server 2008R2, SQL Server 2012 osv.
En tester skal teste kombinationen af klient, server og database med kombinationer af de ovennævnte platforme og databaseversioner for at sikre, at applikationen fungerer korrekt og ikke fejler.
Konfigurationstest er ikke kun begrænset til software, men også anvendelig til hardware, hvorfor det også kaldes en hardwarekonfigurationstest, hvor vi tester forskellige hardwareenheder som printere, scannere, webcams osv., Der understøtter applikationen under test.
Forudsætninger for konfigurationstest
For ethvert projekt, inden vi starter med konfigurationstesten, skal vi følge nogle forudsætninger
- Oprettelse af matrix, der består af forskellige kombinationer af software- og hardwarekonfigurationer
- Prioritering af konfigurationerne er vanskelige at teste alle konfigurationer
- Test af hver konfiguration baseret på prioritering.
Mål for konfigurationstest
Formålet med konfigurationstestning er at
- Validering af applikationen for at afgøre, om den opfylder konfigurationskravene
- Manuelt forårsager fejl, der hjælper med at identificere de defekter, der ikke effektivt findes under testning (Eks: ændring af systemets regionale indstillinger som tidszone, sprog, datoformater osv.)
- Bestem en optimal konfiguration af den applikation, der testes.
- Analyse af systemets ydeevne ved at tilføje eller ændre hardwarressourcer som Load Balancers, øge eller mindske hukommelsesstørrelse, tilslutte forskellige printermodeller osv.
- Analyse af system Effektivitet baseret på prioriteringen, hvor effektivt testene blev udført med de tilgængelige ressourcer for at opnå den optimale systemkonfiguration.
- Verifikation af systemet i et geografisk distribueret miljø for at kontrollere, hvor effektivt systemet fungerer.
For eksempel: Server på en anden placering og klienter på en anden placering, skal systemet fungere fint uanset systemindstillingerne.
- Bekræftelse af, hvor let bugs er reproducerbare, uanset konfigurationsændringerne.
- Sikre, hvor sporbare applikationselementerne er ved korrekt dokumentation og vedligeholdelse af de versioner, der let kan identificeres.
- Bekræftelse af, hvor håndterbare applikationselementerne er gennem softwareudviklingens livscyklus.
Sådan udføres konfigurationstest
I dette afsnit vil vi diskutere den strategi, der skal følges for konfigurationstesttyper, og der er to typer konfigurationstest som nævnt nedenfor
- Test af softwarekonfiguration
- Test af hardwarekonfiguration
Test af softwarekonfiguration
Test af softwarekonfiguration tester applikationen under test med flere operativsystemer, forskellige softwareopdateringer osv. Test af softwarekonfiguration er meget tidskrævende, da det tager tid at installere og afinstallere forskellige softwarer, der bruges til testningen.
En af de tilgange, der følges for at teste softwarekonfigurationen, er at teste på virtuelle maskiner. Virtuel maskine er et miljø, der er installeret på software og fungerer som en fysisk hardware, og brugerne vil have den samme fornemmelse som en fysisk maskine. Virtuelle maskiner simulerer realtidskonfigurationer.
I stedet for at installere og afinstallere softwaren i flere fysiske maskiner, hvilket er tidskrævende, er det altid bedre at installere applikationen / softwaren på den virtuelle maskine og fortsætte testningen. Denne proces kan udføres ved at have flere virtuelle maskiner, hvilket forenkler en testers job
Test af softwarekonfiguration kan typisk begynde når
- Konfigurationskrav, der skal testes, er specificeret
- Testmiljøet er klar
- Testteamet er veluddannet i konfigurationstest
- Build frigivet er enhed og integrationstest bestået
Typisk teststrategi, der følges for at teste softwarekonfigurationstesten, er at køre den funktionelle testpakke på tværs af flere softwarekonfigurationer for at kontrollere, om applikationen, der testes, fungerer som ønsket uden fejl eller fejl.
En anden strategi er at sikre, at systemet fungerer fint ved manuelt at fejle testsagerne og kontrollere for effektiviteten.
Eksempel:
Sig, at der er en bankapplikation, der skal testes for dens kompatibilitet på tværs af flere browsere, når applikationen er hostet i et miljø, hvor alle forudsætninger er til stede, for at det muligvis kan bestå enheden og integrationstest i testlaboratoriet.
Men hvis den samme applikation er installeret på et klientsted, og maskinerne mangler nogle softwareopdateringer eller de versioner, som applikationen afhænger direkte eller indirekte af, er der en chance for, at applikationen fejler. For at undgå denne slags situation anbefales det altid at fejle testene manuelt ved at fjerne nogle af konfigurationskravene og derefter fortsætte med testen.
Test af hardwarekonfiguration
Test af hardwarekonfiguration udføres generelt i laboratorier, hvor vi finder fysiske maskiner med anden hardware knyttet til dem.
Hver gang en build frigives, skal softwaren installeres i alle de fysiske maskiner, hvor hardwaren er tilsluttet, og testpakken skal køres på hver maskine for at sikre, at applikationen fungerer fint.
For at udføre ovenstående opgave kræves der en betydelig indsats for at installere softwaren på hver maskine, vedhæfte hardware og køre manuelt eller endda for at automatisere ovennævnte proces og køre testpakken.
Når vi udfører hardwarekonfigurationstest, specificerer vi også typen af hardware, der skal testes, og der er en masse computerhardware og perifert udstyr, der gør det ret umuligt at køre dem alle. Så det bliver testerens pligt at analysere, hvilken hardware der oftest bruges af brugere, og forsøge at lave testen baseret på prioriteringen.
Eksempel på testtilfælde
Overvej et bankscenario for at teste for hardwarekompatibilitet. En bankapplikation, der er tilsluttet Note Counting Machine, skal testes med forskellige modeller som Rolex, Strob, Maxsell, StoK osv.
Lad os tage nogle eksempler på testtilfælde for at teste Note Counting Machine
- Bekræftelse af forbindelsen til applikationen med Rolex-modellen, når forudsætningerne IKKE er installeret
- Bekræftelse af forbindelsen til applikationen med Rolex-modellen, når forudsætningerne er installeret
- Kontroller, om systemet tæller noterne korrekt
- Kontroller, om systemet tæller noterne forkert
- Bekræftelse af manipulerede noter
- Bekræftelse af svartiderne
- Bekræftelse af, om de falske noter opdages og så videre
Ovenstående testcases er for en model, og det samme skal testes med alle modeller, der er tilgængelige på markedet, ved at oprette dem i et testlaboratorium, som er vanskeligt. Derfor tilrådes det at outsource hardwarekonfigurationstesten til organisationer, der specialiserer dem.
Resumé:
I softwareteknologi skal konfigurationstest gives med samme betydning som andre testtyper. Uden at der udføres konfigurationstest er det vanskeligt at analysere den optimale systemydelse, og software kan også støde på kompatibilitetsproblemer, som det skal køre på.