/controle-filmes-assistidos

Sistema para controle de filmes já assistidos.

Primary LanguagePHPGNU General Public License v2.0GPL-2.0

mfqgv - Meus Filmes Que Já Vi

controle-filmes-assistidos Sistema para controle de filmes já assistidos.

####javilmes.esy.es

####Série de videos sobre Git por Fabio Akita ####Contribuindo em projetos open source com o github

Especificação de software:

Sistema para controle de filmes já assistidos. Deve possuir uma lista para consulta, com opções para inclusão, edição e exclusão. Deve possuir uma tela para a consulta e edição dos filmes. Os filmes devem possuir os seguintes campos:

  • Nome
  • País
  • Ano
  • Data em que foi visto
  • Local em que foi visto
  • Com quem foi visto
  • Gênero
  • Nota do filme
  • Comentários sobre o filme
  • Imagem da capa do filme

O que deve ser feito:

  1. Entrevistar o professor para clarificação dos requisitos Os requisitos estão sendo dados de forma vaga propositalmente Cabe a vocês tirarem toda a qualquer dúvida antes da apresentação final Na apresentação eu vou representar o cliente. E o cliente assume que vocês sabem EXATAMENTE o que ele espera. Lembrem-se do 7º Princípio do Teste de Software: A falácia da ausência de erros. De nada adianta achar e corrigir defeitos se o sistema não cumpre com as necessidades e as expectativas dos usuários Envolver o professor na realização de testes: Toda aula ao seu final teremos reservado tempo para esta atividade.
  2. O foco para este exercício é a satisfação do cliente com a entrega realizada no dia 10 de abril
  3. Escrever casos de teste contemplando ao menos 1 cenário positivo e 1 negativo para cada atividade principal (consulta, edição, inclusão e exclusão). Para cada caso de teste ter no mínimo 2 execuções para diferentes valores/inputs (mesmo cenário, diferentes inputs) Exemplo: o caso de teste “cadastrar filme” terá uma execução para cadastrar filme 1, cadastrar filme 2, etc.
  4. Codificar o sistema e testá-lo de acordo com os casos de teste
  5. Utilizar o Selenium (ou ferramenta freeware a sua escolha) para gravar os cenários testados
  6. A ser enviado TODAS AS QUARTA-FEIRAS – dias 18 de março, 25 de março e 01 de abril (20% da nota):
  • Relatório de progresso do desenvolvimento
  • Relatório de progresso do teste
  • Defeitos encontrados / corrigidos
  • Status geral para a apresentação no dia 10 de abril

A ser entregue IMPRESSO:

  • Casos de Teste criados
  • Explique como foram selecionados os cenários e dados a serem utilizados para a realização dos testes
  • Explique como o uso do Selenium pode ser útil para a continuidade deste projeto?
  • Explique como o planejamento dos testes no levantamento de requisitos foi útil.
  • Como foi a abordagem do time para a codificação e testes? Primeiro codificaram e depois testaram? Dividiram o escopo em iterações menores?

A apresentação:

  • Na aula 4: deve ser apresentado uma prévia da aplicação ao professor
  • Na aula 5:
  • Mostrar para a turma a aplicação desenvolvida e os casos de teste sendo executados pelo Selenium
  • Lembrar de levar um notebook já configurado para a apresentação!
  • Responder às perguntas do cliente e do público da mesa redonda durante a execução do Teste de Aceitação do Usuário

Critério de avaliação:

  • 20% para o envio pontual dos Status Report
  • 20% para a apresentação de prévia (aula 4)
  • 30% Material impresso
  • 30% Aceitação do produto pelo cliente (e uso do Selenium – ou outra ferramenta para automação de testes)