Edição atual tal como às 13h49min de 21 de novembro de 2013

[editar] Visão geral

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:

[editar] 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 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.
    -Em um campo de combobox, exibir uma lista com os dados cadastrados previamente.
    -Garantir que durante a navegação entre os campos utilizando a tecla <TAB>, o foco sempre esteja visível ao usuário.

    -Fazer testes nos navegadores Mozilla Firefox, Google Chrome e Internet Explorer (10.0 ou acima), em todos os resultados devem ser idênticos.

[editar] 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 código, informar códigos inexistentes com caracteres especiais.
  

[editar] Controle de Acesso

• Efetuar testes alternando e combinando permissões do usuário, atentando para a finalidade de cada tipo de permissão conforme descrito abaixo:
  • Consultar: Permissão somente de consultar os registros.
  • Alterar: Permissão somente para alterar os registros.
  • Incluir: Permissão somente para incluir registros.
  • Excluir: Permissão somente para excluir registros.
  • Todos: Permissão para acesso total a rotina.
• O sistema sempre deverá verificar se além da permissão de controle de acesso, o usuário possui alguma restrição de acesso em algum campo utilizado na rotina, quando for realizada tentativa de movimentação. Ex. Se o usuário possui permissão de inclusão na rotina, mas não possui permissão para utilizar um tipo de operação, o sistema não poderá deixar este usuário realizar movimentação, a consulta pode ser realizada.

[editar] Validações de campos de data

• 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.
• Informar data de inicial maior que a data final.
• Informar caracteres inválidos nos campos.

[editar] 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.

[editar] 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.

[editar] Navegadores

Para desenvolvimento o navegador padrão é o Firefox. Nos testes o padrão será 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 Chrome e Internet Explorer.

Ao testar a equipe de testes deverá garantir que o que funciona no Chrome também funcione no Internet Explorer e no Firefox. A compatibilidade do sistema deverá ser atentamente validada nos navegadores Chrome e Internet Explorer. Já no navegador 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.