Especificação dos Casos de Teste
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 04/09/2017 | 0.1 | Criação do Documento | Daniel Oda |
| 04/09/2017 | 0.2 | Inserção casos de Uso : Manter Usuário | Adrianne Alves |
| 04/09/2017 | 0.3 | Inserção casos de Uso : Listar Projetos | Adrianne Alves |
| 05/09/2017 | 0.4 | Inserção casos de Uso : Ver Problemas | Adrianne Alves |
| 06/09/2017 | 0.5 | Inserção dos casos de Uso 19,20 e 21 | Pedro Kelvin |
| 06/09/2017 | 0.6 | Inserção casos de uso: Revisar Sprint | Matheus Roberto |
| 06/09/2017 | 0.7 | Inserção casos de uso: Apresentar Retrospectiva | Matheus Roberto |
| 06/09/2017 | 0.8 | Inserção casos de uso: Planejar Sprint | Matheus Roberto |
| 06/09/2017 | 0.9 | Inserção casos de uso: Avisar Usuário, Planejar, Acompanhar Revisão | Vinícius Cantuária |
| 07/09/2017 | 0.10 | Inserção casos de uso: Integrar Github, Listar integrantes, Exibir métricas | Leonardo dos Santos |
| 07/09/2017 | 0.11 | Inserção casos de uso: Expor Releases, Gerenciar Sprint, Ver métricas de uma Sprint | Mateus de Oliveira |
| 19/09/2017 | 0.12 | Inserção casos de uso: Login | Matheus Roberto |
| 27/09/2017 | 0.13 | Correções | Pedro Kelvin e Vinícius Cantuária |
- Descrição:
Este caso de teste verificará se um login é feito com sucesso.
- Pré-condições:
O usuário deve estar deslogado.
- Pós-condições:
O usuário deverá estar logado no sistema.
- Dados necessários:
Ter um usuário cadastrado.
- Descrição:
Este caso de teste verificará se a senha do login está correta, de acordo com a cadastrada.
- Pré-condições:
O usuário deve estar deslogado.
- Pós-condições:
O usuário deverá ser avisado de que a senha está errada.
- Dados necessários:
Ter um usuário cadastrado.
- Descrição:
Este caso de teste verificará se o email colocado no login existe no banco de dados.
- Pré-condições:
Estar na página de login do site.
- Pós-condições:
O usuário deverá ser avisado de que não existe conta cadastrada com aquele login.
- Dados necessários:
Não se aplica.
- Descrição:
Este Caso de Teste verificará se o gerente foi cadastrado no sistema corretamente
- Pré-Condições:
O usuário deve estar na página de login e optar pela inserção de um novo cadastro
- Pós-Condições:
Apenas o gerente de projetos cadastrado poderá inserir projetos ou sincronizar com o github, assim como realizar a alteração ou descarte do seu perfil, visualização das informações sobre os projetos a serem gerenciados (issues, sprints, rendimento) e quaisquer outras atividades na plataforma.
- Dados Necessários:
Nome, endereço, telefone, empresa/organização ,sexo, data de nascimento, github, email.
- Descrição:
Esse teste será responsável por verificar se houve insucesso no cadastro do gerente
- Pré-Condições:
O gerente deve solicitar o cadastro mas já possuir cadastro na plataforma ou fornecer algum campo inválido ou vazio
- Pós-Condições:
O sistema indica a ocorrência do erro salientando os campos inválidos sem sair da página de cadastro.
- Dados Necessários:
Nome, endereço, telefone, empresa/organização ,sexo, data de nascimento, github, email.
- Descrição:
Esse teste verificará se foi possível editar o perfil de um gerente.
- Pré-Condições:
O gerente deve solicitar o cadastro, preencher todos os campos de maneira válida e finalizar o cadastro.
- Pós-Condições:
A alteração no perfil do gerente é feita com sucesso e ele é direcionado para uma página de visualização do perfil.
- Dados Necessários:
Nome, endereço, telefone, empresa/organização ,sexo, data de nascimento, github, email.
- Descrição:
Este caso de teste irá detectar insucesso no processo de alteração dos dados do perfil do gerente
- Pré-Condições:
O gerente deve clicar em editar perfil e preencher os dados solicitados nos campos de maneira inválida ou não informá-los.
- Pós-Condições:
O sistema apresentará mensagem de erro mostrando os campos cujo preenchimento foi inválido e aguardará que o usuário preencha-os novamente e submeta a alteração.
- Dados Necessários:
Nome, endereço, telefone, empresa/organização ,sexo, data de nascimento, github, email.
- Descrição:
Este caso de uso identificará sucesso em tentativas de exclusão do perfil pelo gerente.
- Pré-Condições:
O gerente deve estar logado em sua conta para solicitar a exclusão e confirmar a sua senha através de uma caixa de diálogo apresentada.
- Pós-Condições:
O sistema informa que o cadastro do gerente foi deletado com sucesso e o redireciona para a página principal.
- Dados Necessários:
Senha
- Descrição:
Este caso de teste detecta insucesso na tentativa de deletar cadastro do gerente
- Pré-Condições:
O gerente deve estar logado no sistema, em sua página de perfil e no momento de confirmar a senha para exclusão da conta preencher de modo inválido a senha.
- Pós-Condições:
O sistema apresenta uma mensagem informando que não foi possível deletar a conta do gerente e o redireciona à página de perfil.
- Dados Necessários:
Senha
- Descrição:
Este Caso de Teste verificará se o gerente possui cadastro no sistema
- Pré-Condições:
O usuário deve estar na página de login e optar pela opção “Entrar”
- Pós-Condições:
Apenas o gerente de projetos cadastrado poderá visualizar os projetos a serem listados
- Dados Necessários:
login, senha
- Descrição:
Este Caso de Teste verificará se o sistema responde à pesquisa corretamente
- Pré-Condições:
O usuário deve estar logado e solicitar a opção “pesquisar”
- Pós-Condições:
Apenas se a pesquisa for válida, ou seja, compreender apenas caracteres válidos, será retornado o projeto pesquisado
- Dados Necessários:
nome do projeto
- Descrição:
Este Caso de Teste verificará se o gerente possui cadastro no sistema
- Pré-Condições:
O usuário deve estar na página de login e optar pela opção “Entrar”
- Pós-Condições:
Apenas o gerente de projetos cadastrado poderá visualizar os projetos listados com os problemas referentes a cada um
- Dados Necessários:
login, senha
- Descrição:
Este Caso de Teste verificará se o sistema responde ao filtro corretamente
- Pré-Condições:
O usuário deve estar logado e solicitar a opção “filtrar métricas”
- Pós-Condições:
O sistema exibirá as métricas selecionadas pelo usuário preferêncialmente.
- Descrição:
Este Caso de Teste verificará se o sistema falha ao exibir as métricas de forma preferêncialmente.
- Pré-Condições:
O usuário deve estar logado e solicitar a opção “filtrar métricas”
- Pós-Condições:
O sistema ira informar o erro de obtenção de métricas
- Descrição:
Este Caso de Teste verificará se o sistema responde à pesquisa corretamente
- Pré-Condições:
O usuário deve estar logado e solicitar a opção “pesquisar”
- Pós-Condições:
Apenas se a pesquisa for válida, ou seja, compreender apenas caracteres válidos, será retornado o projeto pesquisado
- Dados Necessários:
nome do projeto
- Descrição:
Este Caso de Teste verificará se o projeto foi criado corretamente
- Pré-Condições:
O usuário deverá estar logado e na página de projetos para selecionar a opção de criar projeto.
- Pós-Condições:
Apenas o gerente de projetos cadastrado poderá inserir projetos ou sincronizar com o github, assim como realizar a alteração ou descarte do seu perfil, visualização das informações sobre os projetos a serem gerenciados (issues, sprints, rendimento) e quaisquer outras atividades na plataforma.
- Dados Necessários:
Nome, github.
- Descrição:
Esse teste será responsável por verificar se houve insucesso na criação de um projeto
- Pré-Condições:
O gerente deve solicitar o a criação de um projeto com algum campo inválido ou vazio
- Pós-Condições:
O sistema indica a ocorrência do erro salientando os campos inválidos sem sair da página de criação.
- Dados Necessários:
Nome, github.
- Descrição:
Esse teste verificará se foi possível editar um projeto.
- Pré-Condições:
O gerente deve solicitar a edição, preencher todos os campos de maneira válida e finalizar a edição.
- Pós-Condições:
A alteração do projeto é feita com sucesso e ele é direcionado para uma página de visualização do projeto.
- Dados Necessários:
Nome, github.
- Descrição:
Este caso de teste irá detectar insucesso no processo de alteração dos dados do projeto.
- Pré-Condições:
O gerente deve clicar em editar projeto e preencher os dados solicitados nos campos de maneira inválida ou não informá-los.
- Pós-Condições:
O sistema apresentará mensagem de erro mostrando os campos cujo preenchimento foi inválido e aguardará que o usuário preencha-os novamente e submeta a alteração.
- Dados Necessários:
Nome, github.
- Descrição:
Este caso de uso identificará sucesso em tentativas de exclusão de um projeto.
- Pré-Condições:
O gerente deve estar logado em sua conta para solicitar a exclusão.
- Pós-Condições:
O sistema informa que o projeto foi deletado com sucesso e o redireciona para a página principal.
- Descrição:
Ocorre sincronização dados de repositórios de uma conta que o usuário utiliza no Github com os dados do sistema Falko.
- Pré-Condições:
O usuário deve estar logado e deve informar o e-mail e a senha utilizados no cadastro do Github para que ocorra a integração da conta do sistema Falko com a conta Github e para sincronização do repositório.
- Pós-Condições:
O usuário irá conseguir atribuir aos repositórios onde se encontra os projetos que deseja fazer acompanhamento com métricas, fazer a gestão de sprints e integrantes.
- Dados necessários:
Email e senha do cadastro no Github.
- Descrição:
O sistema não consegue realizar a sincronização e coleta de dados dos repositórios Github.
- Pré-Condições:
O usuário informa dados que estão fora de acordo com os dados do Github, podendo ser senha ou login. Desta forma o sistema irá informar que os dados preenchidos são inválidos.
- Pós-Condições:
O usuário receberá a mensagem lhe informando de que houve um erro ao tentar sincronizar com o Github.
- Dados necessários:
Login e senha do Github.
- Descrição:
O usuário consegue visualizar uma lista de todos os integrantes registrado ao projeto em que deseja avaliar.
- Pré-Condições:
O usuário deve estar com login efetuado no sistema Falko para poder ter acesso aos dados disponibilizados sobre os integrantes dos projetos.
- Pós-Condições:
O usuário irá poder visualizar os integrantes de cada projeto.
- Dados necessários:
É necessário o usuário estar logado no sistema Falko e o repositório estar integrado.
- Descrição:
O sistema falha ao tentar exibir a lista de integrantes do projeto em que o gerente ou desenvolvedor deseja avaliar.
- Pré-Condições:
O repositório não está integrado ao github e o usuário do sistema falko não está com login efetuado.
- Pós-Condições:
O usuário será informado de que não poderá ter acesso àquela informação, pois o mesmo se encontra com os pré-requisitos pendentes ou o repositório está de forma inadequada/desatualizada para se avaliar.
- Dados necessários:
Efetuado login no sistema Falko e possuir repositório sincronizado e integrado com Github.
- Descrição:
O usuário terá permissão para visualizar as métricas que deseja avaliar no sistema Falko.
- Pré-Condições:
O usuário deve estar com login efetuado no sistema Falko para poder ter acesso aos dados disponibilizados sobre as métricas dos projetos.
- Pós-Condições:
O usuário irá visualizar todas as métricas do projeto que deseja avaliar.
- Dados necessários:
Repositório sincronizado com o sistema Falko e login efetuado.
- Descrição:
O usuário não consegue visualizar as métricas desejadas.
- Pré-Condições:
O usuário pode não ter efetuado login e o repositório estar sincronizado ou o usuário pode ter efetuado login e o repositório não estar sincronizado ou o browser do usuário pode estar desatualizado.
- Pós-Condições:
O usuário será informado de que não poderá obter acesso àqueles dados, pois não está de acordo com os requisitos mínimos para ter acesso.
- Dados necessários:
Efetuar login, repositório sincronizado browser atualizado.
1.Descrição:
Esse caso de testes tem como função checar se as releases do projeto estão sendo expostas corretamente.
2.Pré-Condições:
O usuário deverá acessar o projeto desejado para ver suas Releases.
3.Pós-Condições:
O sistema apresenta todas as releases existentes no projeto.
1.Descrição:
Esse caso de teste identifica o insucesso ao exibir expor releases de um projeto.
2.Pré-Condições:
O usuário deverá acessar o projeto desejado para ver suas releases, mas o projeto ainda não possui nenhuma release
3.Pós-Condições:
O sistema apresenta uma mensagem de erro informando que o projeto ainda não possui releases
- Descrição:
Este Caso de Teste verificará se a Sprint foi criada corretamente
- Pré-Condições:
O usuário deve estar logado em algum projeto e clicar na opção de cadastrar uma nova sprinto
- Pós-Condições:
Apenas o gerente de projetos cadastrado poderá inserir projetos ou sincronizar com o github, assim como realizar a alteração ou descarte do seu perfil, visualização das informações sobre os projetos a serem gerenciados (issues, sprints, rendimento) e quaisquer outras atividades na plataforma.
- Dados Necessários:
Data de início, Duração, Objetivos e Planejamento da Sprint.
- Descrição:
Esse teste será responsável por verificar se houve alguma falha no cadastro da Sprint
- Pré-Condições:
O gerente deve solicitar o cadastro de uma nova Sprint mas fornecer algum campo inválido ou vazio
- Pós-Condições:
O sistema apresenta uma mensagem de erro, destaca os campos inválidos, mas sem sair da página de cadastro.
- Dados Necessários:
Data de início, Duração, Objetivos e Planejamento da Sprint.
- Descrição:
Esse teste verificará se foi possível editar o perfil da Sprint.
- Pré-Condições:
O gerente deve acessar a página de uma sprint e solicitar a edição da mesma.
- Pós-Condições:
A alteração da Sprint é feita com sucesso e o usuário é direcionado para a página da Sprint atualizada
- Dados Necessários:
Data de início, Duração, Objetivos e Planejamento da Sprint.
- Descrição:
Este caso de teste irá detectar insucesso no processo de alteração dos dados da Sprint
- Pré-Condições:
O gerente deve clicar em editar Sprint e preencher os dados solicitados nos campos de maneira inválida ou não informá-los.
- Pós-Condições:
O sistema apresentará mensagem de erro mostrando os campos cujo preenchimento foi inválido e aguardará que o usuário preencha-os novamente e submeta a alteração.
- Dados Necessários:
Data de início, Duração, Objetivos e Planejamento da Sprint.
- Descrição:
Este caso de uso identificará sucesso em tentativas de cancelamento da Sprint pelo gerente.
- Pré-Condições:
O gerente deve estar logado em sua conta para solicitar o cancelamento e confirmar a sua senha através de uma caixa de diálogo apresentada.
- Pós-Condições:
O sistema informa que a Sprint foi cancelada, porém os dados da mesma continuarão no banco de dados por motivos de avaliação de desempenho
- Dados Necessários:
Senha
- Descrição:
Este caso de teste detecta insucesso na tentativa de cancelar uma Sprint
- Pré-Condições:
O gerente deve estar logado no sistema, em sua página de perfil e no momento de confirmar a senha para cancelamento da sprint preencher de modo inválido a senha.
- Pós-Condições:
O sistema apresenta uma mensagem informando que não foi possível cancelar a sprint.
- Dados Necessários:
Senha
1.Descrição:
Esse caso de teste detecta se as métricas de uma Sprint estão sendo informadas com sucesso
2.Pré-Condições:
O usuário deverá acessar a Sprint desejada para ver suas Métricas..
3.Pós-Condições:
Apresentação das Métricas.
1.Descrição:
Esse caso de teste identifica o insucesso ao exibir métricas de uma Sprint
2.Pré-Condições:
O usuário deverá acessar a Sprint desejada para ver suas Métricas, mas essa sprint não possui dados suficientes para o cálculo das métricas.
3.Pós-Condições:
O sistema apresenta uma mensagem de erro informando que não foi possível visualizar as métricas por falta de dados.
- Descrição:
Este caso de teste verificará se uma revisão é feita com sucesso.
- Pré-condições:
O usuário deve estar logado, acessar uma sprint, selecionar a opção revisar, modificar estado de ao menos uma issue e enviar a revisão.
- Pós-condições:
Será modificada na sprint as issues que foram avaliadas como cumpridas e em andamento.
- Dados necessários:
Ter uma sprint em andamento.
- Descrição:
Este caso de teste verificará o insucesso no processo de revisão.
- Pré-condições:
O usuário deve estar logado, acessar uma sprint, selecionar a opção revisar e enviar a revisão, sem modificar nenhum campo.
- Pós-condições:
Será apresentada uma mensagem de erro mostrando que não houve alteração nos estados das issues.
- Dados necessários:
Modificar o estado de alguma issue.
- Descrição:
Este caso de teste verificará se uma retrospectiva foi feita com sucesso.
- Pré-condições:
O usuário deve estar logado, acessar uma sprint, selecionar a opção retrospectiva, preencher algum campo de texto e enviar a retrospectiva.
- Pós-condições:
Será colocada na retrospectiva da sprint os pontos positivos, negativos e as melhorias.
- Dados necessários:
Ter uma sprint finalizada.
- Descrição:
Este caso de teste verificará a falha na criação de uma retrospectiva.
- Pré-condições:
O usuário deve estar logado, acessar uma sprint, selecionar a opção retrospectiva e enviar a retrospectiva, sem preencher nenhum campo.
- Pós-condições:
O sistema acusará que os campos estão vazios.
- Dados necessários:
Alterar algum campo de pontos positivos, negativos ou melhorias.
- Descrição:
Este caso de teste verificará se o planejamento está sendo feito com sucesso.
- Pré-condições:
O usuário deve estar logado e acessar o planejamento.
- Pós-condições:
Será colocada na retrospectiva da sprint os pontos positivos, negativos e as melhorias.
- Dados necessários:
Ser cadastrado no sistema.
- Descrição:
Visualizar as Issues do projeto
- Pré-Condições:
O usuário deverá acessar o projeto desejado para ver a Issue e deverão existir Issues.
- Pós-Condições:
Visualização das Issues.
- Dados necessários:
Issue desejada.
- Descrição:
Caso de Testes responsável por atribuir Issues a serem resolvidas por alguém da equipe.
- Pré-Condições:
O usuário deverá acessar o projeto em que deseja atribuir a Issue.
- Pós-Condições:
Uma ou mais Issues serão atribuidas para o projeto da equipe.
- Dados necessários:
Issue desejada.
- Descrição:
Caso de Testes responsável por atribuir uma pontuação à uma Issue.
- Pré-Condições:
O usuário deverá acessar o projeto em que deseja atribuir a pontuação da Issue.
- Pós-Condições:
Uma ou mais Issues serão pontuadas.
- Dados necessários:
Valor da pontuação da Issue.
- Descrição:
Caso de Testes responsável tratar um valor inválido colocado pelo usuário na pontuação.
- Pré-Condições:
O usuário deverá acessar a Issue e dar uma pontuação inválida para ela.
- Pós-Condições:
O sistema irá indicar que o valor não é permitido.
- Dados necessários:
Valor da pontuação da Issue.
- Descrição:
Caso de teste responsável por avisar inatividades de projeto para o gerente.
- Pré-Condições:
O gerente deverá ter cadastrado o período de tempo de inatividade no projeto.
- Pós-Condições:
O gerente será notificado sobre a inatividade da equipe.
- Dados Necessários:
Projeto.
- Descrição:
Caso de teste responsável por sugerir objetivos para sprint seguinte.
- Pré-Condições:
Já ter ocorrido pelo menos uma sprint.
- Pós-Condições:
Sugerir ao gerente tópicos para a nova sprint.
- Dados Necessários:
Sprint.
- Descrição:
Caso de teste responsável por mostrar status das issues.
- Pré-Condições:
Ter pelo menos uma issue.
- Pós-Condições:
Mostra ao gerente um feedback das issues.
- Dados Necessários:
Issue.
- Folha de Estilo
- Esquema de Cores
- Como Usar o Docker
- O Padrão Adapter
- Links e Comandos Úteis
- O Padrão Observer
- Product Backlog
- Quadro Kanban
- Priorização das Histórias
- Sistema de Pontuação
- EVM Agile
- Roadmap
- Post Mortem - Release II
- Termo de Abertura do Projeto
- Plano de Gerenciamento do Projeto
- Plano de Gerenciamento do Escopo
- Plano de Gerenciamento de Requisitos
- Plano de Gerenciamento de Tempo
- Plano de Gerenciamento das Partes Interessadas
- Plano de Gerenciamento de Comunicação
- Plano de Gerenciamento das Aquisições
- Plano de Gerenciamento de Recursos Humanos
- Plano de Gerenciamento dos Riscos
- Plano de Gerenciamento de Configuração de Software
- Plano de Gerenciamento da Qualidade
- Plano de Gerenciamento dos Custos