User Stories
Introdução
User stories são descrições curtas e simples de uma funcionalidade contada do ponto de vista do usuário final. Elas ajudam a focar no que é importante para o usuário, facilitando a priorização e a entrega de valor real. São úteis porque tornam claras as necessidades dos usuários, permitindo um desenvolvimento mais direcionado e eficiente.
Sendo assim, abaixo pode ser observada as user stories criadas. Importante notar que todas as user stories consideram que o usuário consegue acessar a plataforma. O problema de acesso na plataforma por um grande número de acesso será explorado na documentação de requisitos funcionais e não funcionais.
Identificação - UH001.A
Importância – Crucial.
Título – Observar status das linhas.
Persona – Gustavo e Aparecida.
Estimativa de esforço – Baixo.
História – Como usuário quero entrar no app para verificar o status das linhas.
Critério de aceitação - CA.01 – O usuário consegue acessar o app e chegar na tela de status de linha.
Validação – O usuário chegou na tela.
CA.02 – A tela mostra corretamente o status das linhas.
Validação – Não tem nenhuma linha que esteja faltando ou que informe incorretamente seu status.
Testes de aceitação – CA.01 – a) o usuário chegou na tela de status.
Aconteceu: Sim.
Não aconteceu: Não, há uma falha na usabilidade do sistema.
CA.02 – a) mostrou o status das linhas.
Aconteceu: Sim, o status foi mostrado de todas as linhas de forma correta.
Não aconteceu: Não mostrou as linhas, ou não mostrou o status, ou mostrou o status incorretamente, há um erro.
Identificação - UH002.A
Importância – Alta.
Título – Trajeto.
Persona – Gustavo e Aparecida.
Estimativa de esforço – Alto.
História – Como usuário quero verificar outro jeito de chegar ao meu destino.
Critério de aceitação - CA.01 – O app deve gerar uma rota alternativa válida.
Validação – O app gerou uma rota alternativa válida, considerando linhas funcionais, menor tempo de trajeto, e menor número de transferências, e demonstrou ao usuário.
Testes de aceitação – CA.01 – a) Gerou a rota alternativa válida.
Aconteceu: Sim, a rota foi gerada considerando linhas funcionais, menor tempo de trajeto, e menor número de transferências.
Não aconteceu: Não gerou uma rota, gerou uma rota utilizando alguma linha que não esteja funcionando, ou gerou uma rota que não atende aos critérios de menor tempo ou menor número de transferências, há um erro.
CA.01 - b) A rota foi mostrada corretamente ao usuário.
Aconteceu: Sim.
Não aconteceu: Não, a rota não foi mostrada de forma integra, há um erro.
Identificação - UH003.A
Importância – Média.
Título – Comprar Bilhete.
Persona – Gustavo.
Estimativa de esforço – Médio.
História – Como usuário quero comprar bilhetes pelo aplicativo, mesmo que seja redirecionado para um site externo.
Critério de aceitação - CA.01 – O usuário é informado que será redirecionado para fora do app.
Validação – Exibição de um aviso claro sobre o redirecionamento.
CA.02 – O redirecionamento é realizado corretamente para o site de compra.
Validação – O link leva o usuário ao site de compra correto, sem erro de carregamento.
Testes de aceitação – CA.01 – a) O aviso de redirecionamento foi mostrado antes da saída do app.
Aconteceu: Sim.
Não aconteceu: Não mostrou o aviso, há uma falha de comunicação.
CA.02 – a) O redirecionamento levou ao site correto.
Aconteceu: Sim.
Não aconteceu: Não, levou para site errado ou houve erro ao carregar.
Identificação - UH004.A
Importância – Média.
Título – Gerenciar Locais Favoritos.
Persona – Gustavo.
Estimativa de esforço – Baixo.
História – Como usuário quero visualizar e gerenciar meus locais favoritos para facilitar o acesso a endereços frequentes.
Critério de aceitação - CA.01 – O usuário consegue visualizar os locais favoritos já salvos.
Validação – Exibição dos locais cadastrados.
CA.02 – O usuário pode adicionar novos locais à lista de favoritos.
Validação – Após adicionar um local, ele aparece na lista.
Testes de aceitação – CA.01 – a) A lista de favoritos foi exibida corretamente.
Aconteceu: Sim.
Não aconteceu: Não, os locais não foram exibidos.
CA.02 – a) O novo local foi adicionado corretamente à lista.
Aconteceu: Sim.
Não aconteceu: Não, o local não apareceu na lista ou houve erro.
Identificação - UH005.A
Importância – Média.
Título – Cadastro em Bicicletários.
Persona – Gustavo.
Estimativa de esforço – Médio.
História – Como usuário quero cadastrar minha bicicleta no bicicletário de forma prática pelo app.
Critério de aceitação - CA.01 – O usuário tem acesso à tela de cadastro.
Validação – A tela de cadastro está disponível dentro do aplicativo.
CA.02 – O cadastro pode ser preenchido, baixado e impresso conforme orientações.
Validação – O formulário foi disponibilizado para download e impressão.
Testes de aceitação – CA.01 – a) A tela de cadastro apareceu no app.
Aconteceu: Sim.
Não aconteceu: Não, a tela não apareceu ou apresentou erro.
CA.02 – a) O formulário pôde ser baixado e visualizado corretamente.
Aconteceu: Sim.
Não aconteceu: Não, houve erro no download ou no acesso ao formulário.
Identificação - UH006.A
Importância – Alta.
Título – Acessar informações de acessibilidade.
Persona – Dona Aparecida.
Estimativa de esforço – Médio.
História – Como uma usuária com baixa visão, quero ter facilidades na utilização do app, com textos ampliados ou recursos de áudio.
Critério de aceitação - CA.01 – O usuário consegue acessar a área de acessibilidade.
Validação – A tela de acessibilidade é acessível desde o menu inicial.
CA.02 – As opções de acessibilidade oferecem conteúdo em texto grande e/ou áudio.
Validação – O conteúdo está disponível com fonte ampliada ou com suporte sonoro.
Testes de aceitação – CA.01 – a) A usuária acessou a tela de acessibilidade.
Aconteceu: Sim.
Não aconteceu: Não, a opção está oculta ou inacessível.
CA.02 – a) Os textos estavam em letras grandes ou com opção de leitura em áudio.
Aconteceu: Sim.
Não aconteceu: Não, os elementos estavam difíceis de ler ou não havia áudio.
Identificação - UH007.A
Importância – Alta.
Título – Chamar assistência caso tenha qualquer necessidade especial.
Persona – Dona Aparecida.
Estimativa de esforço – Médio.
História – Como uma usuária com alguma dificuldade, quero conseguir chamar um colaborador para me ajudar a chegar ao trem/destino.
Critério de aceitação - CA.01 – O usuário consegue acessar a área de acessibilidade.
Validação – A tela de acessibilidade é acessível desde o menu inicial.
CA.02 – Na área de acessibilidade, é possivel chamar assistência de algum colaborador.
Validação – A chamada é computada e alguem consegue ir até a pessoa e ajudá-la.
Testes de aceitação – CA.01 – a) A usuária acessou a tela de acessibilidade.
Aconteceu: Sim.
Não aconteceu: Não, a opção está oculta ou inacessível.
CA.02 – a) A usuária consegue chamar assistência.
Aconteceu: Sim.
Não aconteceu: Não, essa opção não existe ou a chamada de assistência não foi realizada corretamente.
CA.02 – b) A assistência chegou ao local da pessoa.
Aconteceu: Sim.
Não aconteceu: Não, a chamada não foi atendida corretamente.
Conclusão
As user stories apresentadas neste documento foram elaboradas com foco nas necessidades reais dos usuários, priorizando a usabilidade, acessibilidade e eficiência dos serviços oferecidos. Cada história descreve claramente o objetivo do usuário, os critérios de aceitação e os testes correspondentes, assegurando que as funcionalidades sejam validadas de forma objetiva. Este conjunto de user stories servirá como base para o desenvolvimento, testes e futuras melhorias na plataforma, garantindo que o produto final esteja alinhado às expectativas e demandas dos usuários.