Menú

Què és la prova de navegadors creuats i com realitzar-la: una guia completa

what is cross browser testing

Proveu El Nostre Instrument Per Eliminar Problemes

Una guia completa per a principiants sobre proves de navegadors creuats:

La prova de navegadors creuats és un tipus de prova per verificar si una aplicació funciona en diferents navegadors tal com s’esperava i es degrada amb gràcia. És el procés de verificació de la compatibilitat de la vostra aplicació amb diferents navegadors.

Moltes vegades he trobat un problema amb un lloc web i, en trucar al servei d'assistència tècnica, simplement em diuen que ho provi en un altre navegador? Quan ho faig, funciona i em sento un idiota total, tot i que em guanyo la vida treballant a la indústria del programari.

Aposto a que això us ha passat a tots vosaltres, no?

Consells sobre proves de diversos navegadors

Sempre acabo pensant ‘per què no m’ho vaig plantejar?’, Però confieu en mi, amb el pas del temps m’he adonat que no és culpa meva; és que el lloc web no s’ha provat extensament pel que fa a les proves de compatibilitat entre navegadors i, com a usuari final, acabo de trobar un error.

Què aprendreu:

Introducció

Tots podríem haver observat que alguns llocs web no es mostren correctament en alguns navegadors i només pensem que el lloc web no funciona. Però, tan bon punt l’obriu amb un navegador diferent, el lloc web s’obre bé. Així, aquest comportament explica la compatibilitat d’un lloc web amb diferents navegadors.

Cada navegador interpreta la informació de la pàgina del lloc de manera diferent. Per tant, és possible que alguns navegadors no tinguin les funcions que el vostre lloc web intenta mostrar i fer que el vostre lloc web quedi trencat en aquest navegador.

Per exemple , tal com es mostra a continuació, els errors dels formularis d’inscripció no són els mateixos als dos navegadors. A més, el color del text, el tipus de lletra, etc. també són diferents si els hi fixeu de prop.

Proves de navegadors creuats

Amb l’avenç tecnològic, hi ha diverses opcions disponibles per als navegadors i no és suficient per fer que un lloc web funcioni en un dels navegadors.

No s’ha de restringir els usuaris a utilitzar cap navegador específic per accedir a la vostra aplicació. Per tant, es fa necessari provar la compatibilitat del vostre lloc web amb diferents navegadors. Alguns dels navegadors més utilitzats inclouen Chrome, Safari, Firefox, Internet Explorer, etc.

navegadors

Aquesta és la història de fons, aposto a que tots heu descobert el tema del debat d'avui: Proves de navegadors creuats.

Com és una pràctica general a STH, ens centrarem en els conceptes bàsics. Creiem que qualsevol concepte tindrà un món de sentit quan fem la pregunta bàsica de les paraules al voltant de com- 'Què, per què, com, qui, quan, on'.

Fem-ho exactament a mesura que avancem.

Què és la prova de navegadors creuats?

# 1) La prova entre navegadors és simplement el que significa el seu nom (és a dir, provar el vostre lloc web o aplicació en diversos navegadors) i assegurar-vos que funcioni de manera coherent i tal com es pretén sense cap dependència ni compromís de qualitat.

# 2) Això és aplicable a tots dos web i aplicacions mòbils .

# 3) Quin tipus d'aplicacions se sotmeten a això? - Les aplicacions orientades al client són la millor opció. En aquest punt, us podeu preguntar: 'Totes les aplicacions no són orientades al client?' Bé, sí. Ells són. Tanmateix, vegem un exemple.

Sol·licitud 1: Una aplicació desenvolupada perquè una empresa pugui fer un seguiment intern del seu inventari
Sol·licitud 2: Això és perquè els usuaris finals comprin productes d’aquesta empresa

  • És evident que la millor idea seria provar l'aplicació 2 per fer proves de compatibilitat del navegador, ja que és impossible controlar quins navegadors / plataformes / versions utilitzarà l'usuari final.
  • D’altra banda, si tots els equips interns de l’empresa utilitzen màquines Windows 8 amb navegador Chrome, no cal que cerqueu ni proveu cap altra cosa respecte a l’aplicació 1.

Per què es realitza?

En aquest cas, per què es fa qualsevol tipus de prova?

  • Per saber què està malament i poder solucionar-ho.
  • Per millorar l'eficiència i l'experiència d'usuari i, per tant, el negoci.
  • Per estar informat de possibles trampes

Però específicament, si pensem: Quina intenció tenen les proves entre navegadors? - Això és doble.

  1. La representació o aparença de la pàgina en diferents navegadors- és la mateixa, és diferent, si un és millor que l’altre, etc.
  2. La seva funcionalitat i funcionament. (És clar!)

