Plano e Estratégia de Testes Adaptada – Gestão de Treinos - douglaslang01/pace-connect-api GitHub Wiki
Plano e Estratégia de Testes Adaptada
Baseado na ISO-29119-3
1. Épico e Estimativa Geral de Esforço em Testes
A gestão de treinos deve contemplar os processos de registro de treinos, consulta de treinos próprios e consulta de treinos pelo ID do usuário, bem como a exclusão de treinos. Todas as funcionalidades exigem que o usuário esteja autenticado no sistema.
Estimativa de esforço: até 18 horas
2. User Stories e Estimativa de Esforço em Testes
Código
Descrição
Esforço
US04
Registro de treino
8
US05
Consulta de treinos próprios
3
US06
Consulta de treinos pelo ID do usuário
4
US07
Exclusão de treino
3
3. Condições de Teste e Camadas
US04: Registro de treino
ID
Condição
Resultado Esperado
Camada
C12
Registro de treino válido e autenticado
Treino registrado
API
C13
Registro de treino sem autenticação
Erro deve ser retornado
API
C14
Registro de treino com dados inválidos
Erro deve ser retornado
API
C15
Registro de treino sem campos obrigatórios
Erro deve ser retornado
API
US05: Consulta de treinos próprios
ID
Condição
Resultado Esperado
Camada
C16
Buscar meus treinos (autenticado)
Treinos retornados
API
C17
Buscar meus treinos (sem autenticação)
Erro deve ser retornado
API
US06: Consulta de treinos pelo ID do usuário
ID
Condição
Resultado Esperado
Camada
C18
Buscar treinos de um usuário existente
Treinos retornados
API
C19
Buscar treinos de um usuário existente sem autenticação
Erro deve ser retornado
API
C20
Buscar treinos com dados inválidos
Erro deve ser retornado
API
C21
Buscar treinos de um usuário não cadastrado
Lista vazia deve ser retornada
API
US07: Exclusão de treino
ID
Condição
Resultado Esperado
Camada
C22
Excluir treino existente com usuário autenticado
Treino removido
API
C23
Excluir treino existente com usuário sem autenticação
Erro deve ser retornado
API
C24
Excluir treino inexistente
Erro deve ser retornado
API
C25
Excluir treino com dados inválidos
Erro deve ser retornado
API
4. Missões de Teste Exploratório
Testar os verbos HTTP (GET, POST, PUT, DELETE) para validar o comportamento dos endpoints.
5. Testes Não-Funcionais
Tipo
Teste
Resultado Esperado
Carga
Testar como o registro de treinos se comporta em um pico de 5000 acessos simultâneos.
p(95) < 2000
6. Automação de Testes
Os testes definidos na Seção 3 deverão ser automatizados, adotando a abordagem de Data Driven Testing como padrão.
Os testes da REST API serão desenvolvidos com os frameworks Mocha, Supertest e Chai.
A execução contínua será viabilizada por meio de GitHub Actions.
Testes de performance e carga também serão automatizados, mas executados fora do pipeline de CI.
7. Mapeamento dos Dados de Teste
Os dados de teste deverão estar mapeados no projeto de automação, localizados no diretório test\fixtures.
8. Defeitos Conhecidos
ID
Defeito
Camada
Material extraído do curso Liderança em Testes de Software com Júlio de Lima. Saiba mais em www.juliodelima.com.br.