Menu

Hvad er Cross Browser Testing og hvordan man udfører det: En komplet guide

what is cross browser testing

Prøv Vores Instrument Til At Fjerne Problemer

En komplet guide til begyndere til test af tværs browser:

Cross Browser Testing er en type test for at kontrollere, om en applikation fungerer på tværs af forskellige browsere som forventet og nedbrydes yndefuldt. Det er processen med at kontrollere din applikations kompatibilitet med forskellige browsere.

Mange gange har jeg stødt på et problem med et websted, og når jeg ringer til teknisk support, fortæller de mig bare at prøve det i en anden browser? Når jeg gør det, fungerer det, og jeg ender med at føle mig som en total idiot, selvom jeg tjener penge på at arbejde i softwareindustrien.

Jeg vedder på, at dette er sket for jer alle, ikke?

Tips til test af krydsbrowser

Jeg ender altid med at tænke 'hvorfor tænkte jeg ikke på det?' Men stol på mig, over tid har jeg indset, at det ikke er min skyld; det er bare, at webstedet ikke er blevet testet grundigt med hensyn til test af kompatibilitet på tværs af browsere, og som slutbruger har jeg lige fundet en fejl.

Hvad du lærer:

Introduktion

Vi har måske alle bemærket, at nogle websteder ikke vises korrekt i nogle browsere, og vi tror bare, at hjemmesiden er brudt. Men så snart du åbner det i en anden browser, åbner webstedet helt fint. Således forklarer denne adfærd kompatibiliteten af ​​et websted med forskellige browsere.

Hver browser fortolker oplysningerne på websidesiden forskelligt. Således mangler nogle browsere de funktioner, som dit websted forsøger at vise, og får dit websted til at se brudt ud i den browser.

For eksempel som vist nedenfor er fejlene i tilmeldingsformularerne ikke de samme i begge browsere. Tekstfarve, skrifttype osv. Er også forskellige, hvis du ser nærmere på dem.

Test af krydsbrowser

Med udviklingen inden for teknologi er der flere muligheder for browsere, og det er ikke bare nok til at få et websted til at fungere på en af ​​browserne.

Brugere bør ikke begrænses til at bruge en bestemt browser til at få adgang til din applikation. Det bliver således nødvendigt at teste dit websteds kompatibilitet med forskellige browsere. Nogle af de almindeligt anvendte browsere inkluderer Chrome, Safari, Firefox, Internet Explorer osv.

browsere

Da det er baggrundshistorien, ved jeg, at I alle har fundet ud af emnet for dagens diskussion - Test af krydsbrowser.

Som det er almindelig praksis på STH, vil vi fokusere på det grundlæggende. Vi tror på, at ethvert koncept vil give en verden af ​​mening, når vi stiller de grundlæggende spørgsmål, ord omkring - 'Hvad, hvorfor, hvordan, hvem, hvornår, hvor'.

Lad os gøre netop det, mens vi går.

Hvad er Cross Browser Testing?

# 1) Test på tværs af browsere er simpelthen hvad navnet betyder - det vil sige at teste dit websted eller din applikation i flere browsere - og sørge for at det fungerer konsekvent og som beregnet uden nogen afhængighed eller kompromis med kvaliteten.

#to) Dette gælder for begge Web og mobile applikationer .

# 3) Hvilke typer applikationer gennemgår dette? - Kundevendte applikationer er det bedste valg. Du undrer dig måske på dette tidspunkt: 'Er ikke alle applikationer kundemæssige?' Altså ja. De er. Lad os dog se på et eksempel.

Anvendelse 1: En applikation udviklet til en virksomhed til internt at holde styr på sin beholdning
Anvendelse 2: Dette er for slutbrugerne at købe produkter fra dette firma

  • Det er åbenlyst, at den bedste idé ville være at teste applikation 2 til browserkompatibilitetstest, da det er umuligt at kontrollere, hvilke browsere / platforme / versioner slutbrugeren skal bruge.
  • På den anden side, hvis alle computere, der er interne i virksomheden, bruger Windows 8-maskiner med Chrome-browser, er der ikke behov for at se eller teste for noget andet med hensyn til applikation 1.

Hvorfor udføres det?

For den sags skyld, hvorfor udføres der nogen form for test?

  • At vide hvad der er galt og være i stand til at ordne det.
  • For at forbedre effektiviteten og brugeroplevelsen og dermed forretningen.
  • At blive informeret om eventuelle faldgruber

