Nesta seção, você vai ver que o processo de teste que deve ser cumprido na fase de execução. Esse processo está apresentado na figura a seguir. O Plano de Teste de teste é o documento mais importante deste fluxo.
Figura 12: Fluxo de execução dos testes
DICA
Se ele não for elaborado, não é possível executar cada etapa correta- mente, ok? Lembre-se disso!
Você vai ver agora os diversos métodos para testar uma aplicação, se- gundo as características de qualidade dos softwares.
▪
Teste de autorização (funcionalidade): visa garantir que as regrasde autorização sejam cumpridas. Ninguém pode executar, por exem- plo, uma funcionalidade para a qual não está habilitado.
▪
Teste de integridade dos arquivos (funcionalidade): garante queas atualizações de arquivos foram feitas corretamente após a execução de um módulo do software.
▪
Teste de recuperação (continuidade): você deve testar osprocedimentos que permitem que o sistema seja reiniciado após uma falha. Todos os procedimentos que mostram como reiniciar o sistema deverão passar por inspeção.
▪
Teste de estresse (performance): o teste deve colocar a aplicaçãosobre estresse para verificar se o software consegue funcionar correta- mente sob grande carga de processamento.
Manutenibilidade é uma me- dida para mostrar se o sof- tware é fácil de consertar ou ser melhorado.
▪
Teste manual (usabilidade):os sistemas devem ser amigá- veis, fáceis de utilizar, para que possam fazer sucesso com os usuários finais. Normalmente, é difícil avaliar se uma aplica- ção é amigável, apenas usando um ambiente de teste. Então, é melhor fazer o teste manual num ambiente mais próximo possível do ambiente de produção.
▪
Teste de segurança (segu- rança): este tipo de teste deveverificar se é possível que pessoas não autorizadas violem as infor- mações. Em geral, o testador não é especialista em segurança, então em alguns casos é necessá- rio contratar técnicos especialis- tas para a execução deste teste.
▪
Inspeções (manutenibilida- de): é muito importante testar seserá fácil efetuar a manutenção da aplicação no futuro. Para a pessoa que desenvolveu o softwa- re, é fácil fazer alterações, pois ela conhece bem a aplicação. Mas se esta aplicação for mantida por outro técnico, é necessário que ela seja simples de entender.
▪
Teste de conexão (conec- tividade): estes testes devemgarantir que a aplicação está se comunicando corretamente com outra.
▪
Teste de performance (performance): muitas vezes, asaplicações apresentam alguns cri- térios de desempenho que preci- sam ser atendidos, como número de clientes ativos ou transações executadas por hora.
▪
Teste operacional (ope- racionalidade): neste tipo deteste, toda a documentação de operação do software será avaliada. Ele deve ser feito pela equipe de produção ou pela equipe que irá operar a aplicação.
O quadro a seguir é um exemplo de checklist que pode ser utiliza- do na execução dos testes. Este exemplo foi retirado do livro Ga- rantia da Qualidade de Software do autor Alexandre Bartié. O quadro mostra vários procedimentos de teste para integrações batch em um sistema de vendas, que cole- ta todas as entradas de pedidos realizadas pelos vendedores, nas quais são informados os produtos e suas quantidades, descontos e as condições de pagamento negocia- das com o cliente.
Normalmente, nas integrações ba- tch, se você deseja provocar uma situação no sistema, é necessário interagir com outros softwares de forma produzir o resultado dese- jado.
Batch: a tradução direta é lote. No caso de software, essa palavra está relacionada com um arquivo de lote (.bat) utilizado para automatizar tare- fas.
Processo: importa resultado da análise de crédito Cenário #1
Executar a importação sem a existência do arquivo
Pré - requisitos
▪
Garantir que não exista arquivo – texto de importação. Ações▪
Executar importação da análise de crédito.Conferências
▪
Mensagem “Não foi encontrado o arquivo de Análise de Crédito”.Cenário #2
Executar a importação com o arquivo disponível
Pré - requisitos
▪
Garantir que existam pedidos que aguardam análise de crédito.▪
Garantir que exista arquivo de simulação Simula-01.TXT. Ações▪
Executar importação da análise de crédito.Conferências
▪
Mensagem “Importação da Análise de Crédito realizada com sucesso”.▪
Confirmar se o arquivo foi excluído.▪
Confirmar se as situações dos pedidos foram alteradas corretamente.▪
Confirmar os motivos para os pedidos com recusa de crédito.Cenário #3
Executar a importação com arquivo já processado
Pré - requisitos
▪
Garantir que exista arquivo de simulação Simula-01.TXT.▪
Garantir que o arquivo Simula-01.TXT já tenha sido processado. Ações▪
Executar importação da análise de crédito.Conferências
▪
Mensagem “Este arquivo já foi anteriormente processado!”.▪
Confirmar se a operação foi cancelada.▪
Confirmar se o arquivo foi excluído.Cenário #4
Executar a importação de pedidos com dois dias em pendência de análise de crédito
Pré - requisitos
▪
Garantir que existam pedidos aguardando análise de crédito há dois dias.▪
Garantir que exista arquivo de simulação Simula-02.TXT.Ações
▪
Executar importação da análise de crédito.Conferências
▪
Mensagem “Alguns pedidos estão em análise há dois dias ou mais!”.▪
Confirmar se o arquivo foi excluído.▪
Confirmar exibição da lista de pedidos com dois dias em análise ao usuário.▪
Confirmar e-mail para o Gerente de Vendas e de Crédito e Cobrança.▪
Confirmar se e-mail possui lista de todos pedidos com dois dias em análise.Na próxima seção você conhe- cerá modelos de relatório de tes- te segundo a IEEE 829. Siga em frente!