como você solucionar problemas com o “funciona na minha máquina” cenários

Question

Acontece grande parte do tempo que quando você relatar um bug para um desenvolvedor, ele vem de volta dizendo "ele funciona no meu sistema", embora a sua aplicação de um navegador. Como você ir sobre como classificar isso?

Answer 1

Do ponto de formação / processo de vista:

Treinar sua equipe para saber que "funciona na minha máquina" não é um get-out-of-free-prisão de resposta.

automatizado servidor de compilação .

Você possui uma implantação de teste automatizado.

Seus desenvolvedores devem saber que "obras" é definido como "obras no servidor de teste", não apenas a sua máquina.

A partir de um ponto de teste / depuração de vista:

As necessidades de desenvolvedores para ser mostrada a sequência de ações que resultam no bug acontecendo.

Você pode querer capturar telas mostrando o bug, ou possivelmente uma captura de vídeo (usando ferramentas como Camtasia ). As pessoas podem ser muito ruim descrever a sequência de ações que eles realizaram em um sistema que levou a um bug mostrando-se, portanto, quanto mais informações você pode capturar sobre o bug e como replicar-se melhor.

A partir de um ponto de desenvolvimento / ambiente de vista:

Se houver realmente um bug que apresenta-se em um ambiente, mas não o desenvolvedor está em seguida, descobrir se ele apresenta-se em há ambientes de desenvolvimento, ou apenas o seu um desenvolvedor.

A partir daí, em que é um caso de tentar reduzir as diferenças entre os dois ambientes assim que o desenvolvedor pode ver a questão em sua máquina.

Ou você pode ir por outro caminho e tentar depurar o problema sobre a (não desenvolvimento) ambiente de produção.

As modalidades de execução destes variam por plataforma.

Answer 2

Você precisa dar o máximo de informações para o desenvolvedor quanto possível. Mesmo coisas que você não acha que é relevante.

Eu não posso contar o número de vezes que eu tive um problema relatado e não poderia repeti-lo, apenas para descobrir mais tarde um pedaço de informação que o usuário não tinha originalmente incluídos, mas foi a chave para desbloquear o puzzle.

Você também precisa para não aceitar essa resposta e dizer "bem algo deve ser diferente entre sua configuração eo meu, o que pode que fazer para resolver o problema".

Answer 3

Temos de lidar com esse problema por ter um ambiente de desenvolvimento em cima do desenvolvimento local que é o mais próximo do sistema produtivo quanto possível em termos de configuração, hardware, etc. Como resultado quase todos os problemas que ocorrem no ambiente de produção são reproduzíveis em que o sistema de desenvolvimento, mesmo que eles não podem ser reproduzidas em máquinas de desenvolvedores locais.

Answer 4

Esta é uma réplica escapista comum que eu encontro de equipes. Minha resposta geralmente é: "Você sabe, o sistema não é o servidor de produção e é aí que ele precisa para trabalhar". Em outras palavras, essa desculpa simplesmente não é aceitável.

Eu também indicar-lhes as possibilidades:

a. Há uma diferença de configuração entre o sistema local e o servidor.

b. Certos dependências da funcionalidade não são atualizados no servidor.

c. Eles não limpou seu cache do navegador.

d. I replicar o problema no servidor de teste e demonstrar-lhes.

e. ... e assim por diante, dependendo do caso.

Answer 5

Tente recriar o usuário que encontrou o sistema do erro, tanto quanto possível: config De configuração do servidor para a máquina incluindo navegador e sistema operacional e tal. Você provavelmente deve ter várias configurações diferentes em que para testar seu aplicativo antes de liberar.

Answer 6

IE Tester é uma ferramenta boa para este tipo de solução de problemas. Se você precisa de lotes de teste de navegadores, em seguida, as máquinas virtuais como o Virtual PC são sua melhor aposta para que você pode ter muitos set-ups cliente em seu servidor de teste.

Answer 7

ahh sim ... a desculpa mais antiga do livro.

Assumindo que tanto o desenvolvedor e o testador está testando no mesmo servidor gostaria de tentar isolar o bug, identificando qual é a diferença entre a máquina de desenvolvedores e testadores a máquina. Poderia ser um menor algo como a versão flash, diferenças navegador ou esquecimento para limpar o cache do navegador

Eu também recomendaria utilizando um sistema automatizado de teste de estrutura e teste aplicativos em um servidor de teste dedicado.

Answer 8

Não há muito que você pode fazer como um usuário final, mas como um desenvolvedor, você pode evitar muitos desses problemas, incluindo um monte de logging no sistema - As diferenças que o usuário vai pensar vai ser apenas as coisas simples que você tem já testado, mas bom de registro permite que você veja exatamente o que estava acontecendo quando o sistema falhou. Eu encontrei completamente alguns erros que não poderia acontecer dessa forma.