Men specifikt, hvis vi tænker: Hvad er hensigten med test på tværs af browsere? - Dette er dobbelt.

  1. Gengivelsen eller udseendet af siden i forskellige browsere - er det det samme, er det anderledes, hvis den ene er bedre end den anden osv.
  2. Funktionaliteten og funktionen af ​​den. (Selvfølgelig!)

Hvem udfører denne test?

  • Tænker du: 'Der er en million browsere, versioner og platforme derude - hvilke skal du vælge?' - Dette er heldigvis ikke en beslutning, der er testernes ansvar. Kunden, forretningsanalyseteamet og marketingteamene spiller en vigtig rolle i denne beslutning. Også virksomheder indsamler brugs- / trafikstatistikker for at indsnævre, hvilke browsere, miljø og enheder der mest bruges.
  • Hele projektteamet skal have en investeret interesse, tid, penge og infrastruktur til at støtte denne indsats.
  • QA-teamet kan være involveret i denne proces, eller det kan være designteamet, der er ivrige efter at vide, hvordan applikationen klarer sig i flere browsere.
  • Uanset om det udføres af QA eller et andet team - fortolkes resultaterne af design- og udviklingsteamene, og de relevante ændringer foretages.

Hvordan udføres test på tværs af browsere?

Nu taler vi!

Første ting først - gøres det manuelt eller ved hjælp af et værktøj?

Det kan helt sikkert gøres manuelt - flere maskiner, flere operativsystemer, flere browsere, flere maskiner og men klart, dette fører til flere problemer, flere investeringer og flere udfordringer.

Cross Browser Testing typer

Manuel metode

I dette tilfælde identificerer en virksomhed de browsere, som applikationen skal understøtte. Testere kører derefter de samme testtilfælde igen ved hjælp af forskellige browsere og observerer programmets adfærd og rapporterer eventuelle fejl.

I denne type test er det ikke muligt at dække mange browsere, og applikationen testes muligvis ikke i større browserversioner.

Det er også dyrt og tidskrævende at udføre kontrol på tværs af browsere manuelt.

Automatiseret metode

Tests på tværs af browsere kører grundlæggende det samme sæt testsager flere gange på forskellige browsere.

hvordan man bruger float i java

Denne type gentagne opgaver er bedst egnet til automatisering. Således er det mere omkostningseffektivt at udføre denne test ved hjælp af værktøjer.

Så der findes mange værktøjer på markedet for at gøre det lettere.

Værktøjerne hjælper os med et eller flere eller alle følgende afhængigt af selve værktøjet og licenseringstyperne:

  1. De leverer en VPN (Virtual Private machine), hvor du kan oprette forbindelse til eksterne maskiner og kontrollere funktion og gengivelse af dine JAVA, AJAX, HTML, Flash og andre sider. De fleste af disse er sikre, men da du afleverer dine oplysninger til en tredjepart, anbefales det at foretage en bestemt analyse af skøn.
  2. Der gives skærmbilleder til de indsendte sider og links om, hvordan de vises i flere browsere. Dette er selvfølgelig statisk.
  3. Flere browsere synkroniseres med hensyn til operationer, der udføres på en, og resultaterne præsenteres browsermæssigt.
  4. Vis gengivelsen af ​​en side i flere skærmopløsninger
  5. Når der opstår et problem, optages en video eller skærmbilleder for at transportere problemet til yderligere analyse.
  6. Support er generelt tilgængelig til både web- og mobilapps
  7. Private sider, der kræver godkendelse for at få adgang, kan også testes
  8. Lokalt inden for et privat netværk / firewall-sider kan også testes

Anbefalede værktøjer

# 1) LambdaTest

LambdaTest-logo

LambdaTest er skybaseret testplatform på tværs af browsere, der bruger hvilken bruger, der kan udføre automatiseret og manuel kompatibilitetstest af deres websted eller webapp på en kombination af 2000+ forskellige browsere og operativsystemer.

Brugere kan køre Selenium-automatiseringstest på et skalerbart, sikkert og pålideligt skybaseret Selen-gitter og udføre live interaktiv test på tværs af browsere af deres offentlige eller lokalt hostede websteder og webapp på skyen.

=> Besøg LambdaTest-webstedet

# 2) CrossBrowserTesting

CrossBrowserTesting

CrossBrowserTesting leveres af firmaet kaldet SmartBear. CrossBrowserTesting giver dig mulighed for at gøre enhver weboplevelse perfekt på enhver browser eller mobilenhed med deres skybaserede virkelige enhedslaboratorium. Ditch dine virtuelle computere og enhedslaboratoriet. Kør let manuelle, visuelle og Selenium-tests i skyen på ægte desktop- og mobilbrowsere i 2050+.

