configuration testing tutorial with examples
Introduktion till testning av programvarukonfiguration:
Denna artikel har fått dig för att diskutera en speciell typ av programvarutestning som är mycket viktig för verksamheten.
Vi kommer att diskutera grunderna för konfigurationstest, dess behov, betydelse, mål och typer. När vi går vidare i artikeln kommer vi att lära oss i detalj hur man utför denna testning.
Låt oss börja!!
Denna handledning ger dig en fullständig översikt över Configuration Testing och den fungerar som en perfekt guide för alla som är nya i detta testkoncept och förstärker kunskapen för dem som redan har erfarenhet av det.
Vad du kommer att lära dig:
- Vad är konfigurationstestning?
- Varför denna testning?
- Förbereder för konfigurationstest
- Microsoft VSTS - Konfigurationstestverktyg
- Mål
- Typer av konfigurationstestning
- Betydelsen av denna testning för ett företag
- Slutsats
- Rekommenderad läsning
Vad är konfigurationstestning?
Konfigurationstestning är en metod för att testa ett system under utveckling på flera maskiner som har olika kombinationer eller konfigurationer av hårdvara och programvara. Prestanda för systemet eller en applikation testas mot var och en av de hårdvaru- och programvarukonfigurationer som stöds.
När vi säger olika konfigurationer av hårdvara och programvara tillskrivs det flera versioner av operativsystem, webbläsare, drivrutiner som stöds, minnesstorlekar, hårddisktyper, CPU osv.
Varför denna testning?
Som diskuterats ovan är denna testning en teknik som bedömer prestanda för en programvara, ett system / en applikation med tanke på de olika systemkonfigurationerna.
Denna testning görs för att bestämma de optimala konfigurationerna under vilka ett system eller en applikation kan fungera bra utan några fel, problem eller brister i prestanda. Så den mest effektiva konfigurationen som kommer att leverera de nödvändiga prestandaegenskaperna upptäcks med hjälp av denna testning.
Den andra huvudorsaken till denna testning är att verifiera systemets kompatibilitet med annan programvara eller utrustning som anges i SRS (specifikation för programvarukrav).
Ett exempel
Låt oss överväga att ditt företag har utvecklat en stationär applikation på C # -språk och att den här appen bygger på .NET-ramverket.
Och den här appen är baserad på en 3-stegsarkitektur som har tre lager - frontend (klient), applikationslagret (servern) och databaslagret. Var och en av lagren stöder vissa plattformar i enlighet därmed.
Låt oss anta att varje lager stöder plattformarna nedan:
Kund - Windows 10 OS, Windows 7, Windows XP, Linux OS.
hur man kör en .swf-fil
Server - Ubuntu Server, Windows Server 2016 , Novell Open Enterprise Server .
Databas - Microsoft SQL Server, IBM DB2, MySQL.
Nu, som programvarutestare, måste du testa applikationen under var och en av de olika kombinationerna av ovanstående klient-, server- och databasplattformar för att säkerställa att applikationen fungerar bra med var och en av de möjliga konfigurationerna.
Till exempel , du kommer att kontrollera hur applikationen fungerar med kombinationen av Windows 10 OS, Windows Server 2016 och MySQL-databasen, sedan gör du ett nytt test för att kontrollera hur applikationen fungerar med kombinationen av Windows 10 OS, Windows Server 2016 och IBM DB2-databas.
Och så vidare tills du testar alla möjliga konfigurationer.
Vår testning skulle inte bara vara begränsad till programvaran utan den kommer också att omfatta hårdvaran, där vi måste kontrollera var och en av kombinationerna av olika hårdvaruenheter. Därför kallas denna testning ibland också för testning av hårdvarukonfiguration.
Förbereder för konfigurationstest
Denna testning har vissa förutsättningar som måste uppfyllas innan vi utför konfigurationstesterna.
Nedan följer förutsättningarna:
# 1) Förbereda täckningsmatrisen
På grund av ett stort antal möjliga hårdvaru- och programvarukonfigurationer blir det mycket tidskrävande och nästan omöjligt att testa var och en av konfigurationerna effektivt.
Till exempel , i exemplet som vi diskuterade ovan kommer vi att ha totalt 3 * 3 * 3, dvs. 27 programvarukonfigurationer. Och antar att vi har 5 olika hårddiskar och 6 olika minnesstorlekar. Därefter går räkningen till 27 * 5 * 9, dvs. 810 konfigurationer nu.
Detta kommer att fortsätta öka om vi lägger till fler komponenter i bilden. Så det blir avgörande att planera för programvarutestning och tydligt identifiera vilka plattformar som kommer att stödjas.
Sedan måste vi komma med en täckningsmatris som kommer att innehålla de olika kombinationerna av hårdvaru- och programvarukonfigurationer. Ibland är denna täckningsmatris också känd som BCM (Basic Configuration Matrix).
Ovanstående figur visar en schematisk provmatris av konfigurationer som du vill testa.
exempel på internet av saker applikationer
# 2) Prioritera konfigurationerna
När konfigurationsmatrisen är förberedd är nästa steg att prioritera konfigurationerna.
Detta steg krävs eftersom det är omöjligt att testa hela det stora utbudet av konfigurationer. Så baserat på klientfeedbacken är de mest kritiska konfigurationerna anlitade och de ska testas grundligt först.
När vi är klara med ovanstående två steg kan vi gå vidare med att testa de olika konfigurationerna baserat på deras prioritet.
Microsoft VSTS - Konfigurationstestverktyg
Microsoft Visual Studio Team Services (VSTS) är ett verktyg som mycket hjälper till att testa din app under olika konfigurationer baserat på din testplan.
Du bör ha en testplan för att bestämma vilka tester du vill utföra och på vilka konfigurationer. Du måste se till att du har rätt miljö inställd för de konfigurationer du behöver. När du väl har matrisen för kombinationerna måste du testa den.
Du kan följa stegen nedan för att utföra denna testning:
# 1) Ställ in konfigurationerna och skapa variablerna. En variabel är en av komponenterna i din konfiguration.
Till exempel , det kan finnas en variabel 'webbläsare' som kan ha flera värden som Chrome, Firefox, IE10, etc.
#två) Tilldela konfigurationerna till testplanerna / testsviterna eller enskilda testfall.
# 3) Utför testerna mot varje konfiguration.
# 4) Spåra testresultaten för var och en av konfigurationerna.
En detaljerad steg-för-steg-guide för att utföra denna testning med VSTS kan ses här: VSTS - Testa olika konfigurationer
Mål
Nedan följer de olika målen för denna testning:
- För att bestämma den optimala konfigurationen av AUT (Application under Test).
- Att upptäcka dolda sårbarheter som finns i hårdvaran.
- För att säkerställa företagets kontinuitet genom att upptäcka och åtgärda problemen innan de hämmar affärsverksamheten.
- För att eliminera en konfigurationsdrift.
- För att minimera antalet fel på grund av värdkonfigurationsfel.
- Validerar applikationen för att säkerställa att den uppfyller konfigurerbarheten.
- För att analysera systemets prestanda genom att lägga till, ta bort eller modifiera hårdvarukomponenterna ( T.ex . Varierar minnesstorlekarna, lägger till belastningsbalanserare, etc.).
- För att verifiera om systemet fungerar bra i en geografiskt distribuerad miljö (servrar och klienter finns på olika platser).
- Verifiera hur enkelt buggarna kan replikeras oavsett konfigurationsändringar.
- För att verifiera hur spårbara och hanterbara applikationsartiklarna är.
Typer av konfigurationstestning
Vi kan ha två olika rader av divisioner för denna testning.
På Första linjen kan den delas in i två delar:
- Testning av programvarukonfiguration
- Testning av hårdvarukonfiguration
På andra linjen , det kan återigen delas in i två delar - 1. Testning på klientnivå & 2. Testning på servernivå
Till att börja med får vi se om hårdvaru- och programvarukonfiguration.
# 1) Testning av programvarukonfiguration:
Denna testning görs över AUT (applikation under test) med flera OS-versioner, programuppdateringar etc. Detta är en långvarig testning eftersom det tar enorm tid att installera och avinstallera de olika programvarorna som ska användas för testning.
Ett sätt att spara tid är att använda virtuella maskiner för att testa programvarukonfigurationen. En virtuell dator simulerar realtidskonfigurationer och ger samma känsla som en fysisk maskin.
Så istället för att installera och avinstallera flera program på en enda fysisk maskin kan vi ha flera virtuella maskiner som simulerar varje konfiguration som vi behöver testa mot.
Testning av programvarukonfiguration börjar när byggnaden släpps efter att ha gått igenom enhetstest och integrationstest.
# 2) Testning av hårdvarukonfiguration:
Testning av hårdvarukonfiguration utförs vanligtvis i laboratorier där vi har fysiska maskiner med olika hårdvaror anslutna till dem.
Varje gång en version släpps måste programvaran installeras i alla fysiska maskiner som hårdvaran är ansluten till, och testpaketet måste köras på varje maskin för att bekräfta att applikationen fungerar bra.
För att utföra ovannämnda uppgift krävs en betydande mängd ansträngningar för att installera programvaran på varje maskin, ansluta hårdvaran till den och sedan köra testsviterna manuellt. Även om vi automatiserar den här uppgiften och kör testpaketet, även om det krävs en betydande insats.
Som vi redan har diskuterat i den tidigare delen av den här artikeln, medan vi gör hårdvarukonfigurationstest, stavar vi ut vilken typ av hårdvara som ska testas, och det finns många datorhårdvaror och kringutrustning som gör det nästan omöjligt att köra alla tester.
Så en testare analyserar vilken hårdvara som huvudsakligen används av kunden och utför sedan testningen baserat på prioritering.
Nu ska vi diskutera klientnivå och konfigurationstest på servernivå.
# 1) Testning på klientnivå : Den har gemensamhet med användbarhet och funktionstestning. Denna testning görs med tanke på dess direkta användares intressen.
topp 10 webbutvecklingsföretag i Indien
# 2) Testning på servernivå : Denna typ av testning görs för att undersöka interaktionen mellan programvaran och den externa miljön när det planeras att integreras efter lanseringen.
Betydelsen av denna testning för ett företag
Denna testning är mycket viktig för ett företag att komma fram och upprätthålla med högpresterande, skalbara och tillgängliga applikationer.
Denna testning bör utföras fortlöpande och helst automatiserat (annars är det mycket tidskrävande när det görs manuellt) i avsikt att snabbt identifiera och korrigera de faktorer som bidrar till ineffektivitet.
11 BÄSTA verktyg för programvarukonfigurationshantering (SCM-verktyg 2020)
Slutsats
Konfigurationstestning är lika viktigt som någon annan typ av programvarutestning eftersom den upptäcker den optimala konfigurationen för det system under vilket applikationen fungerar som bäst. Det hjälper också till att identifiera och rätta till eventuella kompatibilitetsproblem.
I den här artikeln lärde vi oss vad som är konfigurationstestning, varför utför vi denna testning, vad är dess mål, vilka typer är det, vilka förutsättningar är det för denna testning, hur det måste göras, hur viktigt är det för en företag etc. på ett detaljerat sätt.
Hoppas, den här artikeln var informativ och skulle ha gett dig en rättvis idé om konfigurationstestning.
Rekommenderad läsning
- Bästa verktyg för testning av programvara 2021 (QA Test Automation Tools)
- Funktionell testning mot icke-funktionell testning
- Parvis testning eller testning i alla par med hjälp av verktyg och exempel
- Programvarutestning QA-assistentjobb
- Volymtesthandledning: Exempel och volymtestverktyg
- Handledning för destruktiv testning och icke-destruktiv testning
- Fördjupade förmörkningsövningar för nybörjare
- Vad är uthållighetstestning vid programvarutestning (exempel)