Este plano de testes define a abordagem para validar a qualidade do software desenvolvido em um ambiente ágil com fluxo contínuo de Kanban. Como a equipe não possui skills específicas de teste nem ferramentas automatizadas, o foco será em testes manuais e validações simples.

Este plano se aplica ao desenvolvimento de um website estático composto por quatro páginas:

1. Web Boas vindas;
2. Simulação de Ameaça;
3. Atendimento Legal;
4. FAQ.

O projeto segue a metodologia Scrum, com Sprints curtas para entrega incremental do website. Os testes serão realizados ao longo das Sprints, garantindo que cada incremento seja validado antes da próxima iteração.

Como a equipe não possui ferramentas de automação ou testadores dedicados, os testes serão feitos manualmente com foco nos seguintes aspectos:

• Testes de Navegação: Verificação se todos os links e botões redirecionam corretamente.
• Testes de Interface: Conferência visual para garantir que o design e estilos CSS estão sendo aplicados corretamente.
• Testes de Funcionalidade: Validação manual do funcionamento do formulário de envio.
• Testes de Compatibilidade: Abertura do site em diferentes navegadores (Chrome, Firefox, Edge, Safari) para garantir compatibilidade.
• Testes de Responsividade: Conferência em dispositivos móveis e desktops.

Sem ferramentas especializadas, os testes serão realizados utilizando:

• Navegadores: Chrome, Firefox, Edge, Safari;
• Modo Desenvolvedor (F12) do Navegador: Para inspecionar elementos e depurar erros simples;
• Caderno de Teste: Criado em um documento compartilhado (Google Docs ou Notion) para registro dos testes.

• Os testes serão realizados dentro de cada Sprint, com revisões ao final de cada ciclo.
• Durante o Sprint Review, a equipe validará as funcionalidades entregues com base nos critérios de aceitação.
• A equipe será responsável por testar suas próprias entregas e validar as entregas de colegas.
• Os consultores poderão revisar visualmente e testar a navegação como usuários finais.

• Navegação: Todos os links devem estar funcionais e redirecionar corretamente.
• Design Responsivo: O site deve se adaptar a diferentes tamanhos de tela.
• Formulário: O envio deve funcionar corretamente e exibir mensagens de erro quando necessário.
• Compatibilidade: O site deve abrir corretamente nos principais navegadores.
• Erros Visíveis: Nenhum erro de exibição ou falha evidente na interface.

Equipe do projeto:

• Desenvolvem o código;
• Realizam teste cruzado testando manualmente as implementações de outra pessoa da equipe do projeto;
• Realizam revisão cruzada testando o código de outra pessoa da equipe do projeto;
• Participam das revisões coletivas no Sprint Review.

Os problemas encontrados serão registrados em uma planilha de defeitos. Prioridades:

• Alta: Erros que impedem o funcionamento do site.
• Média: Problemas que afetam a experiência, mas não impedem o uso.
• Baixa: Ajustes estéticos e melhorias não críticas. Correções serão feitas dentro das Sprints subsequentes, conforme a prioridade definida no Backlog do Produto.

Este plano adapta os testes à realidade da equipe, garantindo qualidade mínima sem depender de ferramentas ou profissionais especializados. A validação contínua dentro das Sprints, a revisão cruzada entre os consultores e a colaboração entre os envolvidos serão essenciais para assegurar um site funcional e usável.

Os seguintes diagramas, figuras ou documentos são complementares ao conteúdo apresentados até então:

• Caderno de Testes: em documento a parte, crie um cabeçalho com o nome do sistema, entrega, data e responsável dos testes, e adicione uma tabela com os testes realizados, conforme exemplo abaixo:

Figura 1: Exemplo de Caderno de Teste

Sistema	[Nome do Sistema]	Entrega	[Descritivo da entrega]
Data	[Data do teste]	Responsável	[Nome do Responsável]

Id	Descrição do Teste	Resultado	Evidência
1	[Descreva o cenário de teste]	Escolher um item.	[inclua capturas de telas como evidências do teste]
2	[Descreva o cenário de teste]	Escolher um item.	[inclua capturas de telas como evidências do teste]
3	[Descreva o cenário de teste]	Escolher um item.	[inclua capturas de telas como evidências do teste]
4	[Descreva o cenário de teste]	Escolher um item.	[inclua capturas de telas como evidências do teste]

• Planilha de Defeitos: em documento a parte, crie um cabeçalho com o nome do sistema, entrega, e adicione uma tabela com os defeitos identificados, conforme exemplo abaixo:

Figura 2: Exemplo de Planilha de Defeitos

Sistema	Entrega
[Nome do Sistema]	[Descritivo da entrega]

Id	Descrição do Defeito	Funcionalidade	Dono
1	[Descreva os passos para reproduzir o defeito]	[funcionalidade/ página]	[Nome do responsável por identificar o defeito]
2	[Descreva os passos para reproduzir o defeito]	[funcionalidade/ página]	[Nome do responsável por identificar o defeito]
3	[Descreva os passos para reproduzir o defeito]	[funcionalidade/ página]	[Nome do responsável por identificar o defeito]
4	[Descreva os passos para reproduzir o defeito]	[funcionalidade/ página]	[Nome do responsável por identificar o defeito]

