Meny

Hva er Cross Browser Testing og hvordan du utfører det: En komplett guide

  • Hoved
  • Typer Testing
  • Hva er Cross Browser Testing og hvordan du utfører det: En komplett guide

what is cross browser testing

Prøv Instrumentet Vårt For Å Eliminere Problemer

En komplett nybegynnerveiledning for tvers av nettlesere:

Cross Browser Testing er en type testing for å verifisere om et program fungerer på tvers av forskjellige nettlesere som forventet og nedbrytes elegant. Det er prosessen med å verifisere applikasjonens kompatibilitet med forskjellige nettlesere.

Mange ganger har jeg fått et problem med et nettsted, og når jeg ringte teknisk support, ber de meg bare om å prøve det i en annen nettleser? Når jeg gjør det, virker det, og jeg føler meg som en total idiot, selv om jeg tjener penger på å jobbe i programvareindustrien.

Jeg vedder på at dette har skjedd med dere alle, ikke sant?

Kryss nettlesertesttips

Jeg ender alltid opp med å tenke ‘hvorfor tenkte jeg ikke på det?’ Men stol på meg, over tid har jeg innsett at det ikke er min feil; det er bare at nettstedet ikke har blitt testet grundig med tanke på kompatibilitetstesting mellom nettlesere, og som sluttbruker har jeg nettopp funnet en feil.

Hva du vil lære:

Introduksjon

Vi har kanskje alle sett at noen nettsteder ikke vises riktig i noen nettlesere, og vi tror bare at nettstedet er ødelagt. Men så snart du åpner den i en annen nettleser, åpnes nettstedet helt fint. Dermed forklarer denne oppførselen kompatibiliteten til et nettsted med forskjellige nettlesere.

Hver nettleser tolker informasjonen på nettsiden på en annen måte. Dermed kan det hende at noen nettlesere mangler funksjonene som nettstedet ditt prøver å vise og får nettstedet ditt til å se ødelagt ut i nettleseren.

For eksempel , som vist nedenfor, er ikke feilene i registreringsskjemaene de samme i begge nettleserne. Tekstfarge, skrift osv. Er også forskjellige hvis du ser nøye på dem.

Cross Browser Testing

Med fremgangen innen teknologi er det flere muligheter for nettlesere, og det er ikke bare nok til å få et nettsted til å fungere i en av nettleserne.

Brukere bør ikke være begrenset til å bruke en bestemt nettleser for å få tilgang til applikasjonen din. Dermed blir det nødvendig å teste nettstedets kompatibilitet med forskjellige nettlesere. Noen av de mest brukte nettleserne inkluderer Chrome, Safari, Firefox, Internet Explorer etc.

nettlesere

Det er bakgrunnshistorien, og jeg vedder på at dere alle har funnet ut temaet for dagens diskusjon - Cross Browser Testing.

Som det er vanlig praksis på STH, skal vi fokusere på det grunnleggende. Vi tror at ethvert konsept vil gi en verden av mening når vi stiller de grunnleggende spørsmålsordene som - 'Hva, hvorfor, hvordan, hvem, når, hvor'.

La oss gjøre akkurat det mens vi går.

Hva er Cross Browser Testing?

#1) Testing på tvers av nettlesere er ganske enkelt hva navnet betyr - det vil si å teste nettstedet eller applikasjonen din i flere nettlesere - og sørge for at den fungerer konsekvent og som tiltenkt uten noen avhengighet eller kompromiss i kvalitet.

#to) Dette gjelder begge deler Internett og mobile applikasjoner .

# 3) Hva slags applikasjoner gjennomgår dette? - Kundevendte applikasjoner er det beste valget. Du lurer kanskje på dette punktet: 'Er ikke alle applikasjoner kundevendt?' Vel ja. De er. La oss imidlertid se på et eksempel.

