DESAFIO BEEDOO
O Desafio Beedoo foi realizado para avaliar habilidades em teste de software, focando na criação das user stories e dos casos de teste para uma aplicação de cadastro e visualização de cursos. Foram elaborados casos de teste com base nas funcionalidades existentes, como criar, listar e excluir cursos, utilizando user stories para mapear as necessidades dos usuários.
Após a execução dos testes, um bug report foi gerado, identificando bugs de diferentes criticidades. As evidências dos testes foram organizadas e referenciadas no bug report, permitindo um acompanhamento claro do processo de validação. Essa experiência reforçou a importância de uma abordagem estruturada em testes e a comunicação das necessidades do usuário.
As User Stories são uma parte fundamental do processo de desenvolvimento ágil, pois ajudam a capturar as necessidades e expectativas dos usuários de forma simples e compreensível. No contexto do Desafio Beedoo, as User Stories foram elaboradas com base nas principais funcionalidades do módulo de cursos: criar, listar e excluir.
I. Cadastrar novo usuário
User Storie:
Como usuário do Beedoo QA Challenge
Quero cadastrar um novo curso,
Para que ele possa ser listado na página de cursos.
Regras de Negócio
RN001.
Devem estar disponíveis os campos "Nome do Curso", "Descrição do Curso", "Instrutor", "URL da Imagem da Capa", "Data de Início", "Data de Fim", "Número de Vagas", e "Tipo de Curso", sendo todos eles obrigatórios.
RN002.
O campo "Data Fim" deve possuir uma data igual ou posterior à "Data Início".
RN003.
O campo "Número de Vagas" deve ser um número inteiro positivo.
RN004.
O campo "Tipo do Curso" possuir apenas as opções "Presencial" e "Online".
RN005.
Caso o Tipo do Curso escolhido for "Presencial", o campo "Endereço" deverá ser exibido e é um campo obrigatório.
RN006.
Caso o Tipo do Curso escolhido for "Online", o campo "Link de Inscrição" deverá ser exibido e é um campo obrigatório.
RN007.
Ao cadastrar um novo curso, o usuário deve receber uma mensagem de confirmação de cadastro com sucesso, e ser redirecionado para a página de listagem de cursos.
RN008.
Deve se exibir de forma clara qual campo esta inválido
Critérios de Aceite
Dado que o usuário esta na na página de cadastro de curso
Quando ele preencher todos os campos obrigatórios corretamente,
E clicar em "Salvar",
Então o novo curso deve ser criado
E o curso deve ser exibido na página de listagem de cursos.
II. Listar cursos disponíveis
User Storie:
Como usuário do Beedoo QA Challenge
Quero visualizar a lista de cursos disponíveis,
Para que eu possa visualizar suas informações.
Regras de Negócio
RN001.
A listagem de cursos deve exibir as informações do curso, como Nome do Curso, Descrição, Data Início, Data Fim, Número de vagas e Tipo do Curso.
RN002.
Deve possuir um botão com a opção de deletar o curso listado.
Critérios de Aceite
Dado que o usuário esta na página de listagem de cursos
Então todos os cursos cadastrados são exibidos.
III. Excluir Curso
User Storie:
Como usuário do Beedoo QA Challenge
Quero deletar um curso da cadastrado,
Para que eele não esteja mais disponível para visualização.
Regras de Negócio
RN001.
A ação de deletar deve solicitar uma confirmação antes de excluir o curso permanentemente.
RN002.
Ao deletar um curso, este deve ser removido da listagem de cursos de forma dinâmica, sem necessidade de se atualizar a página.
Critérios de Aceite
Dado que o usuário esta na página de listagem de cursos,
Quando o usuário deletar um curso,
Então o curso deve ser removido da listagem.
Os cenários de teste foram desenvolvidos com base nas User Stories e outras funcionalidades identificadas. Foram desenvolvidos um total de 12 casos de testes divididos entre os 03 principais fluxos.
Após a execução dos testes, o bug report do Desafio Beedoo categoriza e prioriza os problemas identificados em cada cenário de teste. Os bugs são classificados por sua criticidade, proporcionando uma visão clara dos aspectos do sistema que requerem correção imediata para melhorar a experiência do usuário e a eficiência operacional da aplicação.
Foram reportados um total de 12 bugs, distribuídos por todo o sistema, cada um com diferentes níveis de criticidade.
A criticidade dos bugs foi categorizada em quatro níveis, cada um refletindo a severidade do impacto no funcionamento do sistema e na experiência do usuário. Abaixo estão as definições de cada nível de criticidade:
- 🔵 Leve: Bugs que causam pequenos inconvenientes ou problemas estéticos, sem afetar significativamente a funcionalidade do sistema.
- ⚠️ Moderada: Bugs que afetam algumas funcionalidades, mas possuem soluções alternativas, permitindo o uso contínuo do sistema.
- 🚨 Grave: Bugs que comprometem funcionalidades importantes, tornando o sistema difícil de usar ou causando erros significativos que afetam a experiência do usuário.
- 🔥 Blocker: Bugs críticos que interrompem completamente o funcionamento do sistema, impedindo a realização de ações essenciais e tornando o sistema inutilizável até serem corrigidos.
As evidências de todos os testes com sucesso e com falhas se encontram dentro das pasta de evidências. As evidências também são referênciadas dentro do Bug Report.
O Desafio Beedoo foi uma ótima oportunidade para aprender sobre testes de software. Identificamos 12 bugs que podem ser corrigidos, destacando a importância de entender as necessidades dos usuários.
