Roteiro básico de testes - Histórico de revisão

Daniel: /* Navegadores */

2013-11-21T16:49:53Z

‎Navegadores

Daniel em 16h42min de 21 de novembro de 2013

2013-11-21T16:42:05Z

Daniel: /* Teste negativo */

2013-09-26T16:34:47Z

‎Teste negativo

Daniel em 16h33min de 26 de setembro de 2013

2013-09-26T16:33:59Z

Daniel: Criou página com 'Para toda e qualquer rotina que for submetida a testes, independente de solicitado ou não, é de responsabilidade do tester garantir a execução do '''roteiro básico de tes...'

2013-06-27T20:56:13Z

Criou página com 'Para toda e qualquer rotina que for submetida a testes, independente de solicitado ou não, é de responsabilidade do tester garantir a execução do '''roteiro básico de tes...'

Página nova

Para toda e qualquer rotina que for submetida a testes, independente de solicitado ou não, é de responsabilidade do tester garantir a execução do '''roteiro básico de testes'''.

O '''roteiro básico de testes''' tem como objetivo garantir funcionalidades básicas da rotina ou do sistema conforme conceito abaixo:
*'''Testes positivos:''' Consiste em realizar o procedimento '''que é esperado pelo sistema''', informando dados que são respectivos a cada campo, executando ações em seu fluxo normal e etc. Neste teste o objetivo é garantir que o sistema/rotina está fazendo aquilo que lhe é proposto, se um cadastro grava os dados corretamente, se uma pesquisa lista os dados conforme filtragem e etc.

Exemplos:
-Em um campo de que exibe valor monetário, informar somente valores numéricos positivos.
-Em um campo de data, informar somente números.
-Em um campo de código, informar somente caracteres referentes a códigos já existentes no sistema.

*'''Teste negativo:''' Consistem em realizar o procedimento '''que não é esperado pelo sistema''', informando dados que não condizem com os campos da tela, executando ações em um fluxo errado, desordenado ou inesperado e etc. Neste caso o objetivo é garantir que a rotina/sistema faz corretamente todas as validações necessárias, faz tratamento dos erros exibindo mensagens coerentes para o usuário e não grava/movimenta dados que venham a gerar inconsistência.

Exemplos:
-Em um campo que exibe valor monetário, informar letras, caracteres especiais, valores negativos e etc.
-Em um campo de data, informar letras, caracteres especiais, informar um número maior que 12 para mês
e maior que 31 para dia, utilizar separadores diferentes de / e etc.
-Em um campo de código, informar códigos inexistentes com caracteres especiais.

*'''Teste exploratório:''' Consiste em explorar todas as possibilidades de movimento que a rotina/sistema pode realizar identificando comportamentos inadequados ou perigosos, exemplos:
-Suponha que você está testando o cadastro de produtos e acabou de gravar um produto informando para ele
grupo e subgrupo. Em seguida você vai ao cadastro de grupo/subgrupo e altera ou exclui o subgrupo que fora
utilizado no produto em questão retornando ao cadastro de produtos e observando como o sistema vai se comportar.

-O preço de custo dos produtos é calculado automaticamente quando é realizada uma nota de entrada para os mesmos.
Porém ao fazer uma nota de entrada para um determinado produto você informa os dados de forma que o preço de custo
do mesmo fique maior que o seu preço de venda observando como o sistema se comportará com este produto em vendas,
cadastros, relatórios e etc.

*'''Teste de integração:''' Consiste em garantir que toda rotina de um sistema que possuir precedentes ou descendentes estejam manipulando corretamente os dados, exemplo:
-Se a nota de entrada é suposta a atualizar o preço de custo dos produtos movimentados, após finalizar a nota
é verificado no cadastro dos produtos em questão se o preço de custo foi corretamente atualizado.

-Após movimentar estoque de um produto, verificar se nas rotinas de consulta de movimento o estoque é devidamente
exibido considerando as movimentações realizadas.

-Em relatórios de comissão, verificar se a comissão é exibida de forma coerente com o percentual de comissão e as
vendas realizadas. Verificar também se vendas canceladas ou devolvidas são devidamente deduzidas no relatório.

← Edição anterior		Edição das 16h49min de 21 de novembro de 2013
Linha 62:		Linha 62:

	= Navegadores =		= Navegadores =