Søknad 1: En applikasjon utviklet for et selskap for internt å holde oversikt over beholdningen
Søknad 2: Dette er for sluttbrukerne å kjøpe produkter fra dette selskapet

  • Det er tydelig at den beste ideen ville være å teste applikasjon 2 for testing av nettleserkompatibilitet, siden det er umulig å kontrollere hvilke nettlesere / plattformer / versjoner sluttbrukeren skal bruke.
  • På den annen side, hvis alle interne datamaskiner i selskapet bruker Windows 8-maskiner med Chrome-nettleser, er det ikke nødvendig å lete etter eller teste noe annet med hensyn til applikasjon 1.

Hvorfor utføres det?

For den saks skyld, hvorfor blir noen form for testing utført?

  • Å vite hva som er galt og kunne fikse det.
  • For å forbedre effektiviteten og brukeropplevelsen og dermed virksomheten.
  • Å bli informert om eventuelle fallgruver

Men spesifikt, hvis vi tenker: Hva er hensikten med tvers av nettlesere? - Dette er todelt.

  1. Gjengivelsen eller utseendet på siden i forskjellige nettlesere - er det likt, er det annerledes, hvis den ene er bedre enn den andre osv.
  2. Funksjonaliteten og arbeidet med den. (Selvfølgelig!)

Hvem utfører denne testen?

  • Tenker du: 'Det er en million nettlesere, versjoner og plattformer der ute - hvilke du skal velge?' - Dette er heldigvis ikke en beslutning som er testens ansvar. Kunden, forretningsanalyseteamet og markedsføringsteamene har en viktig rolle i denne avgjørelsen. Også selskaper samler inn bruks- / trafikkstatistikk for å begrense hvilke nettlesere, miljø og enheter som mest brukes.
  • Hele prosjektgruppen skal ha investert interesse, tid, penger og infrastruktur for å støtte dette arbeidet.
  • QA-teamet kan være involvert i denne prosessen, eller det kan være designteamet som er opptatt av å vite hvordan applikasjonen går i flere nettlesere.
  • Enten det utføres av QA eller et annet team - resultatene tolkes av design- og utviklingsteamene og de relevante endringene blir gjort.

Hvordan utføre tvers av nettlesere?

Nå snakker vi!

Første ting først - gjøres det manuelt eller ved hjelp av et verktøy?

Det kan sikkert gjøres manuelt - flere maskiner, flere operativsystemer, flere nettlesere, flere maskiner, men tydeligvis fører dette til flere problemer, flere investeringer og flere utfordringer.

Cross Browser Testing typer

Manuell metode

I dette tilfellet identifiserer en bedrift nettleserne som applikasjonen må støtte. Testere kjører deretter de samme testtilfellene på nytt ved hjelp av forskjellige nettlesere, og observerer applikasjonens oppførsel og rapporterer feil.

I denne typen testing er det ikke mulig å dekke mange nettlesere, og applikasjonen blir kanskje ikke testet i store nettleserversjoner.

Det er også kostbart og tidkrevende å utføre tvers av nettlesere manuelt.

Automatisert metode

Testing på tvers av nettlesere kjører i utgangspunktet det samme settet med testtilfeller flere ganger på forskjellige nettlesere.

hva er sikkerhetsnøkkel for wifi

Denne typen gjentatte oppgaver er best egnet for automatisering. Dermed er det mer kostnads- og tidseffektivt å utføre denne testen ved hjelp av verktøy.

Så mange verktøy er tilgjengelige i markedet for å gjøre dette enklere.

