Plano de Teste

Informações
Número da Demanda Nome da Demanda

Envolvidos
Telefone
Usuário Usuário(s)/Departamento(s) requisitante(s) Ramal
Telefone
Líder Técnico Icatu Seguros Líder Técnico - Icatu Seguros Ramal

Referências
Simplificada Complexa
Versão ES Versão EF

Versão ET

Abordagem
Objetivo e Escopo: Define o propósito deste documento. O Plano de Testes apresenta o planejamento dos testes do projeto, incluindo detalhamento dos
estágios e tipos de testes previstos para garantir a conformidade do produto com os requisitos identificados e, conseqüentemente, a aceitação do cliente. <
ex. Este plano de teste tem como objetivo a detecção de erros decorrentes da inclusão de uma nova Demanda do sistema X, ainda em fase de
desenvolvimento, e contempla a fase de Teste de Integrado.>

Fora do Escopo: Deve ser descrito o que está fora do escopo do teste. Caso exista alguma funcionalidade que não será testada, ou seja, fora do escopo
por algum motivo, deve ser declarada por etapa de teste, detalhando o motivo. < Ex: O planejamento da massa de dados será de responsabilidade da
área X. Está fora do escopo deste plano o planejamento de ajustes na massa de dados.>

Premissas: São itens necessários para a realização dos testes. Pode ser separado por etapa de teste, se for necessário. < É entendido, como premissa
básica para a execução dos teste que a equipe X irá disponibilizar o Ambiente de teste e os dados necessários para execução dos testes, A Icatu Seguros
irá disponibilizar os logins de acessos necessários para a execuçao dos testes>

Estratégia de Teste:
Incluir Prioridade de execução de cenários, conjunto de cenários impactados que devem ser re-testados em caso de detecção de erros em determinada
funcionalidade. Incluir mecanismo de validação no caso da demanda envolver migração de dados para outro tipo de banco/arquivo ou layout.
<Como estratégia de teste será utilizada a técnica de teste "Error Guessing" a qual visa a execução dos casos de teste das funcionalidades criticas
primeiramente. Marcação dos casos de testes a serem re-testados para um dada funcionalidade>

Riscos: Os riscos inerentes da implementação ou problemas identificados devem estar representados aqui <Ex: O atraso da liberação do ambiente de
teste levará a um replanejamento das datas de execução dos testes. >

Ambiente de Teste:
Descrever o ambiente e banco de dados utilizados para o teste. < Foi definido pela Icatu Seguros a utilização dos ambientes XX para Testes de Sistema e
YY para os Testes Integrados >

38703919.xls - 1 - Abordagem
08/19/2010 - 12:04:30 Página 1 Icatu Hartford
 Duração
# Caso de teste Descrição do Caso de Teste Ação(ões) Dados de entrada Descrição do Resultado Esperado Detalhado Executor Status Execução Ocorrência REQ Observações Data Execução Data Planejado Nome Sistema Nome Projeto
(min.)
Nº do Caso de Teste Descreve um caso de teste de um Passos utilizados para Dados utilizados para Descreve o resultado que se espera obter do caso de teste Nome do executor Tempo total que Status atual do caso de teste Tipo de execução de Nº do registro Observações Data em que o caso de Data planejada para Nome do sistema Nome do projeto
que está sendo determinado caso de uso executar o caso de executar o caso de teste executado. do caso de teste levou para (ex. Não Iniciado, teste que está sendo do relacionadas ao caso teste foi executado execução do caso de
testado teste execução/validaç Em andamento, realizado. problema/erro de teste (DD/MM/YY) teste.
ão do caso de Finalizado com Sucesso, (ex.:Primeira encontrado na (DD/MM/YY)
teste Erro, Cancelado) Execução, Reteste) execução do
caso de teste
Nº da REQ Status Criticidade Total de CT's Impactados Projeto Titulo da REQ Descrição do erro Release Etapa de Data da Solução Data/Hora da Natureza do Erro Origem do Erro REQ Encaminhada Situação da REQ Nº do Caso de Teste Responsável pela Solicitante
Teste (Date) abertura (Date) para Solução
Nº da REQ Status da Indica o Grau de Quantidade de teste que Projeto de onde a REQ Descreva o que ocorreu, dê os dados de teste utilizados para a Esta data Etapa de Data em que a Data em que a Causa da Teste onde o Fábrica reponsável Situação da REQ. Nº do Caso de Teste Recurso da Fábrica Nome de quem
referente ao REQ, impacto da REQ. foram impactados pelo erro ocorreu. Frase resumida descrevendo o investigação da fábrica, e incluir o que era realmente esperado na representa a Teste na REQ foi REQ foi Aberta ocorrência do erro. erro deveria ter pela solução da REQ. Deve ser atualizado que foi gerou a responsável pela abriu a REQ
problema informando Deve ser encontrado. problema encontrado. situação. data na qual a qual a REQ consertada ou (DD/MM/AA) Informado na sido de acordo com o abertura da REQ solução da REQ
encontrado na se está Informado na No momento de abertura da Demanda ocorreu. rejeitada abertura da REQ, encontrado andamento da Deve ser definido no
execução do Aberta ou abertura da REQ, REQ o executor dos testes estará Informado na (DD/MM/AA) mas pode ser REQ. momento em que a
caso de teste Fechada. mas pode ser deverá informar o total de subindo para abertura da alterado REQ é solucionada.
Toda REQ alterado casos de testes impactados produção. É REQ. posteriormente.
tem seu posteriormente. pelo erro. importante ( TS,TI,TP,
status inicial (Alta, Média, que seja TREG, UAT)
de Aberta Baixa) selecionada
corretamente.
 REQ - Clear Case Requisition

