Tela de módulo

• Responsável: Daniel

Edição de usuários

• Responsável: Daniel

Tela de criar aulas

• Responsável: Lucas

Tela de atualizar aulas

• Responsável: Lucas

Tela de editar módulos

• Responsável: Lucas

Tela de Usuário

• Responsável: Thalysson

Tela de login

• Responsável: Thalysson

Tela de alterar senha

• Responsável: Thalysson

---

Plano de Teste

Plataforma de matemática

1 - Introdução

A plataforma de matemática é um projeto da fábrica de software que tem o objetivo de trazer as aulas dadas pelo Marcos, o cliente, para que os alunos possam se manter sempre atualizados. Eles acessarão o site da plataforma de matemática, escolherão um módulo que quiserem visualizar, assistirão às aulas, farão as atividades e no final marcarão a aula como feita.

2 - Arquitetura

O framework utilizado para a implementação do front-end da plataforma de matemática é o NEXT.JS, que possui uma arquitetura orientada a componentes, pois é baseado no React. Para o armazenamento, consulta e alteração de dados da aplicação, será usada uma API que disponibiliza um conjunto de serviços REST.

3 - Categorização dos Requisitos em Funcionais x Não Funcionais

Requisito Funcional	Requisito Não Funcional
RF001 – O sistema deve permitir o cadastro de usuários	NF001 – O sistema deve ser desenvolvido em web
RF002 – O sistema deve permitir que o usuário realize login	NF002 – O banco de dados utilizado deverá ser o MySQL Workbench
RF003 – O sistema deve permitir o cadastro de módulos	NF003 – O sistema deve ser acessível via Browser, como Google Chrome, Internet Explorer e Mozilla Firefox.
RF004 – O sistema deve permitir a listagem de módulos
RF005 – O sistema deve permitir o cadastro de novas aulas dentro de módulos
RF006 – O sistema deve permitir a listagem de aulas dentro dos módulos
RF007 – O sistema deve permitir remover uma aula
RF008 – O sistema deve permitir a visualização de uma vídeo-aula
RF009 – O sistema deve permitir o download de PDFs de uma aula
RF010 – O sistema deve permitir marcar uma aula como feita
RF011 – O sistema deve permitir visualizar os usuários
RF012 – O sistema deve permitir editar os usuários
RF013 – O sistema deve permitir inseir usuários com um csv

Casos de Teste

Funcionalidades	Comportamento Esperado	Verificações	Critérios de Aceite
Login	● Ao digitar seu usuário e senha corretamente o usuário irá logar na plataforma.	● Login no Sistema com sucesso ● Usuário Inválido ● Usuário não preencheu o campo obrigatório ● Senha Incorreta ●Deve existir e estar visível: Imagem identificada como imagem-m4, Formulário de login identificado como form-login, Label do campo matrícula, Input do campo matrícula, Label do campo senha, Input do campo senha, Checkbox (opção interativa de "lembrar senha")	● Ter acessibilidade no sistema ● Redimensionar a Tela

Funcionalidades	Comportamento Esperado	Verificações	Critérios de Aceite
Listagem de módulos	● Ao entrar na tela inicial o usuário irá ver uma lista com todos os módulos. ● Deve ser exibido um ícone com as iniciais do usuário no navigation/cabeçalho. ● O card do módulo deverá ter título, imagem e descrição. ● O usuário deve poder navegar entre as telas disponíveis no navigation da tela principal. ● O administrador deve poder cadastrar um novo módulo. ● O usuário deve poder entrar em um módulo ao clicar nele.

Funcionalidades	Comportamento Esperado	Verificações	Critérios de Aceite
Cadastrar módulos	● O administrador deverá poder inserir um título para o módulo. ● O administrador deverá poder inserir uma descrição para o módulo. ● O administrador deverá poder inserir uma imagem para o módulo. ● O administrador deverá poder selecionar uma turma para o módulo. ● O administrador deverá ver a pré-visualização de como ficará o card do módulo em tempo real.	● Mínimo de 2 caracteres ao título. ● Máximo de 45 caracteres ao título. ● Mínimo de 10 caracteres à descrição. ● Máximo de 200 caracteres à descrição. ● Máximo de 5MB do tamanho da imagem. ● Deve selecionar uma turma. ● Deve cadastrar um módulo com sucesso.	● Cadastrar o módulo na tela de módulos/tela principal. ● Cadastrar o módulo no banco de dados.