Ønsker du at fremskynde din test som ikke-teknisk bruger? Tjek deres Record & Replay-funktion, så du kan optage en live test og køre den optagne test parallelt.

=> Besøg CrossBrowserTesting-webstedet

# 3) Selen

Selen-logo

Selen er velkendt for automatiseret test af de webbaserede applikationer. Bare ved at ændre browseren, der skal bruges til at køre testcases, gør selen det meget nemt at køre de samme testcases flere gange ved hjælp af forskellige browsere.

# 4) BrowserStack

BrowserStack_Logo

BrowserStack er en skybaseret web- og mobil testplatform, der muliggør test af applikationer på tværs af on-demand browsere, operativsystemer og ægte mobile enheder.

# 5) Browserling

Det er en live interaktiv tjeneste, der giver ubesværet test til webudviklere og webdesignere.

Der er forskellige browsere og operativsystemer, og Browserling giver hurtig adgang til alle de mest populære browsere på de mest populære operativsystemer.

=> Yderligere læsning: Komplet liste over testværktøjer på tværs af browsere

Hvornår skal jeg starte denne test?

Tiden til at starte Cross-Browser-test afhænger helt af din testmetode og din testtidslinje.

Denne test kan udføres:

# 1) Så hurtigt som muligt:

Start denne test, selv når en enkelt side er klar til test.

Test den side i hver browser. Når den næste side er tilgængelig, skal du teste den også i flere browsere. Dette vil øge indsatsen, men det vil hjælpe med at rette fejlene så tidligt som muligt i livscyklussen. Således er det meget omkostningseffektivt at rette fejl i dette tilfælde.

# 2) Når ansøgningen er færdig:

Start denne test, når applikationsudviklingen er færdig.

Dette vil teste applikationen som helhed i forskellige browsere. At rette fejlene er ikke så omkostningseffektiv som i ovenstående tilfælde, men det hjælper stadig med at rette fejlene, før applikationen frigives til brugerne.

bedste wow-server til nye spillere 2017

# 3) Når applikationen frigives:

Dette er den mindst foretrukne tid til at udføre en test på tværs af browseren til din applikation. Men det er bedre at gøre det end ikke at gøre det og lade slutbrugerne have en dårlig oplevelse.

Når applikationen er frigivet til slutbrugerne, kan denne test udføres, og fejl kan rettes som en del af ændringsanmodningerne i applikationen. Dette er meget dyrt og kræver flere implementeringer afhængigt af fejlrettelserne.

Rigorøs test på tværs af browsere kan kun udføres, når testteammedlemmerne, der har kendskab til værktøjer, udfører denne test. Højt niveau eller kontrol af bestemte browsere kan også udføres af forretningsbrugere eller endda udviklere.

Denne test involverer at teste applikationen grundigt ved hjælp af forskellige browsere. Test inkluderer grundigt funktionel og ikke-funktionel test af applikationen.

I de fleste virksomheder har et produktteam separate teams til funktionel og ikke-funktionel test. Således skal denne test udføres af holdet / teamene, der er (er) ansvarlige for funktionel og ikke-funktionel test af applikationen.

Til denne test har en tester brug for de browsere, som applikationen skal testes på.

Disse browsere kan enten leveres til testeren som:

  • Lokalt installeret på testers maskine.
  • En virtuel maskine eller forskellige maskiner, som en tester har adgang til.
  • Værktøjer, der leverer deres egne browsere og deres versioner til test.
  • På skyen - så flere testere kan bruge browserne efter behov.

Denne test er uafhængig af installationsmiljøerne. Således kan det gøres i dev, test, QA eller endda produktionsmiljø afhængigt af tilgængeligheden af ​​applikationen i hvert af disse miljøer.

Hvad skal jeg teste?

  1. Basisfunktionalitet: Links, dialoger, menuer osv.
  2. Grafisk brugerflade: Ansøgningens udseende og fornemmelse.
  3. Respons: Hvor godt applikationen reagerer på brugerhandlinger.
  4. Ydeevne: Indlæsning af siderne inden for tilladt tidsramme.

Hvis din applikation fungerer godt på en browser, betyder det ikke, at den også fungerer godt på de andre browsere. Således hjælper denne test dig med at sikre, at et program kører i forskellige browsere uden fejl.

For at identificere, hvilke brud på hvilken browser og for at rette webstedet i overensstemmelse hermed, skal vi udføre denne test. Hvis en browser slet ikke understøttes, kan brugerne let informeres om det.

For at opsummere “hvordan” cross-browser test

# 1. Trafikstatistikker hjælper med at bestemme, hvilke browsere der skal testes.