Verktøyene hjelper oss med ett eller flere av følgende, avhengig av selve verktøyet og lisensieringstypene:

  1. De tilbyr en VPN (Virtual Private machine) der du kan koble til eksterne maskiner og sjekke hvordan JAVA, AJAX, HTML, Flash og andre sider fungerer. De fleste av disse er sikre, men siden du sender informasjonen din til en tredjepart, anbefales en viss analyse av skjønn.
  2. Skjermbilder er gitt for sidene og lenkene som sendes inn om hvordan de vises i flere nettlesere. Dette er selvfølgelig statisk.
  3. Flere nettlesere synkroniseres med hensyn til operasjoner utført på en, og resultatene presenteres nettlesermessig.
  4. Vis gjengivelsen av en side med flere skjermoppløsninger
  5. Når det oppstår et problem, blir det tatt opp en video eller skjermbilder for å transportere problemet for videre analyse.
  6. Støtte er generelt tilgjengelig for både nett- og mobilapper
  7. Private sider som krever godkjenning for å få tilgang, kan også testes
  8. Lokalt, i et privat nettverk / brannmursider, kan også testes

Anbefalte verktøy

#1) LambdaTest

LambdaTest-logo

LambdaTest er skybasert testplattform på tvers av nettlesere som bruker hvilken bruker som kan utføre automatisert og manuell kompatibilitetstesting av nettstedet eller nettappen sin i en kombinasjon av 2000+ forskjellige nettlesere og operativsystemer

Brukere kan kjøre Selenium-automatiseringstester på et skalerbart, sikkert og pålitelig skybasert Selen-nett og utføre live interaktive tester i nettlesere av sine offentlige eller lokalt hostede nettsteder og webapp på skyen.

=> Besøk LambdaTest-nettstedet

# 2) CrossBrowserTesting

CrossBrowserTesting

CrossBrowserTesting er levert av selskapet som heter SmartBear. CrossBrowserTesting lar deg gjøre hver nettopplevelse perfekt, på hvilken som helst nettleser eller mobilenhet med deres skybaserte virkelige enhetslaboratorium. Ditch dine virtuelle maskiner og enhetslaboratoriet. Kjør enkelt manuelle, visuelle og Selenium-tester i skyen på 2050+ ekte stasjonære og mobile nettlesere.

Ønsker du å øke hastigheten på testingen din som ikke-teknisk bruker? Ta en titt på Record & Replay-funksjonen, slik at du kan spille inn en live test og kjøre den innspilte testen parallelt.

=> Besøk CrossBrowserTesting-nettstedet

# 3) Selen

Selen-logo

Selen er kjent for automatisert testing av de nettbaserte applikasjonene. Bare ved å endre nettleseren som skal brukes til å kjøre testtilfellene, gjør selen det veldig enkelt å kjøre de samme testtilfellene flere ganger ved hjelp av forskjellige nettlesere.

# 4) BrowserStack

BrowserStack_Logo

BrowserStack er en skybasert nett- og mobil testplattform som gjør det mulig å teste applikasjoner på nettlesere, operativsystemer og virkelige mobile enheter.

# 5) Nettleser

Det er en live interaktiv tjeneste som gir uanstrengt testing for webutviklere og webdesignere.

Det er forskjellige nettlesere og operativsystemer, og Browserling gir rask tilgang til alle de mest populære nettleserne på de mest populære operativsystemene.

=> Videre lesing: Komplett liste over testverktøy for tvers av nettlesere

Når skal jeg starte denne testen?

Tidspunktet for å starte tvers av nettleser avhenger helt av testmetodikken og testtidslinjen.

hvordan komme inn i qa testing

Denne testen kan utføres:

# 1) Så snart som mulig:

Start denne testen selv når en enkelt side er klar for testing.

Test den siden i hver nettleser. Når neste side er tilgjengelig, kan du teste den også i flere nettlesere. Dette vil øke innsatsen, men det vil bidra til å fikse feilene så tidlig som mulig i livssyklusen. Dermed er det mye kostnadseffektivt å fikse feil, i dette tilfellet.

# 2) Når søknaden er fullført:

Start denne testen når applikasjonsutviklingen er fullført.

Dette vil teste applikasjonen som helhet i forskjellige nettlesere. Å fikse feilene vil ikke være like kostnadseffektivt som i tilfellet ovenfor, men det vil fremdeles hjelpe deg med å fikse feilene før du slipper programmet til brukerne.

