Etapas de teste unitário do programador - Histórico de revisão

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

2016-12-26T10:41:51Z

Debora.santos em 17h12min de 15 de setembro de 2016

2016-09-15T17:12:39Z

Debora.santos em 20h42min de 14 de setembro de 2016

2016-09-14T20:42:16Z

Debora.santos: Criou página com 'É recomendável que, ao terminar de desenvolver o código-fonte, o profissional efetue algumas verificações básicas em seu trabalho, objetivando garantir que o código des...'

2016-09-14T20:37:46Z

Criou página com 'É recomendável que, ao terminar de desenvolver o código-fonte, o profissional efetue algumas verificações básicas em seu trabalho, objetivando garantir que o código des...'

Página nova

É recomendável que, ao terminar de desenvolver o código-fonte, o profissional efetue algumas verificações básicas em seu trabalho, objetivando garantir que o código desenvolvido está funcionando corretamente - no que tange sua estrutura básica. Para isso, é necessário efetuar as seguintes etapas de testes:

# Verificar se aceita valor 0(zero) em campos numéricos, caso contrário, retornar ao usuário com a mensagem de que o campo não pode conter o valor 0(zero);
# Verificar se aceita o campo vazio, caso contrário, informar obrigatoriedade com mensagem de campo obrigatório;
# Verificar a quantidade de caracteres que o campo aceita para efetuar a operação. Aplicar o MaxLenght;
# Verificar se aceita letras ou símbolos. Exemplos: *, . $ % ...,. Caso contrário, retornar ao usuário com a mensagem de que o campo não pode conter símbolos;
# Verificar se o campo (*) obrigatório realmente está exibindo a informação e a validação de obrigatoriedade;
# Na exclusão, alteração e inclusão, verificar se está recebendo as mensagens devidas, conforme já exposto no documento de padronização de telas e mensagens;
# Verificar sempre na paginação de busca que, ao clicar na paginação e retornar, ela não gera erros;
# Verificar se o Sitemap e a legenda estão iguais;
# Alinhamento entre os campos é necessário;
# Anotar cada problema de CSS e passar para o responsável técnico, para que o ajuste seja providenciado;
# Verificar o alinhamento dos campos no grid SEMPRE. Por exemplo:
#:Código - Cabeçalho: Centralizado e Itens: Alinhado a direita
#:Descrição e campos texto - Cabeçalho e itens: Alinhado a esquerda
#:Data - Cabeçalho: Centralizado e Itens alinhado a direita
#:Situação - Cabeçalho e Itens: Centralizado
#:Ações - Cabeçalho e itens centralizados
#:Numérico - As colunas com dados numéricos (monetários e outros) deverão ter seus cabeçalhos centralizados e seus conteúdos alinhados a direita.
#:'''OBS.:''' Quando o campo for texto e seus itens não forem oscilar de tamanho (descrição), ele poderá ser centralizado, tanto o cabeçalho quanto os itens.
#: Ajustar o tamanho (largura) das colunas do grid de acordo com a quantidade e disposição necessária em tela, se atentando aos subGrids.
# Testar todas as regras de negócio (RNs) e verificar se estão de acordo com a documentação. Todas as RNs alteradas devem ser anotadas e repassadas para o gerente de projeto, para que ele possa acompanhar cada alteração;
# Ao realizar um cadastro, realizar um novo com as mesmas informações do cadastro anterior;
# Verificar se as mensagens no topo da tela estão sendo limpas, quando necessário;
# Verificar sempre se há foco no primeiro campo da tela, seja qual for o tipo;
# Verificar sempre se há amarração do cadastro em outra tela, e não permitir sua exclusão mesmo que isso não seja uma RN, pois podem ocorrer erros ao ser realizada uma consulta em outro momento e em outro cadastro;
# Testar no mínimo uma: inclusão, alteração, exclusão, e um detalhar;
# Testar todos os limites do campo para verificar se não há uma quebra de layout, campo ou alinhamento;
# Verificar se todos os filtros na tela de busca estão realmente filtrando, e se condizem com o resultado da pesquisa;
# Testar a tela concluída com todos os perfis de usuários, lembrando-se de verificar as permissões contidas no caso de uso (se houver), e se a tela está realmente condizente com o solicitado;
# Verificar as permissões referentes a ações do gridView que o usuário possui (Por exemplo: permissão alterar, visualizar, cancelar, excluir, etc.);
# Testar impressão do relatório;
# Testar exportação do relatório para todos os formatos disponíveis.

← Edição anterior		Edição das 10h41min de 26 de dezembro de 2016
Linha 1:		Linha 1:
		+	Versão 1.0 de 15/09/2016
		+
	É recomendável que, ao terminar de desenvolver o código-fonte, o profissional efetue algumas verificações básicas em seu trabalho, objetivando garantir que o código desenvolvido está funcionando corretamente - no que tange sua estrutura básica. Para isso, é necessário efetuar as seguintes etapas de testes:		É recomendável que, ao terminar de desenvolver o código-fonte, o profissional efetue algumas verificações básicas em seu trabalho, objetivando garantir que o código desenvolvido está funcionando corretamente - no que tange sua estrutura básica. Para isso, é necessário efetuar as seguintes etapas de testes:

@@ Linha 1: / Linha 1: @@
 É recomendável que, ao terminar de desenvolver o código-fonte, o profissional efetue algumas verificações básicas em seu trabalho, objetivando garantir que o código desenvolvido está funcionando corretamente - no que tange sua estrutura básica. Para isso, é necessário efetuar as seguintes etapas de testes:
 # Verificar se aceita valor 0(zero) em campos numéricos, caso contrário, retornar ao usuário com a mensagem de que o campo não pode conter o valor 0(zero);
@@ Linha 8: / Linha 9: @@
 # Na exclusão, alteração e inclusão, verificar se está recebendo as mensagens devidas, conforme já exposto no documento de padronização de telas e mensagens;
 # Verificar sempre na paginação de busca que, ao clicar na paginação e retornar, ela não gera erros;
-# Verificar se o Sitemap e a legenda estão iguais;
+# Caso existam, verificar se o Sitemap e a legenda estão iguais;
 # Alinhamento entre os campos é necessário;
-# Anotar cada problema de CSS e passar para o responsável técnico, para que o ajuste seja providenciado;
+# Documentar os problemas de CSS encontrados, para que o ajuste seja providenciado;
 # Verificar o alinhamento dos campos no grid SEMPRE. Por exemplo:
 #:''Código'' - Cabeçalho centralizado e itens alinhados a direita
@@ Linha 20: / Linha 21: @@
 #:'''OBS.:''' Quando o campo for texto e seus itens não forem oscilar de tamanho (descrição), ele poderá ser centralizado, tanto o cabeçalho quanto os itens.
 #: Ajustar o tamanho (largura) das colunas do grid de acordo com a quantidade e disposição necessária em tela, se atentando aos subGrids.
-# Testar todas as regras de negócio (RNs) e verificar se estão de acordo com a documentação. Todas as RNs alteradas devem ser anotadas e repassadas para o gerente de projeto, para que ele possa acompanhar cada alteração;
+# Testar todas as regras de negócio (RNs) e verificar se estão de acordo com a documentação. Todas as RNs alteradas devem ser anotadas e repassadas para o PO, para que ele possa acompanhar cada alteração;
 # Ao realizar um cadastro, realizar um novo com as mesmas informações do cadastro anterior;
 # Verificar se as mensagens no topo da tela estão sendo limpas, quando necessário;
 # Verificar sempre se há foco no primeiro campo da tela, seja qual for o tipo;
 # Verificar sempre se há amarração do cadastro em outra tela, e não permitir sua exclusão mesmo que isso não seja uma RN, pois podem ocorrer erros ao ser realizada uma consulta em outro momento e em outro cadastro;
-# Testar no mínimo uma: inclusão, alteração, exclusão, e um detalhar;
+# Testar no mínimo uma vez cada ação possivel da tela (inclusão, alteração, exclusão, detalhar, etc.);
 # Testar todos os limites do campo para verificar se não há uma quebra de layout, campo ou alinhamento;
 # Verificar se todos os filtros na tela de busca estão realmente filtrando, e se condizem com o resultado da pesquisa;
-# Testar a tela concluída com todos os perfis de usuários, lembrando-se de verificar as permissões contidas no caso de uso (se houver), e se a tela está realmente condizente com o solicitado;
+# Testar a tela concluída com todos os perfis de usuários, lembrando-se de verificar as permissões contidas na documentação (se houver), e se a tela está realmente condizente com o solicitado;
-# Verificar as permissões referentes a ações do gridView que o usuário possui (Por exemplo: permissão alterar, visualizar, cancelar, excluir, etc.);
+# Verificar as permissões referentes a ações do grid que o usuário possui (Por exemplo: permissão alterar, visualizar, cancelar, excluir, etc.);
 # Testar impressão do relatório;
-# Testar exportação do relatório para todos os formatos disponíveis.
+# Testar exportação do relatório para todos os formatos disponíveis para o usuário.

@@ Linha 12: / Linha 12: @@
 # Anotar cada problema de CSS e passar para o responsável técnico, para que o ajuste seja providenciado;
 # Verificar o alinhamento dos campos no grid SEMPRE. Por exemplo:
-#:Código - Cabeçalho: Centralizado e Itens: Alinhado a direita
+#:''Código'' - Cabeçalho centralizado e itens alinhados a direita
-#:Descrição e campos texto - Cabeçalho e itens: Alinhado a esquerda
+#:''Descrição e campos texto'' - Cabeçalho e itens alinhados a esquerda
-#:Data - Cabeçalho: Centralizado e Itens alinhado a direita
+#:''Data'' - Cabeçalho: Centralizado e itens alinhados a direita
-#:Situação - Cabeçalho e Itens: Centralizado
+#:''Situação'' - Cabeçalho e itens centralizados
-#:Ações - Cabeçalho e itens centralizados
+#:''Ações'' - Cabeçalho e itens centralizados
-#:Numérico - As colunas com dados numéricos (monetários e outros) deverão ter seus cabeçalhos centralizados e seus conteúdos alinhados a direita.
+#:''Numérico'' - As colunas com dados numéricos (monetários e outros) deverão ter seus cabeçalhos centralizados e seus conteúdos alinhados a direita.
 #:'''OBS.:''' Quando o campo for texto e seus itens não forem oscilar de tamanho (descrição), ele poderá ser centralizado, tanto o cabeçalho quanto os itens.
 #: Ajustar o tamanho (largura) das colunas do grid de acordo com a quantidade e disposição necessária em tela, se atentando aos subGrids.