Funcionalidades	Comportamento Esperado	Verificações	Critérios de Aceite
Login	● O usuário deve conseguir fazer o login na página.	● Ao colocar a matrícula errada deverá aparecer uma mensagem de erro no campo de matrícula ; ● Ao colocar a senha errada deverá aparecer uma mensagem de erro no campo de senha; ● Os campos de inserção de matrícula e senha devem ser exibidos corretamente.	● Após preencher todos os campos corretamente e seguir adiante deverá entrar na página principal.
Renderização da Tela	● Os elementos principais da página devem ser exibidos corretamente ao carregar a tela.	● O botão de abrir modal deve estar visível. ● O player de vídeo deve existir. ● O título deve ser exibido com o texto "Introdução à Álgebra: Conceitos Básicos". ● A descrição e os conteúdos devem existir. ● Botões e cabeçalho devem ser exibidos.	● Ao acessar a URL http://localhost:3000/aula?modulo_id=2, os elementos mencionados devem estar presentes e visíveis conforme especificado.
Reprodução do Vídeo	● O vídeo da aula deve ser carregado e visível com origem no YouTube.	● O iframe do vídeo deve existir e estar visível. ● A URL do vídeo deve conter a palavra "youtube.com".	● O vídeo deve carregar em um iframe e ser visível ao usuário em até 2 segundos. ● A origem do vídeo deve ser o YouTube.
Redirecionamento de PDF	● O botão de conteúdo e gabaritos devem abrir arquivos PDF ao serem clicados.	● A função window.open deve ser chamada com URLs contendo /api/arquivo?path= após clicar em: ○ aula-conteudo-0 ○ aula-gabarito-1 ○ aula-gabarito-2.	● Ao clicar nos botões de conteúdo e gabaritos, os arquivos PDF devem abrir corretamente na URL fornecida.
Abrir e Fechar Modal	● O modal de aula deve abrir e fechar corretamente através dos botões específicos.	● O botão "fechar modal" deve fechar o modal e exibir o botão "abrir modal". ● O botão "abrir modal" deve abrir o modal e esconder o botão "abrir modal".	● O modal deve alternar entre visível e invisível ao clicar nos botões "abrir" e "fechar".
Troca de Aula	● O usuário deve conseguir selecionar outra aula para assistir e atualizar os dados exibidos.	● Ao selecionar modal-aula-1, o título deve mudar para "Equações de 1º Grau: Resolução e Aplicações". ● O vídeo, descrição e conteúdos devem ser exibidos corretamente.	● Após selecionar outra aula, os elementos (título, vídeo, descrição e conteúdos) devem ser atualizados corretamente.

4 - Classificação de Bugs

Os Bugs serão classificados com as seguintes severidades:

ID	Nível de Severidade	Descrição
1	Blocker	● Bug que bloqueia o teste de uma função ou feature causa crash na aplicação. ● Botão não funciona impedindo o uso completo da funcionalidade. ● Bloqueia a entrega.
2	Grave	● Funcionalidade não funciona como o esperado ● Input incomum causa efeitos irreversíveis
3	Moderada	● Funcionalidade não atinge certos critérios de aceitação, mas sua funcionalidade em geral não é afetada ● Mensagem de erro ou sucesso não é exibida
4	Pequena	● Quase nenhum impacto na funcionalidade porém atrapalha a experiência ● Erro ortográfico ● Pequenos erros de UI

5 - Definição de Pronto

Será considerada pronta as funcionalidades que passarem pelas verificações e testes descritos neste TestPlan, não apresentarem bugs com a severidade acima de Minor, e passarem por uma validação de negócio de responsabilidade do time de produto..