Sistema	Data	Entrega	Responsável
ES Advisor	12/04/2025	MVP	Walter Ramos da Silva Junior

Id	Descrição do Teste	Resultado	Evidência
1	Teste 1 – Início da Simulação Preparar: Verifique se o botão “Iniciar Simulação” está visível na tela inicial. Executar: Clique no botão. Verificar: A área do simulador deve aparecer na tela com os e-mails de exemplo.	Aprovado
2	Teste 2 – Lista de E-mails Aparecendo Preparar: Com o simulador já aberto após o clique no botão de iniciar. Executar: Observe a lista lateral com os três botões de e-mails. Verificar: Devem aparecer os botões com os nomes dos e-mails simulados: "Atualização de senha", "Promoção imperdível" e "Compra desconhecida".	Aprovado
3	Teste 3 – Visualização do Conteúdo do E-mail Preparar: A simulação já deve estar aberta. Executar: Clique em um dos botões de e-mail (ex: “Atualização de senha”). Verificar: O conteúdo do e-mail deve ser exibido no lado direito com as informações "De", "Para", "Assunto" e o corpo da mensagem.	Aprovado
4	Teste 4 – Exibição da Pergunta Preparar: Um e-mail já foi selecionado. Executar: Observe abaixo do conteúdo do e-mail. Verificar: Deve aparecer a pergunta “Você acha que este e-mail é legítimo ou um golpe?” com dois botões: “É legítimo” e “É um golpe”.	Aprovado
5	Teste 5 – Feedback após Resposta Preparar: Um e-mail está sendo visualizado e a pergunta foi exibida. Executar: Clique em um dos botões de resposta (por exemplo: “É um golpe”). Verificar: Um toast de feedback deve aparecer com a explicação se a resposta está correta ou incorreta.	Escolher um item.
6	Teste 6 – Fechar o Feedback com Clique Preparar: O feedback está visível após responder. Executar: Clique em qualquer lugar da tela fora do toast. Verificar: O toast de feedback deve desaparecer.	Aprovado
7	Teste 7 – Reinício da Simulação após Feedback Preparar: O feedback foi fechado com clique fora. Executar: Observe o conteúdo principal. Verificar: O conteúdo do e-mail e a pergunta devem desaparecer, voltando ao estado inicial, apenas com os botões de e-mail visíveis.	Aprovado
8	Teste 8 – Encerrar Simulação Preparar: A simulação está em andamento. Executar: Clique no botão “Encerrar Simulação”. Verificar: A simulação desaparece e o botão “Iniciar Simulação” volta a aparecer como no início.	Aprovado

Sistema	Data	Entrega	Responsável
ES Advisor	13/04/2025	MVP	Júlia Rocha Cavaignac

Id	Descrição do Teste	Resultado	Evidência
1	Teste 1 – Funcionamento geral - mobile e desktop Preparar: Verifique se o site responsivo abre no link "https://juliauni33.github.io/ES-Advisor/home.html". Executar: Abrir Boas-vindas do ES ADVISOR. Verificar: No desktop deve abrir com menu horizontal superior interativo. No mobile deve abrir com menu hamburger.	Aprovado
2	Teste 2 – Página de Assistência Preparar: Clicar na página de Assistência. Executar: Abrir formulário para solicitar assistência. Verificar: O formulário deve recolher "Nome", "E-mail", "Problema" (caixas de seleção) e "Mensagem" (caixa de texto) e permitir o envio personalizado diretamente para o e-mail do "[email protected]" .	Aprovado
3	Teste 3 – Página de Informações Preparar: Clicar na página Informações. Executar: Deve mostrar Políticas e Perguntas Frequentes. Verificar: O texto deve estar justificado e as respostas das perguntas frequentes devem ser exibidas em caixas expansíveis ao clique.	Aprovado

Sistema	ES Advisor	Entrega	MVP

Id	Título do Defeito	Passos para Reprodução	Informações do Sistema	Etapa	Dono
1	Funcionamento do Toggle Menu	Abra a página do Simulador em um dispositivo móvel. Toque no Toggle Menu .	Não acontece nada, o menu não abre como nas outras páginas (Boas vindas, Assistência e Informações).	Desenvolvimento/Teste	Walter Ramos da Silva Junior
2	Direção da lista de e-mails	Abra a página do Simulador em um dispositivo móvel. Toque botão “Iniciar Simulação”.	A lista de e-mails fica na direção horizontal (linha) em larguras interiores a 720px.	Desenvolvimento/Teste	Walter Ramos da Silva Junior
3	Menu não estava adequado para mobiles	Abrir página no celular.	O menu ficava muito apertado e difícil de clicar/acessar em qualquer dispositivo mobile	Desenvolvimento/Teste	Júlia Rocha Cavaignac
4	Github não publicava a página	Clicar no link do página git.	A página publicada no github, embora funcional no VSCode, somente mostrava o 'readme' (faltava um index)	Desenvolvimento	Júlia Rocha Cavaignac