Padrões para o cadastro de bugs - Histórico de revisão

Andre.iguera: /* Exemplo */

2017-02-16T19:35:01Z

‎Exemplo

Andre.iguera em 10h38min de 26 de dezembro de 2016

2016-12-26T10:38:35Z

Andre.iguera em 15h06min de 12 de setembro de 2016

2016-09-12T15:06:00Z

Andre.iguera em 15h03min de 12 de setembro de 2016

2016-09-12T15:03:02Z

Andre.iguera: Andre.iguera moveu a página Guia e padrões para o cadastro de bugs para Padrões para o cadastro de bugs: Adequação de nome.

2016-06-30T13:20:28Z

Andre.iguera moveu a página Guia e padrões para o cadastro de bugs para Padrões para o cadastro de bugs: Adequação de nome.

Marriely.garcia em 13h18min de 30 de junho de 2016

2016-06-30T13:18:48Z

Marriely.garcia em 13h17min de 30 de junho de 2016

2016-06-30T13:17:49Z

Marriely.garcia em 13h16min de 30 de junho de 2016

2016-06-30T13:16:58Z

Marriely.garcia: Criou página com 'Ao realizar o cadastro de bugs é importante que tenha um padrão e organização dos campos utilizados, abaixo tem a relação dos campos e uma breve descrição de cada um....'

2016-06-30T13:16:35Z

Criou página com 'Ao realizar o cadastro de bugs é importante que tenha um padrão e organização dos campos utilizados, abaixo tem a relação dos campos e uma breve descrição de cada um....'

Página nova

Ao realizar o cadastro de bugs é importante que tenha um padrão e organização dos campos utilizados, abaixo tem a relação dos campos e uma breve descrição de cada um.

'''Ambiente:'''
* Indicar se é local, no caso de ser local indicar se é no branch Main/DEV, se for publicado indicar a url

'''Banco de dados:'''
* Quando possível indicar qual o banco de dados utilizados, por exemplo no Gestão escolar existem mais clientes e cada um possui um banco específico

'''Navegador:'''
* Indicar quais navegadores e versões do mesmo em que o teste foi realizado

'''login/senha:'''
* Indicar o login, senha, perfil do usuário

'''Descrição:'''
* Realizar uma descrição clara do problema e indicar o que deverá ser o comportamento. Nesta parte se tiver partes do documento de requisitos é indicado colocar, assim é possível evidência melhor que a situação descrita não corresponde ao que foi pedido.

'''Passos para reproduzir a situação:'''
* A descrição dos passos facilita para o melhor entendimento do bug

'''Anexos'''
* Imagens, vídeos e/ou documentos que facilitem para o entendimento do problema.

'''Categoria do bug'''
* Indicar uma das categorias disponíveis no youtrack, caso esse campo não esteja disponível no projeto é necessário procurar um colaborador do escritório para habilitar o campo

'''Criticidade do bug'''
* Indicar a criticidade do bug disponíveis no youtrack

Pontos gerais:
1 - Quando o teste for realizado em algum dispositivo móvel é importante colocar, por exemplo, versão do Android, modelo do aparelho, versão do aplicativo.

2 - No reteste do bug é importante informar os dados em que o bug foi retestado e versões também.

3 - No testes realizados no Gestão escolar na maioria das situações somente o login e senha não são o suficiente para reproduzir o bug, neste caso informações como escola, curso, turma são importantes nos dados do bug, o importante é que ao cadastrar os bugs os dados da situação descrita seja o mais completo para permitir que qualquer pessoa consiga reproduzir a situação.

@@ Linha 54: / Linha 54: @@
   Descrição:
-  Ao acessar a paginação 2, selecionar os 10 alunos da página, e gerar o boletim, exibe o erro "Sequence contains no elements".
+  Ao acessar a paginação 2, selecionar os 10 alunos da página e gerar o boletim, o sistema exibe o erro "Sequence contains no elements".
   Quando seleciona menos alunos por vez o erro não acontece.

← Edição anterior		Edição das 10h38min de 26 de dezembro de 2016
Linha 1:		Linha 1:
−	~~Atualizado em:~~ 12/09/2016	+	Versão 1.0 de 12/09/2016

	Um bug deve conter o máximo de elementos para que o desenvolvedor possa entender rapidamente o problema. Segue a relação das informações a serem utilizadas no cadastro de bugs e uma breve descrição de cada uma.		Um bug deve conter o máximo de elementos para que o desenvolvedor possa entender rapidamente o problema. Segue a relação das informações a serem utilizadas no cadastro de bugs e uma breve descrição de cada uma.

← Edição anterior		Edição das 15h06min de 12 de setembro de 2016
Linha 1:		Linha 1:
		+	Atualizado em: 12/09/2016
		+
	Um bug deve conter o máximo de elementos para que o desenvolvedor possa entender rapidamente o problema. Segue a relação das informações a serem utilizadas no cadastro de bugs e uma breve descrição de cada uma.		Um bug deve conter o máximo de elementos para que o desenvolvedor possa entender rapidamente o problema. Segue a relação das informações a serem utilizadas no cadastro de bugs e uma breve descrição de cada uma.

