Durante un período de tiempo, la tecnología web ha evolucionado tanto que ahora podemos hacer fácilmente una aplicación web que sea compatible con múltiples navegadores. Además, los proveedores de navegadores están haciendo un trabajo bastante bueno al representar tan bien el contenido web moderno. Aún así, existen desafíos para realizar pruebas de navegador cruzado. Entonces, antes de enumerar esos desafíos, quiero asegurarme de que estamos probando correctamente. Si planea hacer pruebas funcionales regulares en diferentes navegadores. Entonces no es parte de su prueba de navegador cruzado. Es solo un trabajo redundante. Idealmente, debe probar la mayoría de la lógica de su negocio en los niveles de prueba de unidad e integración. Más adelante en la interfaz de usuario, se concentrará principalmente en escenarios de extremo a extremo de forma automatizada o manual. Finalmente, las pruebas de navegador cruzado tienen que ver con la representación fluida de datos en todos los navegadores. Básicamente, probaría los diseños de página, los falsos positivos en las imágenes y los datos de localización, etc. Finalmente, llegando a la pregunta, aquí hay algunos desafíos que puede enfrentar y he enumerado la posible solución conocida por mi conocimiento. Y esto es independiente de si va a probar manual / automatizado.
- Búsqueda de problemas de diseño durante la automatización: los scripts de automatización no saben si sus datos se presentan correctamente. Mientras tenga los datos en el sitio web, avanzará. Incluso durante las pruebas manuales, hay escenarios de falsos positivos. La aplicación puede verse perfecta en la resolución de su monitor, pero el diseño puede sufrir otras resoluciones que no puede captar.
- La solución sería utilizar la validación visual automatizada con herramientas como Applitools / Sikuli. Puede detectar exactamente los cambios de diseño que incluso son invisibles para los humanos.
- Representación del color: a veces, los navegadores basados en la plataforma que está ejecutando pueden representar los colores de manera diferente o minuciosa. Entonces con los ojos humanos ni siquiera lo reconocerás. Pero algunas veces eso puede terminar catastrófico, particularmente con sitios web minoristas. El usuario final puede estar equivocado por la apariencia.
- Puede realizar una validación exhaustiva de mapas de bits para cada página en todos los navegadores, que descubrirá exactamente qué está sucediendo mal. Los ingenieros de UX encontrarán una manera de solucionarlo.
- Probar diferentes versiones de navegadores en diferentes plataformas: esto es un gran dolor cuando se dirige a un gran conjunto de personas que trabajan en una variedad de navegadores. Idealmente, los desarrolladores deberían tener esto en cuenta y desarrollar la aplicación lo más ideal posible. Pero aún así es casi posible probar todos los navegadores diferentes. Siempre que tenga tal necesidad comercial para hacerlo. Luego
- Puedes usar el poder de la nube como saucelabs / browserstack / perfecto donde obtienes todos los diferentes tipos de navegadores en un segundo.
- Múltiples idiomas Unicode: si presenta varios idiomas en su sitio web, debe asegurarse de que todos los principales navegadores lo representen correctamente. Una vez más, hacer este manual es un trabajo engorroso y es propenso a muchos errores humanos.
- Utilice la validación visual junto con el poder de las pruebas basadas en la nube.
Del mismo modo, hay muchos otros parámetros que deben tenerse en cuenta, pero en general, son los sitios web minoristas los que deben ocuparse de todas estas cosas. Para otros, realmente no importa. Y de nuevo, no traiga la lógica empresarial a las pruebas de navegador cruzado.
- Al crear una aplicación a gran escala, ¿cómo planifica y estructura su CSS?
- ¿Cuál es el mejor IDE de JavaScript gratuito?
- Web Scraping: ¿Cómo puedo escribir un script para acceder a varias páginas web dentro del mismo dominio?
- ¿Han fallado los widgets web del W3C?
- ¿Cuáles son las tecnologías requeridas para una aplicación web simple?