# 3) Når applikasjonen frigjøres:

Dette er den minst foretrukne tiden for å utføre en test i flere nettlesere for applikasjonen din. Men det er bedre å gjøre det enn å ikke gjøre det og la sluttbrukerne få en dårlig opplevelse.

Etter at applikasjonen er utgitt for sluttbrukerne, kan denne testen utføres og feil kan rettes som en del av endringsforespørslene i applikasjonen. Dette er veldig kostbart og krever flere distribusjoner avhengig av feilrettingen.

Rigorøs testing i flere nettlesere kan bare gjøres når testteammedlemmene som har kunnskap om verktøy gjør denne testen. Høyt nivå eller å sjekke noen spesifikke nettlesere kan også gjøres av forretningsbrukere eller til og med utviklere.

Denne testingen innebærer å teste applikasjonen grundig ved hjelp av forskjellige nettlesere. Testing inkluderer grundig funksjonell og ikke-funksjonell testing av applikasjonen.

I de fleste selskapene har et produktteam separate team for funksjonell og ikke-funksjonell testing. Dermed må denne testen utføres av teamet / teamene som er (er) ansvarlige for funksjonell og ikke-funksjonell testing av applikasjonen.

For denne testen trenger en tester nettleserne som applikasjonen må testes på.

Disse nettleserne kan enten leveres til testeren som:

  • Lokalt installert på testermaskinen.
  • En virtuell maskin eller forskjellige maskiner som en tester har tilgang til.
  • Verktøy som gir sine egne nettlesere og deres versjoner for testing.
  • På skyen - slik at flere testere kan bruke nettleserne etter behov.

Denne testingen er uavhengig av distribusjonsmiljøene. Dermed kan det gjøres i dev, test, QA eller til og med produksjonsmiljø avhengig av tilgjengeligheten av applikasjonen i hvert av disse miljøene.

Hva skal jeg teste?

  1. Basisfunksjonalitet: Lenker, dialoger, menyer osv.
  2. Grafisk brukergrensesnitt: Utseendet og følelsen av applikasjonen.
  3. Respons: Hvor godt applikasjonen reagerer på brukerhandlinger.
  4. Opptreden: Lasting av sidene innen tillatt tidsramme.

Hvis applikasjonen din fungerer bra i en nettleser, betyr det ikke at den også fungerer bra på de andre nettleserne. Dermed hjelper denne testingen deg med å sikre at et program kjører i forskjellige nettlesere uten feil.

For å identifisere hvilke brudd på hvilken nettleser og for å fikse nettstedet, må vi utføre denne testen. Hvis en nettleser ikke støttes i det hele tatt, kan brukerne enkelt bli informert om det.

For å oppsummere “hvordan” å teste nettleseren

#1. Trafikkstatistikk hjelper deg med å bestemme hvilke nettlesere du skal teste.

#to. En detaljert analyse bør gjøres på selve AUT (søknad under test) for å bestemme hvilke deler av applikasjonen, eller om alt dette må gjennomgå dette. Det anbefales at det hele testes i flere nettlesere, men igjen må kostnader og tid vurderes. En god strategi er å utføre 100% testing på en nettleser per plattform og for den andre bare teste den mest kritiske / mest brukte funksjonaliteten.

# 3. Når beslutningen om 'Hva' for å teste og 'Hvor (nettlesere)' er tatt - infrastrukturbeslutninger skal tas - anskaffer vi verktøy eller utfører dette manuelt osv. Igjen må kostnadene vurderes. Levedyktighet, risikoer, sikkerhetsproblemer, mennesker å være involvert, tid, akseptkriterier, utstedelse / mangelfiksende tidsplaner / prosesser - er få ting som må løses.

