¿Cómo solucionar problemas con & # 8220; funciona en mi máquina & # 8221; escenarios

Question

Sucede muchas veces que cuando informa un error a un desarrollador, él regresa diciendo "funciona en mi sistema". aunque es una aplicación de navegador. ¿Cómo haces para resolver eso?

Answer 1

Desde el punto de vista de la capacitación / proceso:

Capacite a su equipo para saber que "funciona en mi máquina" no es una respuesta para salir de la cárcel.

Tener un servidor de compilación automatizado .

Tener una implementación de prueba automatizada.

Sus desarrolladores deben saber que "funciona" se define como "funciona en el servidor de prueba", no solo en su máquina.

Desde un punto de vista de prueba / depuración:

El desarrollador necesita que se le muestre la secuencia de acciones que dan como resultado que ocurra el error.

Es posible que desee capturar capturas de pantalla que muestren el error, o posiblemente una captura de video (usando herramientas como Camtasia ). Las personas pueden ser bastante malas para describir la secuencia de acciones que realizaron en un sistema que provocó la aparición de un error, por lo que cuanta más información pueda capturar sobre el error y cómo replicarse, mejor.

Desde el punto de vista del desarrollo / entorno:

Si hay un error genuino que se exhibe en un entorno pero no del desarrollador, averigüe si no se exhibe en entornos de desarrollo o solo en el de su desarrollador.

A partir de ahí, se trata de tratar de reducir las diferencias entre los dos entornos para que su desarrollador pueda ver el problema en su máquina.

O puede ir hacia otro lado e intentar depurar el problema en el entorno de producción (no desarrollo).

Los detalles de implementación de estos varían según la plataforma.

Answer 2

Debe proporcionar tanta información al desarrollador como sea posible. Incluso cosas que no crees que sean relevantes.

No puedo contar la cantidad de veces que tuve un problema informado y no pude repetirlo, solo para descubrir más tarde una información que el usuario no había incluido originalmente pero que fue la clave para desbloquear el rompecabezas.

También debe no aceptar esa respuesta y decir "bueno, algo debe ser diferente entre su configuración y la mía, ¿qué podemos nosotros hacer para resolverlo?"

Answer 3

Nos ocupamos de ese problema al tener un entorno de desarrollo superior al desarrollo local que esté lo más cerca posible del sistema productivo en términos de configuración, hardware, etc. Como resultado, casi todos los problemas que ocurren en el entorno de producción son reproducibles en ese sistema de desarrollo, incluso si no pueden reproducirse en máquinas de desarrolladores locales.

Answer 4

Esta es una réplica escapista común que encuentro de los equipos. Mi respuesta generalmente es: "Sabes, tu sistema no es el servidor de producción y ahí es donde debe funcionar". En otras palabras, esa excusa simplemente no es aceptable.

También les indico las posibilidades:

a. Existe una diferencia de configuración entre el sistema local y el servidor.

b. Ciertas dependencias de la funcionalidad no se actualizan en el servidor.

c. No han borrado la memoria caché del navegador.

d. Repito el problema en el servidor de ensayo y se lo demuestro.

e. ... y así sucesivamente, dependiendo del caso.

Answer 5

Intente recrear al usuario que encontró el sistema del error tanto como sea posible: desde la configuración del servidor hasta la configuración de la máquina, incluido el navegador y el sistema operativo, etc. Probablemente debería tener varias configuraciones diferentes para probar su aplicación antes de lanzarla.

Answer 6

IE Tester es una buena herramienta para este tipo de solución de problemas. Si necesita probar muchos navegadores, entonces las máquinas virtuales como Virtual PC son su mejor opción para que pueda tener muchas configuraciones de clientes en su servidor de prueba.

Answer 7

ahh sí ... la excusa más antigua del libro.

Suponiendo que tanto el desarrollador como el probador están probando en el mismo servidor, trataría de aislar el error identificando cuál es la diferencia entre la máquina de los desarrolladores y la máquina de los probadores. Podría ser algo menor como la versión flash, las diferencias del navegador u olvidarse de borrar el caché del navegador

También recomendaría usar un marco de prueba automatizado y aplicaciones de prueba en un servidor de prueba dedicado.

Answer 8

No es mucho lo que puede hacer como usuario final, pero como desarrollador puede evitar muchos de estos problemas al incluir muchos registros en el sistema: las diferencias que el usuario pensará serán las cosas simples que usted tiene probado ya, pero un buen registro le permite ver exactamente lo que estaba sucediendo cuando el sistema falló. He encontrado bastantes errores que no podrían suceder de esa manera.