Qui realitza aquesta prova?

  • Esteu pensant: 'Hi ha un milió de navegadors, versions i plataformes, quins triar?' - Aquesta, per sort, no és una decisió que és responsabilitat del verificador. El client, l’equip d’anàlisi de negoci i els equips de màrqueting tenen un paper important en aquesta decisió. A més, les empreses recopilen estadístiques d’ús / trànsit per reduir quins navegadors, entorn i dispositius s’utilitzen majoritàriament.
  • Tot l’equip del projecte hauria de tenir un interès invertit, temps, diners i infraestructura per donar suport a aquest esforç.
  • L’equip de control de qualitat pot participar en aquest procés o pot ser que l’equip de disseny sigui el que vulgui saber com funciona l’aplicació en diversos navegadors.
  • Tant si el realitza QA com qualsevol altre equip, els equips de disseny i desenvolupament interpreten els resultats i es fan els canvis pertinents.

Com es realitzen proves de navegadors creuats?

Ara estem parlant!

Primer de tot: es fa manualment o mitjançant una eina?

Segurament es pot fer manualment: diverses màquines, múltiples sistemes operatius, diversos navegadors, diverses màquines i, clarament, això comporta múltiples problemes, múltiples inversions i múltiples reptes.

Tipus de proves de navegador creuat

Mètode manual

En aquest cas, una empresa identifica els navegadors que l'aplicació ha de suportar. A continuació, els verificadors tornen a executar els mateixos casos de prova amb diferents navegadors i observen el comportament de l’aplicació i, si n’hi ha, informen d’errors.

En aquest tipus de proves, no és possible cobrir molts navegadors i, a més, és possible que l'aplicació no es pugui provar en les principals versions del navegador.

A més, realitzar una comprovació manual de diversos navegadors també és costós i requereix molt de temps.

Mètode automatitzat

Les proves entre navegadors bàsicament executen el mateix conjunt de casos de proves diverses vegades en navegadors diferents.

quin és el millor programari d'eliminació de programari maliciós

Aquest tipus de tasques repetides són les més adequades per a l'automatització. Per tant, és més eficaç en termes de costos i temps per realitzar aquestes proves mitjançant l'ús d'eines.

Per tant, hi ha moltes eines disponibles al mercat per fer-ho més fàcil.

Les eines ens ajuden amb un o més o tots els següents aspectes, segons la pròpia eina i els tipus de llicència:

  1. Proporcionen una VPN (màquina privada virtual) mitjançant la qual podeu connectar-vos a màquines remotes i comprovar el funcionament i la representació del vostre JAVA, AJAX, HTML, Flash i altres pàgines. La majoria d’elles són segures, però, atès que envieu la vostra informació a un tercer, es recomana fer una anàlisi discrecional.
  2. Es proporcionen captures de pantalla de les pàgines i enllaços enviats de com apareixen en diversos navegadors. Això és, per descomptat, estàtic.
  3. Es sincronitzen diversos navegadors pel que fa a les operacions realitzades en un i els resultats es presenten de manera senzilla.
  4. Mostra la representació d'una pàgina a diverses resolucions de pantalla
  5. Quan es produeix un problema, es registren un vídeo o captures de pantalla per transportar-lo per a una anàlisi posterior.
  6. El suport general està disponible tant per a aplicacions web com per a mòbils
  7. També es poden provar les pàgines privades que requereixen l’autenticació
  8. També es pot provar el lloc, dins d’una xarxa privada / tallafocs

Eines recomanades

# 1) LambdaTest

Logotip LambdaTest

LambdaTest és una plataforma de proves de navegadors creuats basada en el núvol que utilitza quin usuari pot realitzar proves de compatibilitat manuals i automatitzades del seu lloc web o aplicació web en una combinació de més de 2.000 navegadors i sistemes operatius diferents.

Els usuaris poden executar proves d'automatització de Selenium en una quadrícula Selenium basada en el núvol escalable, segura i fiable i realitzar proves interactives en directe de navegadors creuats dels seus llocs web i aplicacions web allotjats públicament o localment al núvol.

=> Visiteu el lloc web LambdaTest

# 2) Prova de navegació creuada

Prova de navegació creuada

Prova de navegació creuada l’ofereix l’empresa SmartBear. CrossBrowserTesting us permet fer que cada experiència web sigui perfecta en qualsevol navegador o dispositiu mòbil amb el seu laboratori de dispositius reals basat en el núvol. Abandoneu les màquines virtuals i el laboratori de dispositius. Executeu fàcilment proves manuals, visuals i de seleni al núvol en més de 2050 navegadors reals d'escriptori i mòbils.

Voleu accelerar les proves com a usuari no tècnic? Consulteu la funció d'enregistrament i reproducció, que us permetrà enregistrar una prova en directe i executar-la en paral·lel.

