2010-05-25 16 views
6

Tengo curiosidad por saber quién está probando contra Chrome.¿Estás probando contra Chrome?

Principalmente porque se ha convertido en mi navegador principal, por lo que todo el desarrollo tiene lugar en Chrome, luego lo pruebo con IE y Firefox.

+0

Esto quizás debería ser un Wiki de la comunidad, ya que es una pregunta de tipo de encuesta? –

+0

@Gordon Comenzó como una encuesta porque no sabía por dónde empezar. Pero ahora sabe usar un método objetivo (estadísticas de uso del navegador) para determinar 1) qué navegadores probar y 2) en qué orden. Digo, deja la pregunta en modo no wiki. –

+0

@Gordon - Lo que haría, si tuviera los representantes, es volver a escribir su pregunta. Cambiaría el título para ser más amplio y más objetivo. Y me gustaría profundizar en eso en el cuerpo de preguntas, pero también mantener su cuerpo de preguntas existente para que tenga un ejemplo personal. –

Respuesta

8

¿Cuáles son las estadísticas de uso del navegador? Debes comenzar allí. La base de usuarios de cada aplicación es diferente. Clasifique los navegadores según esas estadísticas y pruebe/corrija errores en ese orden. Eso, en la mayoría de los casos, le dará la mejor explosión de su tiempo/dinero.

¿Cómo se puede rastrear las estadísticas de uso del navegador? Analice los registros de su servidor web o use Google Analytics.

Por ejemplo, sé una aplicación web B2B con 5000 usuarios que tienen estas proporciones:

  • 90% de IE (6,7, o 8)
  • 8% Firefox
  • 2% Chrome
  • Safari, etc son despreciables

por lo que deben:

  • hacer pruebas con todas las funciones completas con IE sólo
  • prueban las características básicas y generales de compatibilidad con Firefox CSS
  • hacen caso omiso de otros navegadores

Lo que si han automatizado las pruebas (es decir, Selenio)? Luego, probar todos los navegadores es trivial. Pero aún podrías aplicar mi lógica a la corrección de errores específica del navegador. Eso no puede ser automatizado. Y la empresa tendrá que evaluar qué errores se solucionan.

Sin duda, esta respuesta es subjetiva. Quizás los usuarios de 2% -chrome son los usuarios que pagan más. No lo sé. Considere las estadísticas de uso de su navegador, sus usuarios más importantes y los recursos de desarrollo/garantía de calidad disponibles.

3

pongo a prueba en el cromo primero, segundo FF y IE última ...

Al depurar JS Yo uso Firefox Firebug ...

Chrome está utilizando el motor de renderizado Webkit similar a Safari. Por lo tanto, si su sitio se ve mal en Chrome, probablemente se vea mal en Safari ...

+0

solo quería señalar que existe una extensión Firebug para Chrome. – SysAdmin

1

Para sitios web públicos: sí.

Sitios corporativos internos: sigue siendo "el apoyo de la ONU-" (IE se ve obligado, FF se coló)

cuota de mercado de Chrome está aumentando cada día. Si desea que aproximadamente el 10% de sus usuarios se pierda, no dude en probar. Es un costo y tal vez sea aceptable colocar un mensaje "no compatible" para los agentes de usuario de Chrome.

Lo mejor que puede hacer es mirar las estadísticas web de su sitio y ver cuál es el porcentaje de usuarios de Chrome. Controle su base de usuarios y vea si se han adaptado a Chrome. Recuerde que está construyendo su sitio para sus usuarios.

http://www.w3schools.com/browsers/browsers_stats.asp

+2

Creo que estarías loco si no ayudaste a Chrome. Si no funciona en Chrome, Opera y Safari sin ajustes, probablemente haya hecho algo incorrecto (a menos que haya hecho algo explícitamente específico para IE o FF, pero ¿por qué ?!). –

+1

Con la tasa que está creciendo, podría tener un 25-30% en el próximo año. – Anthony

+1

Así es como está aquí, solo IE, aunque si tienes la suerte de tener acceso a Internet Y administración en tu caja, puedes obtener Chrome/FF. Yo uso Chrome, personalmente. Solía ​​tener un paquete de instalación de 4 o 5 de las "últimas" versiones de IE cuando el 7 era nuevo, pero ahora creo que/la mayoría de los usuarios de IE se han actualizado, aunque no tengo datos para respaldarlo. –

1

