- Teste de Software - - Aula07 -

- Teste de Software - - Aula07 -

1. Planejamento dos Testes

   • O planejamento dos testes e feito através de um plano de teste, que serve para definir estratégias, a abrangência dos testes e os recursos disponíveis para as atividades de teste.
     • Uma Localização pode conter 1 (um) ou mais Objetos de Teste, onde este pode ser definido como a idéia global de um conjunto de Casos de Teste.
     • Por exemplo, na localização descrita anteriormente, Tela Manter Funcionários, um possível Objeto de Teste seria Cadastro de funcionários no sistema. Outro objeto de teste para esta mesma localização poderia ser Alteração de funcionários no sistema.
     • O Objeto de Teste pode conter 1 (um) ou mais Casos de Teste, é nos casos de teste onde estão inseridos os procedimentos necessários para a execução de um determinado teste no sistema.
     • Um Caso de Teste é composto por uma descrição, por uma pré-condição, pelo procedimento e pelo resultado esperado, que será definido a seguir. •Na descrição está descrita a ideia específica do caso de teste; •A pré-condição é um requisito para o comportamento do sistema antes da execução do caso de teste; •No procedimento estão os passos para a execução do caso de teste, este procedimento não deve fugir do foco descrito na descrição do caso de teste; •O resultado esperado descreve como o sistema deveria se comportar após a execução do procedimento do caso de teste.

2. Plano de Testes

   • É o documento mais importante!  Deve ser feito a partir da documentação do projeto e do desenvolvimento do software;  Todos os demais documentos serão baseados nele.  Deve ser alterado durante toda a vida do projeto do qual ele se refere;  É um artefato produzido pelo Líder/Gerente de Teste  Contém:  quais tipos e metodologias serão usadas  como serão as especificidades do teste – se houver  Ex: se será necessário testes de carga, stress, volume, tipo de ambiente de teste que deverá ser usado, etc.  Como, onde, quando, quanto, quem, o que... será testado  Baseado na documentação do sistema
   • Definição do Escopo
     • Definir quais funcionalidades deverão ser testadas em nível macro ate a entrega de uma parte do produto. O escopo deve ser definido em uma reunião com o cliente e o analista de sistemas.
   • Requisitos e Casos de teste
     • •Definir os requisitos funcionais e não funcionais que devem ser testados. • Requisitos funcionais: casos de uso • Requisitos não funcionais: desempenho, segurança, interface etc. •Identificar um subconjunto de cenários de teste para garantir que o sistema funciona em todos os casos. • Definir casos de testes para cada cenário a ser testado.

3. Definição das Estratégias

   • Teste de Integração – requisitos funcionais • Técnica: Manual •Abordagem: Caixa-branca
   • Teste de Sistema – requisitos funcionais • Técnica: Manual • Abordagem: Caixa-preta
   • Teste de Carga – requisito não funcional de desempenho Técnica: Automática Abordagem: Caixa-preta
   • Teste de Usabilidade – requisito não funcional de interface Técnica: Manual Abordagem: Caixa-preta

4. Roteiro de Testes

   • O Roteiro de Teste é uma maneira de realizar testes manuais em softwares, como por exemplo, em Testes Funcionais. • Este roteiro é elaborado a partir dos documentos de especificação de um determinado caso de uso, como: especificação funcional, guia de interface e modelagem do banco de dados.
   • O roteiro de teste também é conhecido como Projeto de Teste, ele é importante no momento da execução dos testes, pois o testador consegue realizar uma sequencia de passos de forma prática, sem a necessidade de consultar todos os documentos de especificação no momento dos testes, podendo ficar focado apenas em executar os testes.
   • Além do que é especificado pelo cliente, o roteiro de testes também possui procedimentos que testam a eficiência e a corretude do sistema. Em geral um roteiro de testes é composto por um conjunto de Casos de Teste, mas além dos casos de teste há também as seções de Localização e de Objeto de Teste, descritas a seguir.