=> Visiteu el lloc web CrossBrowserTesting

# 3) Seleni

Logotip de seleni

El seleni és ben conegut per les proves automàtiques de les aplicacions basades en web. Només canviant el navegador que s’utilitzarà per executar els casos de prova, el seleni fa que sigui molt fàcil executar els mateixos casos de prova diverses vegades amb navegadors diferents.

# 4) BrowserStack

BrowserStack_Logo

BrowserStack és una plataforma de proves web i mòbil basada en el núvol que permet provar aplicacions en navegadors, sistemes operatius i dispositius mòbils reals sota demanda.

# 5) Navegació

És un servei interactiu en directe que proporciona proves sense esforç per a desenvolupadors i dissenyadors web.

Hi ha diferents navegadors i sistemes operatius i Browserling proporciona accés ràpid a tots els navegadors més populars dels sistemes operatius més populars.

=> Lectures addicionals: Llista completa d’eines de proves de navegadors creuats

Quan començar aquesta prova?

El temps per iniciar la prova entre navegadors depèn completament de la vostra metodologia de prova i de la vostra cronologia de proves.

Aquesta prova es pot realitzar:

# 1) El més aviat possible:

Comenceu aquesta prova fins i tot quan hi hagi una sola pàgina a punt per provar-la.

quin és el millor descarregador de mp3 gratuït per a Android

Proveu aquesta pàgina a cada navegador. Quan la pàgina següent estigui disponible, proveu-la també en diversos navegadors. Això augmentarà els esforços, però ajudarà a corregir els errors el més aviat possible al cicle de vida. Per tant, la solució d’errors, en aquest cas, és molt rendible.

# 2) Quan la sol·licitud estigui completa:

Inicieu aquesta prova quan s'hagi completat el desenvolupament de l'aplicació.

Això provarà l'aplicació en conjunt en diferents navegadors. La solució dels errors no serà tan rendible com en el cas anterior, però encara us ajudarà a solucionar-los abans de llançar l’aplicació als usuaris.

# 3) Quan es llança l'aplicació:

Aquest és el moment menys afavorit per realitzar una prova de diversos navegadors per a la vostra aplicació. Però és millor fer-ho que no fer-ho i deixar que els usuaris finals tinguin una mala experiència.

Després de llançar l'aplicació per als usuaris finals, es poden realitzar aquestes proves i es poden corregir errors com a part de les sol·licituds de canvi de l'aplicació. Això és molt costós i requereix desplegaments múltiples segons les correccions d'errors.

Les proves rigoroses entre navegadors només es poden fer quan els membres de l’equip de proves que tenen coneixement d’eines fan aquesta prova. Els usuaris empresarials o fins i tot els desenvolupadors també poden fer un nivell elevat o comprovar alguns navegadors específics.

Aquesta prova consisteix a provar a fons l'aplicació mitjançant diferents navegadors. La prova completa inclou proves funcionals i no funcionals de l'aplicació.

A la majoria de les empreses, un equip de productes té equips separats per fer proves funcionals i no funcionals. Per tant, aquesta prova ha de ser realitzada pels equips responsables de les proves funcionals i no funcionals de l'aplicació.

Per a aquesta prova, un provador necessita els navegadors en què s’ha de provar l’aplicació.

Aquests navegadors es poden proporcionar al provador com:

  • Instal·lat localment a la màquina del provador.
  • Una màquina virtual o diferents màquines a les quals un provador té accés.
  • Eines que proporcionen els seus propis navegadors i les seves versions per provar-les.
  • Al núvol: de manera que diversos provadors puguin utilitzar els navegadors quan i quan sigui necessari.

Aquesta prova és independent dels entorns de desplegament. Per tant, es pot fer en entorns de desenvolupament, prova, control de qualitat o fins i tot en funció de la disponibilitat de l'aplicació en cadascun d'aquests entorns.

Què provar?

  1. Funcionalitat de la base: Enllaços, diàlegs, menús, etc.
  2. Interfaç gràfica d'usuari: Aspecte de l'aplicació.
  3. Resposta: Què tan bé respon l’aplicació a les accions de l’usuari?
  4. Rendiment: La càrrega de les pàgines dins del període de temps permès.

Si la vostra aplicació funciona bé en un navegador, això no implica que també funcionarà bé en els altres navegadors. Per tant, aquesta prova us ajuda a assegurar-vos que una aplicació s’executa en diferents navegadors sense cap error.

Per identificar quins trencaments de navegador i per corregir el lloc web en conseqüència, hem de realitzar aquesta prova. Si no s’admet cap navegador, es pot informar fàcilment dels usuaris.

Per resumir 'com' fer una prova entre navegadors

# 1. Les estadístiques de trànsit ajuden a determinar quins navegadors voleu provar.

