I det här avsnittet kommer vi att lära oss om vad som är kompatibilitetstestning, varför vi använder det, när vi bör utföra det, typer av kompatibilitetstestning, kompatibilitetstestprocess och kompatibilitetsbugg och verktyg.
jsp
Vad är kompatibilitetstestning?
Det är en del av icke-funktionell testning.
Att kontrollera funktionaliteten hos en applikation på olika mjukvara, hårdvaruplattformar, nätverk och webbläsare kallas för kompatibilitetstestning.
Varför använder vi kompatibilitetstestning?
När applikationen är stabil flyttade vi den till produktionen, den kan användas eller nås av flera användare på de olika plattformarna, och de kan möta vissa kompatibilitetsproblem, för att undvika dessa problem gör vi en omgång av kompatibilitetstestning.
När ska vi utföra kompatibilitetstestning?
I allmänhet går vi för kompatibilitetstestning, endast när applikationen eller programvaran är funktionellt stabil.
Notera:
Det görs inte för varje applikation; vi kommer bara att göra det för den applikationen där vi inte har kontroll över plattformen som används av användare.
Typer av kompatibilitetstestning
Följande är typerna av kompatibilitetstestning:
programvara
Här betyder programvara olika operativsystem (Linux, Window och Mac) och kontrollera även mjukvarukompatibiliteten på de olika versionerna av operativsystemen som Win98, Window 7, Window 10, Vista, Window XP, Window 8, UNIX, Ubuntu, och Mac.
Och vi har två typer av versionskompatibilitetstestning, som är följande:
Till exempel: Senaste versionen av plattformarna (mjukvara)
Win 7 → Win 8 → Win 8.1 → Win 10
Till exempel:
Windows XP → Vista → Win 7 → Win 8 → Win 8.1
Och olika webbläsare gillar Google Chrome, Firefox, och Internet Explorer , etc.
Hårdvara
Applikationen är kompatibel med olika storlekar som RAM, hårddisk, processor och grafikkort, etc.
gjutsträng som int java
Mobil
Kontrollera att applikationen är kompatibel med mobila plattformar som iOS, Android, etc.
Nätverk
Kontrollera programvarans kompatibilitet i de olika nätverksparametrarna som drifthastighet, bandbredd och kapacitet.
Vilken är den mest utmanande delen att testa kompatibilitetstestning?
Det mest utmanande när du utför kompatibilitetstestning är att bestämma de nödvändiga behoven som ska testas.
Vi kan inte testa på alla befintliga plattformar eftersom det kommer att vara en tidskrävande process.
Därför väljer vi bara de plattformar som vanligtvis används av slutanvändarna.
Kompatibilitetstestprocess
Här utför vi en O.S (operativsystem) kompatibilitetstestning.
- För det första kommer kunden att ge funktionskravet såväl som ett icke-funktionellt krav.
- Efter att ha fått det icke-funktionella kravet kommer den ena basplattformen att bestämma sig för den mest använda plattformen.
- Därefter börjar testingenjören funktionstestning på basplattformen tills applikationen är funktionsstabil.
- Vi måste testa applikationen på en annan plattform, så för detta har vi en VMware-mjukvara.
Anteckning 1:
VMware-programvara: med hjälp av VMware kan vi dela upp en fysisk maskin i flera virtuella maskiner, som kan nås samtidigt.
- För kompatibilitetstestning kommer vi att använda VM Server där vi installerar alla nödvändiga operativsystem och webbläsare, och kommer åt den servern med hjälp av Remote Desktop-anslutning.
- Vi får åtkomst till VMware-installationen på distans, och efter det kommer testingenjören att göra en omgång av kompatibilitetstestning på plattformen och kontrollera flödet från början till slut.
- Flödet från slut till slut kommer att fortsätta tills applikationen är stabil och applikationer fungerar bra för alla nödvändiga plattformar och överlämnande till kunden.
Anteckning 2: - För webbläsarkompatibilitetstestning behöver vi inte gå för VMware-installationen, eftersom flera webbläsare kan installeras på en enda maskin och de också nås samtidigt.
- I fallet med olika versioner av samma webbläsare måste vi gå med VMware-konfigurerade eftersom flera versioner av webbläsaren inte kan nås samtidigt från ett enda system.
- Vi kan testa mjukvarukompatibilitet på olika plattformar.
Bugg/problem med kompatibilitetstestning
Dessa buggar är de som händer på en plattform, men som inte förekommer på en annan plattform.
q1 q2 q3 q4
I allmänhet är kompatibilitetsbuggarna användargränssnittsproblem, några av U.I-problemen är följande:
- Inriktningsfråga
- Överlappningsproblem
- Spridd fråga
- Problem med utseende och känsla
Inriktningsfråga
Justeringsproblemet är det där elementet på sidan inte är justerat i ett korrekt format som vi kan se i bilden nedan:
Överlappningsproblem
När ett attribut överlappar ett annat attribut kan det hända när vi försöker öppna applikationen på de olika plattformarna, webbläsare som vi kan se i bilden nedan:
Spridd fråga
När testingenjören utför kompatibilitetstestning av applikationen och den applikationen inte är kompatibel med alla webbläsare och plattformar är det därför de spridda problemen kan uppstå som vi kan se i bilden nedan:
Att testa funktionaliteten, integrationen och flödet från slut till slut på de olika plattformarna är vad vi gör i kompatibilitetstestet.
Kompatibilitetsproblem: När applikationsfunktionen inte fungerar i ett operativsystem, men fungerar bra i andra operativsystem. Det händer för att ett program skrivet av utvecklaren inte fungerar på bara en plattform, utan fungerar bra på alla andra plattformar.
Funktionsproblem: när en funktion inte fungerar i alla operativsystem/plattformar. Och det är också känt som funktionsdefektproblem.
10 ml till oz
För kompatibilitetstestning ser testkörningsrapporten ut ungefär så här:
Kompatibilitetstestverktyg
Några av de mest använda verktygen för kompatibilitetstestning är följande:
LambdaTest
Det är ett testverktyg för webbläsarkompatibilitet med öppen källkod i molnet. Med hjälp av detta verktyg kan vi testa vår webbapplikation på nästan alla mobila webbläsare och stationära webbläsare. LambdaTest har en skärmdumpsfunktion som gör att vi kan ta helsidesskärmbilder av våra webbsidor.
I det här verktyget kan vi testa vår applikation på de riktiga webbläsarna, och användaren har ett stort antal mobila och stationära webbläsare möjlighet att kontrollera applikationens kompatibilitet.
BrowserStack
Det här verktyget hjälper oss att testa webbplatser och mobilapplikationers kompatibilitet över flera webbläsare och plattformar.
I detta kan vi testa en webbapplikation i olika webbläsare och mobilapplikationer som android och iOS i alla mobila enheter.
Huvudprodukten av BrowserStack-verktyg är Live, Automate, App Live och App Automate, med hjälp av dessa verktyg kan vi behålla kostnaden.
format sträng java
Dessa verktyg hjälper oss att minska tids-, pris- och underhållskostnader i samband med testning.
Bläddra EMAll
Det här verktyget kan köra applikationen på olika operativsystem som Linux, Windows och macOS och det är ett testverktyg för flera webbläsare.
Den används för att testa applikationen på alla mobila webbläsare och stationära datorer, och vi kan använda den direkt på vår lokala maskin och i vårt lokala nätverk.
Och vi kan utföra regression och visuella tester utan några nätverksfördröjningar, och vi kan också spela in och spela upp de automatiska testerna mot många stationära och mobila webbläsare.
TestingBot
Det här verktyget används för att utföra testet på olika webbläsare som Firefox, Chrome, Edge, IE, Safari och så vidare. I det här kan vi jämföra skärmdumparna från flera webbläsare och plattformar och testa applikationens responsiva layout.
Det kommer att tillhandahålla ett stort antal webbläsarversioner för omedelbar användning av automationstestning.