@@ Linha 1: / Linha 1: @@
-Ao realizar o cadastro de bugs é importante que tenha um padrão e organização dos campos utilizados, abaixo tem a relação dos campos a serem utilizados no cadastro de bug e uma breve descrição de cada um.
+Um bug deve conter o máximo de elementos para que o desenvolvedor possa entender rapidamente o problema. Segue a relação das informações a serem utilizadas no cadastro de bugs e uma breve descrição de cada uma.
-'''Ambiente:'''
+==Informações do bug==
-* Indicar se é local, no caso de ser local indicar se é no branch Main/DEV, se for publicado indicar a url
-'''Banco de dados:'''
+===Ambiente===
-* Quando possível indicar qual o banco de dados utilizados, por exemplo no Gestão escolar existem mais clientes e cada um possui um banco específico
+* O ambiente em que o teste foi realizado. Indicar se é localhost, publicado, etc. No caso de ser local, indicar o branch (Main/DEV). Se for publicado indicar a URL.
-'''Navegador:'''
+===Banco de dados===
-* Indicar quais navegadores e versões do mesmo em que o teste foi realizado
+* Indicar qual o banco de dados utilizado. Por exemplo no Gestão escolar existem mais clientes e cada um possui um banco específico.
-'''login/senha:'''
+===Navegadores===
-* Indicar o login, senha, perfil do usuário
+* Indicar os navegadores e suas versões.
-'''Descrição:'''
+===Dados de acesso===
-* Realizar uma descrição clara do problema e indicar o que deverá ser o comportamento. Nesta parte se tiver partes do documento de requisitos é indicado colocar, assim é possível evidência melhor que a situação descrita não corresponde ao que foi pedido.
+* Indicar o login, senha, perfil do usuário utilizado.
-'''Passos para reproduzir a situação:'''
+===Descrição===
-* A descrição dos passos facilita para o melhor entendimento do bug
+* Realizar uma descrição clara do problema e indicar qual deverá ser o comportamento esperado. Indicar, se houver, a descrição do comportamento no documento de requisitos, assim é possível evidênciar melhor que a situação descrita não corresponde ao que foi pedido.
-'''Anexos'''
+===Passos para reproduzir a situação===
 * Imagens, vídeos e/ou documentos que facilitem para o entendimento do problema.
-'''Categoria do bug'''
+===Categoria e subcategoria do bug===
-* Indicar uma das categorias disponíveis no youtrack, caso esse campo não esteja disponível no projeto é necessário procurar um colaborador do escritório para habilitar o campo
+* Indicar uma das categorias disponíveis no Youtrack, caso esse campo não esteja disponível no projeto é necessário procurar um colaborador do escritório para habilitar o campo. Consultar os [[Padrões para classificação de bugs]].
-'''Criticidade do bug'''
+===Criticidade do bug===
-* Indicar a criticidade do bug disponíveis no youtrack
+* Indicar a criticidade (severidade) do bug. Consultar os [[Padrões para definição de criticidade de bugs]]
+===Outros===
-'''Pontos gerais:'''
 * Quando o teste for realizado em algum dispositivo móvel é importante colocar, por exemplo, versão do Android, modelo do aparelho, versão do aplicativo.
-* No reteste do bug é importante informar os dados em que o bug foi retestado e versões também.
+* No reteste do bug é importante informar os dados de teste e versão em que o bug foi retestado.
-* No testes realizados no Gestão escolar na maioria das situações somente o login e senha não são o suficiente para reproduzir o bug, neste caso informações como escola, curso, turma são importantes nos dados do bug, o importante é que ao cadastrar os bugs os dados da situação descrita seja o mais completo para permitir que qualquer pessoa consiga reproduzir a situação.
+ Anexo: Imagem do erro.

@@ Linha 29: / Linha 29: @@
-Pontos gerais:
+'''Pontos gerais:'''
-- Quando o teste for realizado em algum dispositivo móvel é importante colocar, por exemplo, versão do Android, modelo do aparelho, versão do aplicativo.
+* Quando o teste for realizado em algum dispositivo móvel é importante colocar, por exemplo, versão do Android, modelo do aparelho, versão do aplicativo.
-- No reteste do bug é importante informar os dados em que o bug foi retestado e versões também.
+* No reteste do bug é importante informar os dados em que o bug foi retestado e versões também.
-- No testes realizados no Gestão escolar na maioria das situações somente o login e senha não são o suficiente para reproduzir o bug, neste caso informações como escola, curso, turma são importantes nos dados do bug, o importante é que ao cadastrar os bugs os dados da situação descrita seja o mais completo para permitir que qualquer pessoa consiga reproduzir a situação.
+* No testes realizados no Gestão escolar na maioria das situações somente o login e senha não são o suficiente para reproduzir o bug, neste caso informações como escola, curso, turma são importantes nos dados do bug, o importante é que ao cadastrar os bugs os dados da situação descrita seja o mais completo para permitir que qualquer pessoa consiga reproduzir a situação.

← Edição anterior	Edição das 13h20min de 30 de junho de 2016
(Sem diferença)

← Edição anterior		Edição das 13h17min de 30 de junho de 2016
Linha 1:		Linha 1:
−	Ao realizar o cadastro de bugs é importante que tenha um padrão e organização dos campos utilizados, abaixo tem a relação dos campos e uma breve descrição de cada um.	+	Ao realizar o cadastro de bugs é importante que tenha um padrão e organização dos campos utilizados, abaixo tem a relação dos campos a serem utilizados no cadastro de bug e uma breve descrição de cada um.

	'''Ambiente:'''		'''Ambiente:'''