# 4. Utfør testingen. De vanlige funksjonstestingstesttilfellene kan brukes når valideringen av systemets effektivitet er. For utseende og følelse / gjengivelse er test tilfeller ikke nødvendig.

Operasjonen jeg snakket om i begynnelsen av denne artikkelen som mislyktes for meg, var en online bankoverføring. Jeg logget inn på bankkontoen min, valgte beløpet for overføring som omtrent en lakh og prøvde å utføre overføringen, og en servletfeil dukket opp uansett hvor mange ganger jeg prøvde.

Så hvis overføringsoperasjonen er valgt for nettleserkompatibilitetstesting, vil dette være hvordan testskriptet skal se ut.

  1. Logg på bankkontoen på nettet
  2. Velg kontoen som overføringen skal gjøres fra
  3. Angi overføringsbeløpet: 100.000
  4. Velg betalingsmottaker og klikk 'Overfør'
  5. Forventet resultat: Overføringen skal være vellykket
  6. Dette kjøres ganske enkelt på alle valgte nettlesere.

Igjen, vær oppmerksom på at dette ikke ser annerledes ut enn en funksjonell testtilfelle. Vennligst sjekk denne ikke-funksjonelle testartikkelen for mer informasjon om dette.

# 5. Rapporter resultatene tilbake til designteamet, hvis de ikke var involvert i testprosessen. Endring følger.

Når er den beste tiden å gjøre dette?

Enhver testing høster de beste fordelene når det er gjort tidlig. Derfor er bransjeanbefalingen å begynne med den så snart sidedesignene er tilgjengelige.

Men det kan også utføres når nettstedet er fullt integrert og funksjonelt.

Hvis du har gått glipp av bussen når du utfører tvers av nettlesere under design, utvikling og QA-faser, kan det fortsatt gjøres mens applikasjonen er i produksjon. Dette er imidlertid den dyreste av alle og risikabelt også.

Hvor utføres nettleserkompatibilitetstesting?

Vanligvis vil svaret på dette spørsmålet være et av- Dev / QA / produksjonsmiljøer . Men for sjekking på tvers av nettlesere er dette ikke en klar og irrelevant (hvis jeg kan si det). Det kan gjøres i en eller alle av dem.

Konklusjon

Noen få punkter å merke seg,

  • Etter å ha vært QA-lærer en stund nå, kan jeg fortelle hva som kommer neste, og det er spørsmålet, er det funksjonell og ikke-funksjonell testing? Jeg tror det ikke er begge deler.
  • Det skal heller ikke forveksles med Kryssplattform testing, som tester applikasjonen din i flere målmiljøer som Windows, Linux, Mac osv. Selv om de noen ganger må integreres sammen, da noen av de eldre nettleserversjonene bare kan være kompatible med de eldre versjonene av plattformene.
  • Det fortsetter også å prosessere ettersom programvaremiljøer, nettlesere og enheter utvikler seg hver dag, og for å sikre at det ikke er noen ubehagelige overraskelser, bør denne nettlesertesten legges til repertoaret av regresjonspakker.

Som du vet, hjelper hver eneste type testing med å forbedre kvaliteten på applikasjonen, og det gjør også tvers av nettlesere.

Testing på tvers av nettlesere hjelper til med å skape et godt inntrykk på brukerne ved å gi dem en jevn opplevelse gjennom hele applikasjonen, uavhengig av nettleser eller operativsystem.

Å fikse feil er kostnadseffektivt i de tidlige stadiene av utviklingslivssyklusen, og det samme gjelder feilene som er funnet som en del av denne testen.

Denne testen hjelper deg med å forbedre virksomheten din, som igjen resulterer i Happy Customers, Happy You !!

Dette er enda et bevis på konseptet at QA-felt eller programvaretesting er et flerdimensjonalt felt, og det er noe for alle å utmerke seg i.

Send kommentarer og spørsmål nedenfor. Vi er alltid glade for å høre fra deg!

Anbefalt lesing

^