pongo a prueba en IE, FF, Chrome y Opera (y, ocasionalmente, Safari). Realmente lo tienes en estos días. Para depurar Javascript, tiendo a utilizar Chrome para su consola, y en ocasiones Firebug en FF: ambos son muy útiles.

+0

Sí. Vale la pena probar cosas javascript pesados ​​en Opera. A continuación, puede recomendar Opera a usuarios con máquinas de gama baja. – naugtur

0

La respuesta debería ser definitivamente sí.

Google es lo suficientemente grande como para no perderse, al igual que Apple, casi tan importante como Microsoft.

Lo único que me gustaría decir aquí es tener en cuenta que su motor de renderizado es una especie de webkit (no estoy seguro de las sutiles diferencias), así que no dejes mozilla (-moz-) sin manejar :)

Y también, me siento como la consola Firebug más. Se pueden añadir algunos paneles bastante útil a la misma, tales como:

Personalmente, pongo a prueba mi aplicación web en contra (de más importante a menos):

  1. Firefox 3+ (la versión no es tan importante en realidad, Firefox siempre es bueno);
  2. Safari 4 (Para la gente de iMac, mi iPhone, my-iPad, para asegurarme de que mi aplicación web funciona);
  3. IE8 (Odio MS, pero no puedo ignorar su navegador);
  4. Chrome (Por lo general, funciona como Safari, pero es bueno solo para asegurarse);
  5. Opera
  6. IE7 (Si realmente tengo el tiempo ...)

    ......

Max.Integer IE6 (Por las razones que todo el mundo ya conoce ...)

+0

¿Estás insinuando que Opera tiene alguna conexión con IE en absoluto? ¡Sacrilegio! –

+0

@tehMick: lo siento, fue mi error ... Gracias por su señalamiento. Ahora recupero mi frase descuidada. Espero que esto esté bien para ti. –

+1

Estoy aplacado. :-P IMO, Opera 10 saca IE8 del agua en todos los aspectos y aún tiene una base de instalación más pequeña (al menos aquí en los EE. UU.) Que IE6. :-( –

0

Desde que estoy trabajando en un sitio de la API de Google Maps pruebo por lo que admiten: Chrome, IE y Firefox. Tiendo a comprobar primero Chrome porque es mi navegador predeterminado.

0

Primero pruebo en Google Chrome, IE y en último Firefox ... Porque en algún momento estamos obteniendo algunos problemas principalmente de IE y Chrome ... Por lo tanto, es necesario probar el flujo completo de la aplicación y la IU en estos navegadores.

y Google Chrome también ofrece algunas buenas extensiones como, IE tab, iMacros, Firebug, etc .. Flashbug etc

0

Nuestras pruebas se lleva a cabo contra el IE y Firefox. Nuestro producto es utilizado por grandes bancos y compañías de telecomunicaciones, por lo que no debemos preocuparnos por el uso en otros navegadores.

He encontrado que usar firefox la prueba es 50% más rápido y la razón principal de esto es que IE no procesa muy bien el Xpath. Para solucionar este problema, uso mucho Jquery y el comando de selenio WaitForCondition. Recomendaría hacer esto, ya que proporciona mucha más flexibilidad. Por ejemplo, para emular el waitForElementPresent (esto usa isElementPresent en un bucle con un Thread.duerme) solo uso una declaración de selenio única WaitForCondition (Mi instrucción de Jquery, duración de espera), así que si estaba esperando que cargue un control de btn_login, usaría lo siguiente

WaitForCondition ("selenium.browserbot.getCurrentWindow() . $ ('# btn_login'), "10000")! = null), esto espera 10 segundos.

Estoy pensando en escribir un blog de selenio ya que una gran parte del trabajo que estoy haciendo parece estar bastante avanzado. todos piensan.

0

Firebug es genial a la hora de escribir los elementos Jquery de la prueba. Hay que tener cuidado ya que algunos de los comandos de selenio actúan de forma diferente en IE y Firefox (keyUp, KeyDown). Estoy seguro de que hay Alabama no más que esto :).

He encontrado que usar Jquery para la mayoría de las cosas es mucho mejor. Puedo ingresar el texto y despedir un evento. Presionar la tecla Enter fue un verdadero dolor en el b **. Tenía que verificar qué entorno estaba ejecutando y luego ejecutar uno de los 2 comandos. Solo puedo usar $ (la identificación del control) .trigger (evento que desea ejecutar), es decir (onblur, click, keyup, etc.).

También el uso de Jquery significa que también es compatible con cross browser (yippieee) e incluso en IE6.