La prueba de compatibilidad con navegadores o entre navegadores es un proceso para evaluar si la funcionalidad de una aplicación web permanece consistente cuando el usuario final visita su aplicación web desde un navegador diferente. También se utiliza para validar la compatibilidad del navegador para aplicaciones web y de escritorio.
En las pruebas entre navegadores, validará el estilo, la fuente y otros elementos de la interfaz de usuario de su sitio web. Todas estas cosas deberían verse similares en cada navegador.
La importancia de realizar pruebas en diferentes versiones de navegador
Bueno, primero, no todas las personas usan el mismo navegador.
Puede consultar las estadísticas más recientes en Wikipedia para conocer el porcentaje de uso de todos los navegadores, navegadores de escritorio, navegadores móviles y navegadores de tabletas.
Ahora veamos los otros escenarios…
Te enteras de algunas ventas de un producto que tus padres querían. Les llamas y les recomiendas que revisen la tienda online para que encuentren algo que llevaban mucho tiempo buscando. En algún momento, te devuelven la llamada y te dicen que es difícil navegar. Después de varias preguntas, comprende que están usando un navegador diferente y comienza una pregunta completamente nueva sobre cómo descargar otro navegador, el que está usando.
En este caso, la empresa solo corre el riesgo de perder clientes debido a que una versión del navegador se ve horrible. En el siglo XXI, cuando abres alguna aplicación web y se ve mal, simplemente vuelves a Google y abres otra hasta que encuentras una aplicación web atractiva.
Cada parte de HTML , CSS , JavaScript es única en diferentes navegadores; algunas cosas pueden admitirse en un navegador pero no en el otro. Al realizar este tipo de prueba, está ayudando al desarrollador a identificar en qué navegador y su versión ocurren estos problemas.
¿Qué características se analizan en una prueba de navegador?
Cuando se acerca la fase de prueba, el equipo de producto (la mayoría de las veces es trabajo relacionado con el control de calidad) crea un documento de especificación de prueba en el que especifica una lista de funciones que se probarán y en qué navegadores/versiones/plataformas cumplir. escenarios de prueba. Podemos dividir esto en las secciones que se indican a continuación.
1. Funcionalidad básica: para garantizar que las cosas simples funcionen en la mayoría de las combinaciones de navegador y sistema operativo
- Todos los campos de entrada y su validación.
- Los cuadros de diálogo y los menús funcionan como se esperaba
- Entrada táctil en dispositivos móviles
2. Diseño: para asegurarse de que las fuentes, los estilos, las imágenes y los diseños coincidan con los requisitos que enviaron los diseñadores.
3. Capacidad de respuesta: Verifique que el diseño sea sólido y no esté roto en algunas capas después de cambiar la resolución/orientación de un navegador
¿Cómo elegir los navegadores?
Hay dos formas fáciles de elegir entre toda la variedad de navegadores
1. Según la popularidad: elija navegadores que puedan superar la barrera del 5 % en las estadísticas globales. Entonces, por ejemplo, en 2020 elegiría Google Chrome, Safari, Mozilla Firefox, Microsoft Edge e IE. En cuanto a IE, es un poco complicado porque hay muchas versiones de este navegador. Nuestra recomendación es admitir solo IE 10, ya que IE 8 y 9 son demasiado antiguos y difíciles de admitir.
2. Basado en el análisis: si tiene algunas herramientas de análisis (Google Analytics, etc.) que rastrean todas las estadísticas de tráfico, tendrá una comprensión completa de lo que usan sus clientes y será una decisión fácil de tomar. Si no, puede intentar conocer mejor a su cliente creando algunas encuestas, etc. ¿Valdría la pena admitir todas las versiones de los diferentes navegadores? Depende de si está de acuerdo en que el tiempo de desarrollo y prueba será cada vez mayor. De cualquier manera, a la larga, tendrá que sacrificar el soporte de versiones antiguas.
La decisión sobre qué navegadores y plataformas elegir depende del equipo comercial y del equipo de marketing.
¿Cómo planificar y ejecutar pruebas?
Antes de planificar cuándo y qué pruebas se ejecutarán, debe asegurarse de que se cumplan estas condiciones:
- Tus casos de prueba están actualizados.
- El diseño y las maquetas son de acuerdo a los requisitos.
- Tienes todas las herramientas y dispositivos que necesitas para realizar pruebas.
- Debe ejecutar pruebas de regresión al menos una vez en cada navegador. Esto le dará conocimiento sobre el producto y sus cuellos de botella.
Cuando esté planificando, no olvide mencionar quién será responsable de qué combinación de navegador/plataforma y asigne los casos de prueba que se ejecutarán a la persona responsable.
Herramientas para usar para las pruebas de compatibilidad del navegador
- Si no tiene la oportunidad de tener dispositivos físicos en su proyecto, puede usar algún tipo de emulador/simulador/máquina virtual. Para dispositivos móviles considere estas opciones:
- Puede simular dispositivos utilizando las herramientas de desarrollo predeterminadas en Google Chrome o Mozilla Firefox.
- Fiddler/Android studio/Xcode si necesita depurar o reproducir un problema con su dispositivo móvil.
- Como ejemplo de una VM, puede usar una caja virtual o cualquier cosa relacionada que prefiera.
- Para diferentes navegadores, puede usar algunos servicios en la nube pagos que le proporcionarán una gran variedad de combinaciones de navegador/plataforma.
Sin embargo, no olvide que la simulación/emulación es excelente cuando tiene un presupuesto limitado, pero nada se compara con las pruebas en un dispositivo físico real.
Pruebas entre navegadores manuales frente a automatizadas
Hablemos de la ejecución manual frente a la automatizada.
Las pruebas manuales necesitan probadores humanos para ejecutar escenarios, y significa que hay espacio para el error humano. Desde el comienzo del proyecto, la cantidad de trabajo para los probadores manuales solo aumentará, lo que, a su vez, aumentará los recursos y el tiempo.
Cuando hay un alcance de pruebas que se ejecutan cada vez, es mejor simplemente automatizarlo. Configurar un proceso completo de automatización que cubra la mayoría de las pruebas lleva mucho tiempo. Por lo tanto, es bueno para un proyecto a largo plazo.
En el mundo moderno, la mayoría de los proyectos tienen probadores tanto manuales como automáticos en un solo proyecto. Los evaluadores manuales están realizando pruebas exploratorias para encontrar los puntos débiles en la UX (es decir, si estamos hablando solo de la parte de prueba de FE) y los encargados de la automatización automatizan los escenarios que se ejecutan cada vez.
Problemas comunes al realizar pruebas entre navegadores
1. Internet Explorer: ¡Sí, leíste bien! Como una categoría separada, puse IE. Este es el navegador más doloroso para probar. Cada probador de control de calidad sabe que cuando abre Internet Explorer, encontrará un par de errores. Todo lo relacionado con la parte delantera se puede romper aquí. Debe tener esto en cuenta y no olvide verificar su aplicación en IE.
2. Diseño: este es el problema más visible que puede encontrar. Básicamente, todo está relacionado con CSS, Canvas o DOM. Varios errores van desde la posición incorrecta del texto o la imagen hasta un pequeño problema como una fuente que no se ve bien. No se olvide de las pruebas negativas aquí también, como cerrar un formulario emergente haciendo clic en algún lugar fuera del formulario.
3. Toques y clics: no es fácil hacer malabarismos con los distintos tipos de entrada, especialmente ahora que las tabletas y los teléfonos generan toques que pueden o no actuar como un clic del mouse.
4. Desplazamiento: si tiene un menú que se abre al pasar el mouse sobre él, no olvide verificarlo también. A veces, el desplazamiento nunca termina, a veces, el evento de desplazamiento se vincula al elemento incorrecto, a veces, no se abre en absoluto.
Línea de fondo
- Identifique en qué navegadores y plataformas probará.
- Asegúrese de que sus casos de prueba y diseños estén actualizados.
- Configure los dispositivos/navegadores en los que probará.
- Asignar casos de prueba a la persona responsable. Trate de no asignar a la misma persona para probar la misma combinación de plataforma/navegador varias veces seguidas.
- Comparta el documento con los resultados de la prueba con las personas que corregirán los errores.
Publicación traducida automáticamente
Artículo escrito por mykolazavaruiev y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA