Teste De Software

PLANO DE TESTE

1.1 Introdução

1.1.1 Finalidade

Este Plano de Teste referente ao Sistema Gerencial – Contábil atende aos seguintes objetivos:

1. Identificar os itens que devem ser inspecionados pelos testes.

2. Identificar a motivação e as idéias subjacentes às áreas de teste a serem abrangidas.

3. Descrever a abordagem de teste que será usada.

4. Identificar os recursos necessários e fornece uma estimativa dos esforços de teste.

5. Listar os elementos liberados do projeto de teste.

1.1.2 Escopo

Este plano de teste abordará testes unitários e de Segurança do Sistema Gerencial – Contábil.

Os testes visam comprovar a qualidade funcional e usabilidade e a segurança dos seguintes casso de uso:

• Cadastrar Empresa, fluxo básico e fluxos alternativos.

• Cadastrar Grupo de Contas, fluxo básico e fluxos alternativos.

• Cadastrar Plano de Contas, fluxo básico e fluxos alternativos.

Os testes unitários serão criados ao longo do desenvolvimento do desenvolvimento de suas funcionalidades.

O teste de segurança será realizado após o desenvolvimento destas funcionalidades.

1.2 Missão de avaliação e motivação dos testes

1.2.1 Informações detalhadas

Ver Capítulo 2 – Especificações de Caso de Uso.

1.2.2 Motivadores dos testes

Os testes a serem realizados têm como motivadores os requisitos funcionais/não funcionais do projeto, descritos pelos casos de uso implementados até esta iteração.

1.3 Itens-alvo dos testes

A tabela abaixo lista os itens que serão sujeitos a testes funcionais e a priorização de cada um deles:

Item-alvo Fator de Risco (Impacto) Fator de Perfil Operacional Prioridade do Teste Ordem de Prioridade

Cadastrar Empresa 5 5 15 1º

Cadastrar Plano de Contas 4 5 13 3º

Cadastrar Grupo de Contas 4 5 13 2º

O Fator de Risco (Impacto) de um item-alvo refere-se, numa escala crescente de 1 a 5, ao impacto que será causado no negócio caso o item não funcione adequadamente.

O Fator de Perfil Operacional de um item-alvo refere-se, também numa escala crescente de 1 a 5, à frequência com que o item é utilizado e por quem é utilizado.

Para calcular a Prioridade de Teste de cada item-alvo, utilizamos a seguinte fórmula:

Prioridade de Teste = (2 x Fator de Risco) + Fator de Perfil Operacional

1.4 Resumo dos testes planejados.

1.4.1 Resumo das Inclusões dos Testes

Os principais testes planejados para a iteração atual são:

Teste de caixa branca, caixa preta e de Particionamento de equivalência dos casos de uso : Cadastrar Empresa , Cadastrar Grupo de Contas , Cadastrar Plano de Contas;

• Dúvida dos casos de uso e fluxo básico e fluxos alternativos

• Segurança

1.4.2 Resumo dos Outros Candidatos a Possível Inclusão

A seguir temos um resumo de áreas de teste cuja avaliação e investigações poderão ser úteis, mas que ainda não foram suficientemente pesquisadas:

• Testes de Performance;

• Testes de Stress;

• Testes de Interface com Usuário.

1.5 Abordagem dos testes

Esta seção apresenta a estratégia recomendada para criar e implementar os testes necessários. As seções 1.3, , e 1.4, , identificaram que itens serão testados e que tipos de testes serão executados. Esta seção descreve como os testes serão realizados.

Os testes serão feitos de forma manual e automatizadas.

A técnica de Classes de Equivalência será utilizada nos testes. Segundo esta técnica, o domínio de entrada do sistema é particionado num número finito de subdomínios para a seleção de entradas de teste. Cada subdomínio é conhecido como uma classe de equivalência e serve como fonte para pelo menos uma entrada de teste, ou caso de teste.

Cada teste realizado deverá ser documentado numa planilha do Microsoft Excel onde, além da descrição dos casos de testes serão anotados seus respectivos resultados, aceitável ou não aceitável. Diariamente o log de testes deverá ser atualizado pelo testador.

1.5.1 Técnicas e tipos de teste

1.5.1.1 Teste de função

O teste de função deve concentrar-se em todos os requisitos de teste que possam ser diretamente associados a casos de uso ou funções e regras de negócios. A meta desse teste é verificar a adequada aceitação, o processamento e a recuperação dos dados, e a implementação apropriada das regras de negócios. Esse tipo de teste baseia-se em técnicas de caixa preta; ou seja, verificar o aplicativo e seus processos internos interagindo com o aplicativo através da Interface Gráfica do Usuário (GUI) e analisar a saída ou os resultados. A tabela a seguir identifica um resumo do teste recomendado para cada aplicativo.

Objetivo da

Técnica: Experimentar a funcionalidade do objetivo do teste, incluindo a navegação, a entrada, o processamento e a recuperação de dados a fim de observar e registrar o comportamento-alvo.

Técnica: Executar os recursos e os fluxos ou as funções de cada um dos cenários de caso de uso, utilizando dados válidos e inválidos para verificar se:

- os resultados esperados ocorrerão quando forem usados dados válidos

- as mensagens de erro