Teste de Software - Relatório de Defeito  XML
Índice dos Fóruns » Metodologias de Desenvolvimento e Testes de Software
Autor Mensagem
Camillal
Smalltalk

Membro desde: 26/03/2009 15:20:46
Mensagens: 2
Offline

Olá,

estou começando nessa área de teste de sotware, e gostaria de saber se alguém sabe um modelo de relatório de defeito.

Por favor é muito importante!

Grata!
rodrigoy
GUJ Ranger
[Avatar]

Membro desde: 18/04/2006 01:06:28
Mensagens: 758
Localização: São Paulo
Offline

Dependendo de como for seu ciclo de teste você pode usar sua ferramenta de bugtracking mesmo... Se estiver usando uma abordagem ágil e iterativa como o Scrum, nada impede você anotar os erros no papel de pão e falar diretamente com o programador desleixado... he he he he..

Rodrigo Yoshima
www.ASPERCOM.com.br

Próximas Turmas:
São Paulo: Scrum 28/agosto | OOAD-UML 13/setembro

Débito Técnico Blog: blog.aspercom.com.br
[WWW]
peczenyj
Moderador
[Avatar]

Membro desde: 26/03/2006 23:25:37
Mensagens: 3191
Localização: Rio de Janeiro
Offline

O modelo de relatorio depende da sua organização e da metodologia de desenvolvimento.

Normalmente vc precisa informar o bug e os passos para reprodução. As vezes vc consegue classificar os erros como: Catastrofe, Erro sério, Bugzinho mixuruca e Podia ser mais bonitinho.

Por exemplo, vc pode estar usando um Jira ou Bugzilla para cadastrar bugs e acompanhar o ciclo de vida dos mesmos, atrelando o bug a uma versão no CVS por exemplo. Agora o relatório de defeito sera feito para quem? É pro chefão ter a ilusão de que esta tudo bem? É para o desenvolvedor para que ele produza uma versão melhorada?

http://pacman.blog.br

'Não importa quanto alguém se dedique à tarefa. Ninguém consegue fazer a água da cascata cair para cima.'
[WWW]
Camillal
Smalltalk

Membro desde: 26/03/2009 15:20:46
Mensagens: 2
Offline

Obrigada gente!

Então meu chefe pediu pra fazer um relatório para ser passado para o programador...mas o chefe tem que aprovar...

Vou estudar essas ferramentas e ver a melhor forma.

Mas valeu mesmo, ajudou muito...dá pra ter uma ideia...

rodrigoy
GUJ Ranger
[Avatar]

Membro desde: 18/04/2006 01:06:28
Mensagens: 758
Localização: São Paulo
Offline

Aprovar um relatório de bugs?

Rodrigo Yoshima
www.ASPERCOM.com.br

Próximas Turmas:
São Paulo: Scrum 28/agosto | OOAD-UML 13/setembro

Débito Técnico Blog: blog.aspercom.com.br
[WWW]
lemontt
Smalltalk
[Avatar]

Membro desde: 31/03/2009 12:53:38
Mensagens: 3
Localização: São Paulo
Offline

orras meu... ate que fim encontrei um lugar que tenha o conteúdo que preciso, pois to pra iniciar essa profissão e gostaria de ter convivencia com aqueles que ja trabalham na area.........

{this phrase are removed}
abs a todos

This message was edited 1 time. Last update was at 31/03/2009 13:46:20


.léo
[Email]
thingol
Moderador

Membro desde: 29/07/2004 16:10:13
Mensagens: 17543
Offline

lemontt wrote:e pelo jeito so tem veterano aqui... legal...


Cuidado com os trotes - você não disse que "só tem veterano aqui" ?



[WWW]
lemontt
Smalltalk
[Avatar]

Membro desde: 31/03/2009 12:53:38
Mensagens: 3
Localização: São Paulo
Offline

ok

This message was edited 2 times. Last update was at 08/04/2009 06:55:48


.léo
[Email]
KleberSP
Smalltalk
[Avatar]

Membro desde: 03/06/2009 12:21:10
Mensagens: 4
Offline

E o Testlink, nao seria interessante tmb..

This message was edited 1 time. Last update was at 24/08/2009 14:30:50

[Email] [MSN]
Jorge Diz
JavaChild

Membro desde: 13/03/2008 09:39:28
Mensagens: 104
Offline

[quote=Camillal]Obrigada gente!

Então meu chefe pediu pra fazer um relatório para ser passado para o programador...mas o chefe tem que aprovar...

Vou estudar essas ferramentas e ver a melhor forma.

Mas valeu mesmo, ajudou muito...dá pra ter uma ideia...

[/quote]

Camilla:

A comunicação interpessoal, em qualquer time, já é suficientemente difícil sem que seu
chefe cisme de brincar de correio elegante.

Pelo que vc está falando, testador falar com programador, nem pensar ...
Pode se criar uma relação de confiança e defeitos serem corrigidos antes de registrados,
ô heresia.

Me lembra um projeto onde trabalhei com testes, em que eu era proibido de registrar defeitos
na semana do release. Pior, eu era terceiro e não podia registrar os defeitos eu mesmo, precisava
passar as informações a um funcionário celetista que tinha essa prerrogativa.

Desculpe desde já o tom debochado, só quis contribuir.
[]s

Jorge Diz
Luiz Aguiar
Moderador
[Avatar]

Membro desde: 23/01/2005 00:05:55
Mensagens: 3840
Localização: São Paulo
Offline

Camillal wrote:Olá,

estou começando nessa área de teste de sotware, e gostaria de saber se alguém sabe um modelo de relatório de defeito.

Por favor é muito importante!

Grata!

Bug tem que ser encontrado e corrigido, não tem que virar relatório!

-
Blog de Tecnologia
GitHub
@AguiarLuiz
Recicla SP na App Store!




[WWW] [MSN] [ICQ]
marcosalex
GUJ Expert
[Avatar]

Membro desde: 20/02/2008 12:32:59
Mensagens: 3370
Offline

"

This message was edited 1 time. Last update was at 31/01/2012 13:58:42

[Yahoo!] aim icon [ICQ]
rogeriop80
JavaEvangelist
[Avatar]

Membro desde: 20/04/2004 17:10:50
Mensagens: 313
Localização: Caçapava/SJC - SP
Offline

Luiz Aguiar wrote:
Camillal wrote:Olá,

estou começando nessa área de teste de sotware, e gostaria de saber se alguém sabe um modelo de relatório de defeito.

Por favor é muito importante!

Grata!

Bug tem que ser encontrado e corrigido, não tem que virar relatório!


Mas tem que ser rastreado e documentado, pois nem sempre um bug é corrigido imediatamente a sua descoberta.

Rogério Peres Gomes
E TENHO DITO !
[WWW] [MSN]
Andre Brito
JWizard

Membro desde: 21/07/2007 17:44:31
Mensagens: 2485
Localização: Paraná
Offline

Documentado sim. Do tipo "Bug encontrado no componente X. Acontecia isso, isso e isso. Arrumado.". Ou até mesmo um cartãozinho preto escrito com caneta prata no quadro branco. Agora, aprovação de um relatório de erros... Não vejo razão alguma.

This message was edited 1 time. Last update was at 26/08/2009 13:51:58


Como organizar o GUJ.
Meu Twitter.
Meu blog.
Future proofing means making code easy to change, not trying to anticipate every possible way your code might need to change.
[WWW]
 
Índice dos Fóruns » Metodologias de Desenvolvimento e Testes de Software
Ir para:   
Powered by JForum 2.1.8 © JForum Team