Mudanças entre as edições de "Etapas de teste de código-fonte"

Edição atual tal como às 13h18min de 16 de dezembro de 2016

OBJETIVO É 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:

1. 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);

2. Verificar se aceita o campo vazio, caso contrário, informar obrigatoriedade com mensagem de campo obrigatório;

3. Verificar a quantidade de caracteres que o campo aceita para efetuar a operação. Aplicar o MaxLenght;

4. 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;

5. Verificar se o campo (*) obrigatório realmente está exibindo a informação e a validação de obrigatoriedade;

6. 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;

7. Verificar sempre na paginação de busca que, ao clicar na paginação e retornar, ela não gera erros;

8. Verificar se o Sitemap e a legenda estão iguais;

9. Alinhamento entre os campos é necessário;

10. Anotar cada problema de CSS e passar para o responsável técnico, para que o ajuste seja providenciado;

11. 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.

12. 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;

13. Ao realizar um cadastro, realizar um novo com as mesmas informações do cadastro anterior;

14. Verificar se as mensagens no topo da tela estão sendo limpas, quando necessário;

15. Verificar sempre se há foco no primeiro campo da tela, seja qual for o tipo;

16. 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;

17. Testar no mínimo uma: inclusão, alteração, exclusão, e um detalhar;

18. Testar todos os limites do campo para verificar se não há uma quebra de layout, campo ou alinhamento;

19. Verificar se todos os filtros na tela de busca estão realmente filtrando, e se condizem com o resultado da pesquisa;

20. 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;

21. Verificar as permissões referentes a ações do gridView que o usuário possui (Por exemplo: permissão alterar, visualizar, cancelar, excluir, etc.);

22. Testar impressão do relatório;

23. Testar exportação do relatório para todos os formatos disponíveis.