configuration testing tutorial with examples
Introduktion til test af softwarekonfiguration:
Denne artikel er bragt til dig for at diskutere en særlig type softwaretest, der er meget vigtig for virksomheden.
Vi vil diskutere det grundlæggende i konfigurationstest, dets behov, betydning, mål og typer. Efterhånden som vi kommer videre i artiklen, vil vi lære detaljeret, hvordan man udfører denne test.
Lad os begynde !!
Denne tutorial giver dig et komplet overblik over Configuration Testing, og det vil fungere som en perfekt guide til alle, der er nye med dette testkoncept og forstærke viden hos dem, der allerede har erfaring i det.
bedste spilstudier at arbejde for
Hvad du lærer:
- Hvad er konfigurationstest?
- Hvorfor denne testning?
- Forberedelse til konfigurationstest
- Microsoft VSTS - Konfigurationstestværktøj
- Mål
- Typer af konfigurationstest
- Betydningen af denne testning for en virksomhed
- Konklusion
- Anbefalet læsning
Hvad er konfigurationstest?
Konfigurationstest er en metode til test af et system under udvikling på flere maskiner, der har forskellige kombinationer eller konfigurationer af hardware og software. Systemets eller en applikations ydeevne testes mod hver af de understøttede hardware- og softwarekonfigurationer.
Når vi siger forskellige konfigurationer af hardware og software, tilskrives det flere operativsystemversioner, browsere, understøttede drivere, hukommelsesstørrelser, harddisktyper, CPU'er osv.
Hvorfor denne testning?
Som diskuteret ovenfor er denne test en teknik, der vurderer ydelsen af en software, et system / en applikation i betragtning af de forskellige systemkonfigurationer.
Denne test udføres for at bestemme de optimale konfigurationer, hvorunder et system eller en applikation kan fungere fint uden fejl, problemer eller fejl i ydeevnen. Så den mest effektive konfiguration, der leverer de krævede ydeevneegenskaber, ses ved hjælp af denne test.
Den anden hovedårsag til denne test er at verificere systemets kompatibilitet med anden software eller udstyr, der er angivet i SRS (specifikation af softwarekrav).
Et eksempel
Lad os overveje, at din virksomhed har udviklet en desktop applikation på C # sprog, og denne app er bygget på .NET framework.
Og denne app er baseret på en 3-lags arkitektur, der har tre lag - frontend (klient), applikationslaget (serveren) og databaselaget. Hvert af lagene understøtter visse platforme i overensstemmelse hermed.
Lad os antage, at hvert lag understøtter nedenstående platforme:
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.
Nu, som softwaretester, bliver du nødt til at teste applikationen under hver af de forskellige kombinationer af ovenstående klient-, server- og databaseplatforme for at sikre, at applikationen fungerer godt med hver af de mulige konfigurationer.
For eksempel , du vil kontrollere, hvordan applikationen fungerer med kombinationen af Windows 10 OS, Windows Server 2016 & MySQL-database, så udfører du en anden test for at kontrollere, hvordan applikationen fungerer med kombinationen af Windows 10 OS, Windows Server 2016 og IBM DB2-database.
Og så videre, indtil du tester alle mulige konfigurationer.
Vores test ville ikke kun være begrænset til softwaren, men det vil også dække hardware, hvor vi bliver nødt til at kontrollere hver af kombinationerne af forskellige hardwareenheder. Derfor kaldes denne test til tider også som Hardware Configuration Testing.
Forberedelse til konfigurationstest
Denne test har visse forudsætninger, der skal være opfyldt, før vi udfører konfigurationstestene.
Nedenfor er forudsætningerne:
# 1) Forberedelse af dækningsmatrixen
På grund af et stort antal mulige hardware- og softwarekonfigurationer bliver det meget tidskrævende og næsten umuligt at teste hver af konfigurationerne effektivt.
For eksempel i eksemplet, som vi diskuterede ovenfor, vil vi have i alt 3 * 3 * 3, dvs. 27 softwarekonfigurationer. Og lad os antage, at vi har 5 forskellige harddiske og 6 forskellige hukommelsesstørrelser. Derefter går optællingen til 27 * 5 * 9, dvs. 810 konfigurationer nu.
Dette vil fortsætte med at stige, hvis vi tilføjer flere komponenter til billedet. Så det bliver afgørende at planlægge softwaretestindsatsen og tydeligt identificere, hvilke platforme der understøttes.
Derefter er vi nødt til at komme med en dækningsmatrix, der indeholder de forskellige kombinationer af hardware- og softwarekonfigurationer. Nogle gange er denne dækningsmatrix også kendt som BCM (Basic Configuration Matrix).
Ovenstående figur viser en skematisk prøvematrix af konfigurationer, som du gerne vil teste.
# 2) Prioritering af konfigurationerne
Når konfigurationsmatrixen er klargjort, er det næste trin at prioritere konfigurationerne.
Dette trin er påkrævet, fordi det er umuligt at teste hele det store udvalg af konfigurationer. Så baseret på klientfeedback tildeles de mest kritiske konfigurationer, og de skal først testes grundigt.
Når vi er færdige med ovenstående to trin, kan vi gå videre med at teste de forskellige konfigurationer baseret på deres prioritet.
Microsoft VSTS - Konfigurationstestværktøj
Microsoft Visual Studio Team Services (VSTS) er et værktøj, der i høj grad hjælper med at teste din app under forskellige konfigurationer baseret på din testplan.
Du skal have en testplan for at bestemme, hvilke tests du vil udføre, og hvilke konfigurationer. Du skal sikre dig, at du har det rette miljø indstillet til de konfigurationer, du har brug for. Når du har matrixen med kombinationerne, skal du teste den.
Du kan følge nedenstående trin for at udføre denne test:
gratis dvd-kopieringssoftware til mac
# 1) Konfigurer konfigurationerne, og opret variablerne. En variabel er en af komponenterne i din konfiguration.
For eksempel , der kan være en variabel 'Browser', som kan have flere værdier som Chrome, Firefox, IE10 osv.
#to) Tildel konfigurationerne til testplaner / testpakker eller individuelle testsager.
# 3) Udfør testene mod hver konfiguration.
# 4) Spor testresultaterne for hver af konfigurationerne.
En detaljeret trinvis vejledning til at udføre denne test med VSTS kan ses her: VSTS - Test forskellige konfigurationer
Mål
Nedenfor er de forskellige mål for denne testning:
- For at bestemme den optimale konfiguration af AUT (applikation under test).
- At finde de skjulte sårbarheder indeholdt i hardwaren.
- For at sikre forretningskontinuiteten ved at opdage og løse problemerne, før de hæmmer forretningsdriften.
- For at eliminere en konfigurationsdrift.
- At minimere antallet af fejl på grund af hostkonfigurationsfejl.
- Validering af applikationen for at sikre sig, at den opfylder konfigurerbarheden.
- For at analysere systemets ydeevne ved at tilføje, fjerne eller ændre hardwarekomponenterne ( For eksempel . Varierer hukommelsesstørrelserne, tilføjer load balancers osv.).
- For at kontrollere, om systemet fungerer fint i et geografisk distribueret miljø (servere og klienter er placeret forskellige steder).
- Bekræftelse af, hvor let fejlene kan replikeres uanset konfigurationsændringerne.
- For at kontrollere, hvor sporbare og håndterbare applikationselementerne er.
Typer af konfigurationstest
Vi kan have to forskellige linjer af divisioner til denne test.
På den første linje , det kan opdeles i to dele:
- Test af softwarekonfiguration
- Test af hardwarekonfiguration
På den anden linje , kan det igen opdeles i to dele - 1. Test på klientniveau & 2. Test på serverniveau
Lad os starte med at se om hardware- og softwarekonfiguration.
# 1) Test af softwarekonfiguration:
Denne test udføres over AUT (applikation under test) med flere OS-versioner, softwareopdateringer osv. Dette er en langvarig test, da det bruger enorm tid på at installere og afinstallere de forskellige software, der skal bruges til test.
En metode til at spare tid er at anvende virtuelle maskiner til at teste softwarekonfigurationen. En VM simulerer realtidskonfigurationer og giver den samme fornemmelse som en fysisk maskine.
Så i stedet for at installere og afinstallere flere software på en enkelt fysisk maskine, kan vi have flere virtuelle maskiner, der simulerer hver enkelt konfiguration, som vi har brug for til at udføre testen.
Test af softwarekonfiguration begynder, når build er frigivet efter at have gennemgået enhedstesten og integrationstesten.
# 2) Test af hardwarekonfiguration:
Hardware-konfigurationstest udføres normalt i laboratorier, hvor vi har fysiske maskiner med forskellige hardware tilsluttet.
Hver gang en build frigives, kræves det, at softwaren installeres i alle de fysiske maskiner, som hardwaren er knyttet til, og testpakken skal udføres på hver eneste maskine for at bekræfte, at applikationen fungerer fint.
For at udføre ovennævnte opgave kræves der en betydelig indsats for at opsætte softwaren på hver maskine, forbinde hardwaren til den og derefter udføre testpakkerne manuelt. Selv hvis vi automatiserer denne opgave og kører testpakken, ville det være nødvendigt med en betydelig indsats.
Som vi allerede har diskuteret i den tidligere del af denne artikel, mens vi udfører hardwarekonfigurationstest, udtaler vi den slags hardware, der skal testes, og der er adskillige computerhardware og perifere enheder, der gør det næsten umuligt at udføre alle de test.
Så en tester analyserer, hvilken hardware der hovedsagelig bruges af kunden, og udfører derefter testen baseret på prioriteringen.
Lad os nu diskutere klientniveau og konfigurationstest på serverniveau.
# 1) Test af klientniveau : Det er fælles med brugervenlighed og funktionstest. Denne test udføres med henblik på dens direkte brugers interesser.
# 2) Test af serverniveau : Denne type test udføres for at undersøge interaktionen mellem softwaren og det eksterne miljø, når det er planlagt at blive integreret efter frigivelse.
Betydningen af denne testning for en virksomhed
Denne test er meget vigtig for en virksomhed at komme op og opretholde med højtydende, skalerbare og tilgængelige applikationer.
Denne test skal udføres løbende og helst automatisk (ellers er det meget tidskrævende, når det udføres manuelt) med det formål hurtigt at identificere og rette de faktorer, der bidrager til ineffektivitet.
11 BEDSTE softwarekonfigurationsstyringsværktøjer (SCM-værktøjer i 2020)
Konklusion
Konfigurationstest er lige så vigtig som enhver anden softwaretesttype, da den opdager den optimale konfiguration af det system, under hvilket applikationen fungerer bedst. Det hjælper også med at identificere og rette eventuelle kompatibilitetsproblemer.
app, der lader dig spionere på andre telefoner
I denne artikel lærte vi om, hvad der er konfigurationstest, hvorfor udfører vi denne test, hvad er dens mål, hvad er dens typer, hvad er forudsætningerne for denne test, hvordan det skal gøres, hvor vigtigt er det for en virksomhed osv. på en detaljeret måde.
Håber, denne artikel var informativ og ville have givet dig en rimelig idé om konfigurationstest.
Anbefalet læsning
- Bedste softwaretestværktøjer 2021 [QA Test Automation Tools]
- Funktionel testning mod ikke-funktionel testning
- Parvis test eller test af selvstudier med værktøjer og eksempler
- Software Testning QA Assistant Job
- Volume Testing Tutorial: Eksempler og Volume Testing Tools
- Destruktiv test og ikke-destruktiv testvejledning
- Dybdegående formørkelsesvejledninger til begyndere
- Hvad er udholdenhedstest i softwaretest (eksempler)