Status Status da REQ, informa se está aberta ou fechada.

Aberta A REQ ainda está sendo analisada ou pela Fábrica ou pela equipe de Teste.
Fechada A REQ foi finalizada e aceita (em caso de rejeição) pela equipe de Teste.
Criticidade Indica o Grau de impacto da REQ. Informado na abertura da REQ, mas pode ser alterado
posteriormente.
(Alta, Média, Baixa)
Alta Quando o problema inviabiliza a continuaçao dos testes ( ex. Falha geral do Sistema)
Media Quando é um problema importante funcionalmente, mas podemos continuar com os testes (ex. Falha de
uma funçao critica do sistema, mas ainda é viável continuar os testes de outras funcionalidades)

Baixa Quando não é um problema e sim uma correção de posição de campo em tela ou erro de português em
texto/descrições
Etapa de Etapa de Teste na qual a REQ ocorreu. Informado na abertura da REQ.
Teste
TI Erro encontrado no Teste Integrado
TS Erro encontrado no Teste de Sistema
TRG Erro encontrado no Teste de Regressão
TP Erro encontrado no Teste de Performance
UAT Erro encontrado no Teste de UAT
Natureza Causa da ocorrência do erro. Informado na abertura da REQ, mas pode ser alterado posteriormente.
do Erro
Ambiente Erro no ambiente.
Codificação Erro na codificação do requerimento (ou outro da release).
Dados Os dados utilizados em teste não estavam adequados.
Duplicidade Erro já existente ( Já existe uma SIR investigando esse erro)
Especificação A especificação técnica não descreveu a solução técnica corretamente.
Tecnica
Funcionalida Erro na solução funcional descrita na especificação funcional.
de
Execução O testador não executou o cenário de teste corretamente.
Improcedente O erro relatado não procede e não é erro de Dados. nem de Execução, nem de Planejamento do Teste, e
nem de Validação do resultado.
Migração Não foi feita a migração correta do código para o ambiente de teste.
Parametrizaç Erro na parametrização da solução técnica
ão
Planejamento O plano de teste estava incorreto.

Produção Erro existente em produção

Validação O testador errou na validação do resultado do teste.
Merge O erro se deu no merge de códigos.
Origem do Teste onde o erro deveria ter sido encontrado
Erro
Não aplicável O erro não poderia ter sido detectado antes.

TU O erro poderia ter sido detectado na fase de Teste Unitário.

TI O erro poderia ter sido detectado na fase de Teste Integrado.
Ou seja, erros ocorridos na integração entre sistemas
TS O erro poderia ter sido detectado na fase de Teste de Sistema.
Ou seja, erros funcionais ocorridos em um sistema (sem integração).
TP O erro poderia ter sido detectado no Teste de Performance.
TRG O erro poderia ter sido detectado no Teste de Regressão Geral
REQ Fábrica reponsável pela solução da REQ.
Encaminha
da para

Oi Equipe Oi responsável por todos os ambientes/sistemas da fixa com exceção do STC. A REQ precisa ser
registrada e o Líder Técnico é responsável por comunicá-los.
Fornecedor A REQ deve ser encaminhada para esta Fábrica quando for um módulo pelo qual o fornecedor seja
responsável.
Situação Situação da REQ. Deve ser atualizado de acordo com o andamento da REQ.
da REQ
Aberta Status Inicial da REQ atribuído pelo testador.
Indica que o problema não está sendo investigado ainda.
Em Status atribuído pelo desenvolvimento quando inicia sua análise para solucionar a REQ.
andamento
Consertada Status atribuído pelo desenvolvimento quando o problema foi consertado, mas sua correção ainda não
foi migrada para ambiente de teste.
Pronta Status atribuído pelo desenvolvimento quando a correção da REQ já foi migrada para ambiente de teste.
p/Reteste
Restestada Status atribuído pelo testador quando, no reteste da REQ, o mesmo erro persistiu.
c/Erro
Rejeitada Status atribuído pelo desenvolvimento quando, após sua análise da REQ, não se verificou o erro relatado.

Reaberta Status atribuído pelo testador quando, a REQ foi rejeitada pelo pelo desenvolvimento e o responsável
pelo teste NÃO aceitou os argumentos do desenvolvimento.
Abertura de Status atribuído pelo desenvolvimento quando se verifica que o erro se encontrado em produção.
ARS ( Lembrar que as notificações necessárias para abertura de ARS devem ser tomadas)

Restestada Status atribuído pelo testador quando, no reteste da REQ, o erro não mais ocorreu.
Ok
Cancelada Status atribuído pelo testador quando, a REQ foi rejeitada pelo pelo desenvolvimento e o testador aceitou
os argumentos do desenvolvimento.