−	~~Por padrão os programadores utilizarão~~ o navegador [http://www.mozilla.org/pt-BR/firefox/new/ Firefox] e ~~os testers~~ [http://www.google.com/intl/pt-BR/chrome/ Chrome] e [http://windows.microsoft.com/pt-br/internet-explorer/download-ie Internet Explorer].	+	Para desenvolvimento o navegador padrão é o [http://www.mozilla.org/pt-BR/firefox/new/ Firefox]. Nos testes o padrão será [http://www.google.com/intl/pt-BR/chrome/ Chrome].
		+
		+
		+	As principais atividades de ambas as equipes serão executadas em seu respectivo navegador padrão. Após o desenvolvimento, antes de enviar a tarefa para testes a equipe de desenvolvimento deverá garantir que o que foi implementado funcione corretamente também nos navegadores [http://www.google.com/intl/pt-BR/chrome/ Chrome] e [http://windows.microsoft.com/pt-br/internet-explorer/download-ie Internet Explorer].
		+
		+
		+	Ao testar a equipe de testes deverá garantir que o que funciona no [http://www.google.com/intl/pt-BR/chrome/ Chrome] também funcione no [http://windows.microsoft.com/pt-br/internet-explorer/download-ie Internet Explorer] e no [http://www.mozilla.org/pt-BR/firefox/new/ Firefox]. A compatibilidade do sistema deverá ser atentamente validada nos navegadores [http://www.google.com/intl/pt-BR/chrome/ Chrome] e [http://windows.microsoft.com/pt-br/internet-explorer/download-ie Internet Explorer]. Já no navegador [http://www.mozilla.org/pt-BR/firefox/new/ Firefox] deverão ser feitos testes mais superficiais, uma vez que a equipe de desenvolvimento já o validou antes de enviar a tarefa para testes.
		+
		+
		+	Para os três navegadores deverá ser utilizada tanto para teste quanto para desenvolvimento a versão mais recente de cada um.

← Edição anterior		Edição das 16h34min de 26 de setembro de 2013
Linha 22:		Linha 22:
	-Em um campo de código, informar códigos inexistentes com caracteres especiais.		-Em um campo de código, informar códigos inexistentes com caracteres especiais.

		+	== Validações de campos de data ==
		+	Garantir que ....

	= Teste exploratório =		= Teste exploratório =

@@ Linha 9: / Linha 9: @@
 Exemplos:
       -Em um campo de que exibe valor monetário, informar somente valores numéricos positivos.
-      -Em um campo de data, informar somente números.
+      -Em um campo de data, informar somente números e ao acionar o botão que abre o mês, a data selecionada deve ser exibida no campo.
       -Em um campo de código, informar somente caracteres referentes a códigos já existentes no sistema.
 = Teste negativo =
@@ Linha 18: / Linha 21: @@
 Exemplos:
       -Em um campo que exibe valor monetário, informar letras, caracteres especiais, valores negativos e etc.
       -Em um campo de código, informar códigos inexistentes com caracteres especiais.
 == Validações de campos de data ==
-Garantir que ....
+*Em um campo de data, informar letras, caracteres especiais, informar um número maior que 12 para mês e maior que 31 para dia.
 = Teste exploratório =
@@ Linha 47: / Linha 60: @@
       -Em relatórios de comissão, verificar se a comissão é exibida de forma coerente com o percentual de comissão e as
        vendas realizadas. Verificar também se vendas canceladas ou devolvidas são devidamente deduzidas no relatório.

@@ Linha 1: / Linha 1: @@
 Para toda e qualquer rotina que for submetida a testes, independente de solicitado ou não, é de responsabilidade do tester garantir a execução do '''roteiro básico de testes'''.
 O '''roteiro básico de testes''' tem como objetivo garantir funcionalidades básicas da rotina ou do sistema conforme conceito abaixo:
-*'''Testes positivos:''' Consiste em realizar o procedimento '''que é esperado pelo sistema''', informando dados que são respectivos a cada campo, executando ações em seu fluxo normal e etc. Neste teste o objetivo é garantir que o sistema/rotina está fazendo aquilo que lhe é proposto, se um cadastro grava os dados corretamente, se uma pesquisa lista os dados conforme filtragem e etc.
+= Testes positivos =
 Exemplos:
@@ Linha 11: / Linha 13: @@
-*'''Teste negativo:''' Consistem em realizar o procedimento '''que não é esperado pelo sistema''', informando dados que não condizem com os campos da tela, executando ações em um fluxo errado, desordenado ou inesperado e etc. Neste caso o objetivo é garantir que a rotina/sistema faz corretamente todas as validações necessárias, faz tratamento dos erros exibindo mensagens coerentes para o usuário e não grava/movimenta dados que venham a gerar inconsistência.
+= Teste negativo =
 Exemplos:
@@ Linha 20: / Linha 23: @@
-*'''Teste exploratório:''' Consiste em explorar todas as possibilidades de movimento que a rotina/sistema pode realizar identificando comportamentos inadequados ou perigosos, exemplos:
+= Teste exploratório =
       -Suponha que você está testando o cadastro de produtos e acabou de gravar um produto informando para ele
        grupo e subgrupo. Em seguida você vai ao cadastro de grupo/subgrupo e altera ou exclui o subgrupo que fora
@@ Linha 31: / Linha 35: @@
-*'''Teste de integração:''' Consiste em garantir que toda rotina de um sistema que possuir precedentes ou descendentes estejam manipulando corretamente os dados, exemplo:
+= Teste de integração =
       -Se a nota de entrada é suposta a atualizar o preço de custo dos produtos movimentados, após finalizar a nota
        é verificado no cadastro dos produtos em questão se o preço de custo foi corretamente atualizado.