#to. En detaljeret analyse bør udføres på AUT (applikationen under test) i sig selv for at bestemme, hvilke dele af applikationen, eller hvis alt det skal gennemgå dette. Det tilrådes, at det hele testes på flere browsere, men igen skal omkostninger og tid overvejes. En god strategi er at udføre 100% testning på en browser pr. Platform og for den anden bare teste den mest kritiske / udbredte funktionalitet.

# 3. Når først beslutningen om 'Hvad' skal testes og 'Hvor (browsere)' er truffet - infrastrukturbeslutninger skal træffes - anskaffer vi værktøjer eller udfører dette manuelt osv. Igen skal omkostningerne tages i betragtning. Levedygtighed, risici, sikkerhedsproblemer, mennesker, der skal involveres, tid, acceptkriterier, udstedelse / mangelfixning af tidsplaner / proces - er få ting, der skal løses.

# 4. Udfør testen. De regelmæssige funktionstesttestsager kan bruges, når systemets effektivitet valideres. For look-and-feel / gengivelse test tilfælde er ikke nødvendige.

Den operation, jeg talte om i begyndelsen af ​​denne artikel, der mislykkedes for mig, var en online bankoverførsel. Jeg loggede ind på min bankkonto, valgte overførselsbeløbet som ca. en lakh og forsøgte at udføre overførslen, og en servletfejl dukkede op uanset hvor mange gange jeg prøvede.

Så hvis overførselsfunktionen vælges til browserkompatibilitetstest, så ser testscriptet ud.

  1. Log ind på online bankkontoen
  2. Vælg den konto, hvorfra overførslen skal ske
  3. Indtast overførselsbeløbet: 100.000
  4. Vælg betalingsmodtager og klik på 'Overfør'
  5. Forventet resultat: Overførslen skal være vellykket
  6. Dette køres simpelthen på alle valgte browsere.

Igen skal du bemærke, at dette ikke ser anderledes ud end en funktionel testtilfælde. Se denne ikke-funktionelle testartikel for yderligere information om dette.

# 5. Rapporter resultaterne tilbage til designteamet, hvis de ikke var involveret i testprocessen. Ændring følger.

Hvornår er det bedste tidspunkt at gøre dette?

Enhver test høster de bedste fordele, når det udføres tidligt. Derfor er branchens anbefaling at starte med det, så snart sidedesignene er tilgængelige.

Men det kan også udføres, når webstedet er fuldt integreret og funktionelt.

Hvis du har gået glip af bussen, når du udfører cross-browsertesten under design-, udviklings- og QA-faser, kan det stadig gøres, mens applikationen er i produktion. Dette er dog det dyreste af alle og risikabelt også.

Hvor udføres browserkompatibilitetstest?

Normalt vil svaret på dette spørgsmål være et af- Dev / QA / produktionsmiljøer . Men til kontrol på tværs af browsere er dette ikke en bestemt og irrelevant (hvis jeg kan sige det). Det kan gøres i en eller alle af dem.

Konklusion

Et par punkter at bemærke,

  • Efter at have været en QA-lærer i et stykke tid nu, kan jeg fortælle, hvad der kommer næste gang, og det er - spørgsmålet, er det funktionel og ikke-funktionel testning? Jeg tror, ​​det er hverken og begge dele.
  • Det bør heller ikke forveksles med Tværplatform test, som tester din applikation i flere målmiljøer som Windows, Linux, Mac osv. Selvom de to gange er nødt til at integrere sammen, da nogle af de ældre browserversioner muligvis kun er kompatible med de ældre versioner af platformene.
  • Det er også en fortsat proces, da softwaremiljøer, browsere og enheder udvikler sig hver dag, og for at sikre, at der ikke er nogen ubehagelige overraskelser, skal denne browser-test tilføjes repertoiret af regressionssuiter.

Som du ved, hjælper hver type test med at forbedre kvaliteten af ​​applikationen, og det gør også cross-browser-testen.

Testning på tværs af browsere hjælper med at skabe et godt indtryk på brugerne ved at give dem en ensartet oplevelse i hele applikationen uanset browser eller operativsystem.

At rette fejl er omkostningseffektivt i de tidlige stadier af udviklingslivscyklussen, og det samme gælder også for de fejl, der findes i denne test.

Denne test hjælper med at forbedre din forretning, hvilket igen resulterer i glade kunder, glade dig !!

Dette er endnu et bevis på konceptet om, at QA-felt eller softwaretest er et multidimensionelt felt, og der er noget for enhver at udmærke sig i.

Skriv dine kommentarer og spørgsmål nedenfor. Vi er altid begejstrede for at høre fra dig!

Anbefalet læsning

^