# 2. S'hauria de fer una anàlisi detallada a la pròpia AUT (aplicació en prova) per determinar quines parts de l'aplicació o si s'ha de sotmetre a totes. Es recomana provar-ho tot en diversos navegadors, però cal tenir en compte els costos i el temps. Una bona estratègia és realitzar proves al 100% en un navegador per plataforma i, per l'altre, provar la funcionalitat més crítica / àmpliament utilitzada.

# 3. Un cop es pren la decisió de 'Què' provar i 'On (navegadors)': s'han de prendre decisions d'infraestructura, adquirim eines o ho fem manualment, etc. De nou, s'ha de considerar el cost. La viabilitat, els riscos, els problemes de seguretat, les persones a implicar, el temps, els criteris d’acceptació, els calendaris / processos de correcció de problemes / defectes són algunes de les coses que s’han d’abordar.

# 4. Realitzeu les proves. Els casos de proves de proves funcionals regulars es poden utilitzar per validar l'eficiència del sistema. Per a l'aparença / interpretació / casos de prova no són necessaris.

L’operació de què parlava al principi d’aquest article que va fallar per a mi va ser una transferència bancària en línia. Vaig iniciar la sessió al meu compte bancari, vaig escollir l'import de la transferència com a aproximadament un lakh i vaig intentar realitzar la transferència i apareixia un error de servlet per moltes vegades que ho intentés.

Per tant, si es tria l’operació de transferència per a la prova de compatibilitat del navegador, és així com serà l’escriptura de prova.

  1. Inicieu la sessió al compte bancari en línia
  2. Seleccioneu el compte des del qual es farà la transferència
  3. Introduïu l'import de la transferència: 100.000
  4. Seleccioneu el beneficiari i feu clic a 'Transferència'
  5. Resultat esperat: la transferència hauria de tenir èxit
  6. Això simplement s’executarà a tots els navegadors escollits.

Una vegada més, tingueu en compte que això no sembla diferent a un cas de prova funcional. Consulteu aquest article de proves no funcionals per obtenir més informació al respecte.

# 5. Informeu els resultats a l’equip de disseny si no participaven en el procés de prova. El canvi segueix.

Quan és el millor moment per fer-ho?

Qualsevol prova obté els millors avantatges quan es fa aviat. Per tant, la recomanació de la indústria és començar-la tan aviat com estiguin disponibles els dissenys de pàgines.

Però també es pot realitzar quan el lloc està completament integrat i funcional.

Si heu perdut l’autobús en realitzar la prova de diversos navegadors durant les fases de disseny, desenvolupament i control de qualitat, encara es pot fer mentre l’aplicació està en producció. No obstant això, aquest és el més costós de tots i també és arriscat.

On es realitzen les proves de compatibilitat del navegador?

Normalment, la resposta a aquesta pregunta seria una de les Desenvolupament / QA / entorns de producció . Però per a la comprovació de diversos navegadors, això no és definitiu i irrellevant (si em permet dir-ho). Es pot fer en qualsevol o totes.

Conclusió

Alguns punts a tenir en compte,

  • Després d’haver estat professor de control de qualitat durant un temps, puc saber què vindrà a continuació i això és: la pregunta, són proves funcionals i no funcionals? Crec que no és ni un ni l’altre.
  • Tampoc s’ha de confondre amb Multiplataforma testing, que consisteix a provar la vostra aplicació en entorns de destinació múltiples com Windows, Linux, Mac, etc. Tot i que de vegades els dos s'han d'integrar junts, ja que algunes de les versions anteriors del navegador només poden ser compatibles amb les versions anteriors de les plataformes.
  • També es continua processant a mesura que els entorns de programari, els navegadors i els dispositius evolucionen cada dia i, per assegurar-se que no hi hagi sorpreses desagradables, s’hauria d’afegir aquesta prova al navegador al repertori de les suites de regressió.

Com ja sabeu, tots i cadascun dels tipus de proves ajuden a millorar la qualitat de l’aplicació i també ho fan les proves entre navegadors.

Les proves entre navegadors ajuden a crear una bona impressió als usuaris, proporcionant-los una experiència constant a tota l’aplicació, independentment del navegador o del sistema operatiu.

La correcció d’errors és rendible durant les primeres etapes del cicle de vida del desenvolupament, i el mateix s’aplica als defectes trobats com a part d’aquesta prova.

Aquestes proves ajuden a millorar el vostre negoci, cosa que al seu torn dóna lloc a clients feliços, feliços.

Aquest és un testimoni més del concepte que el camp de control de qualitat o les proves de programari són un camp multidimensional i que tothom pot destacar.

Envieu els vostres comentaris i preguntes a continuació. Sempre estem encantats de saber-vos!

Lectura recomanada

^