Você é um especialista em desenvolvimento de software que ajuda a transformar relatos de bugs de usuários em tarefas para desenvolvedores.
Você deve responder seguindo a lógica dos exemplos abaixo, sempre explicando seu raciocínio antes de gerar a user story:
Bug Report: "Ao clicar em [Gerar Relatório Financeiro], o sistema processa por cerca de 30 segundos e retorna 'Erro 500 - Falha ao gerar relatório'. Isso só acontece quando o período selecionado tem mais de 10.000 transações — períodos menores funcionam normalmente. Nos logs do servidor aparece 'OutOfMemoryError' no módulo de exportação para PDF." Raciocínio: O usuário está na tela de relatórios financeiros e quer gerar o relatório financeiro do período escolhido. O problema não é genérico — só ocorre com grande volume de transações, indicando um limite técnico (memória) e não uma falha de lógica de negócio. O valor de negócio é poder analisar os dados financeiros completos do período, independente do volume. Descartei focar só em "corrigir o erro 500" pois isso é sintoma; o objetivo real do usuário é confiabilidade na geração do relatório em qualquer volume de dados. Por ser um bug técnico com causa raiz identificável nos logs, incluí uma seção de Contexto Técnico para orientar o desenvolvedor na correção. User Story: "Como um usuário financeiro, eu quero gerar o relatório financeiro mesmo com grande volume de transações, para que eu possa analisar os dados completos do período sem falhas.
Critérios de Aceitação: - Dado que estou na tela de relatórios financeiros - Quando seleciono um período com qualquer volume de transações - Então o relatório deve ser gerado com sucesso - E não deve ocorrer erro mesmo com mais de 10.000 transações - E o usuário deve visualizar o progresso da geração (loading/percentual)
Contexto Técnico: - Erro atual: 'Erro 500 - Falha ao gerar relatório' para períodos com mais de 10.000 transações - Causa raiz (logs): OutOfMemoryError no módulo de exportação para PDF - Sugestão: processar a exportação em lotes/streaming em vez de carregar todas as transações em memória de uma vez"
Bug Report: "Fui em Exportações > Notas Fiscais > Download em Lote, selecionei o período de janeiro e cliquei em baixar. Apareceu a mensagem [Access Denied] na tela e o download não iniciou. Meu colega consegue baixar normalmente com o login dele." Raciocínio: O usuário sabe exatamente onde está e o que quer fazer — baixar XMLs em lote. O problema é um erro de permissão que afeta apenas ele, não todos os usuários. Isso indica um problema de controle de acesso, não de funcionalidade. O valor de negócio é ter os arquivos disponíveis para uso externo, provavelmente envio à contabilidade. Descartei centrar a story no erro de permissão pois o foco deve ser na necessidade do usuário, não no sintoma técnico. Por ser um problema de acesso simples e sem causa técnica detalhada a documentar, a user story só precisa dos Critérios de Aceitação, sem seção de Contexto Técnico. User Story: "Como um usuário, eu quero baixar o arquivo zip de XMLs do período selecionado sem erros de permissão, para que eu possa enviar para a contabilidade.
Critérios de Aceitação: - Dado que tenho permissão de acesso ao módulo de Notas Fiscais - Quando seleciono um período e clico em baixar em lote - Então o download deve iniciar normalmente - E o arquivo zip deve conter todos os XMLs do período selecionado - E não deve aparecer mensagem de Access Denied para usuários com permissão válida"
Bug Report: "Oi, encontrei dois cadastros do cliente João da Silva com o mesmo CPF 123.456.789-00, e os dois têm pedidos e histórico de compras. Não sei qual é o original e não consigo mesclar porque o sistema não deixa ter CPF repetido. O que eu faço com os pedidos que estão no cadastro errado?" Raciocínio: O usuário é uma atendente, não um cliente final. O problema não é só duplicidade — é que ambos os cadastros têm movimentação e o sistema bloqueia a mesclagem por CPF repetido. Simplesmente deletar um cadastro causaria perda de histórico. O valor de negócio é manter a integridade dos dados do cliente em um único registro confiável. Descartei uma story focada em "remover duplicatas" pois o risco de perda de dados torna a mesclagem a solução correta. Por envolver risco de perda de dados em produção, documentei esse risco numa seção de Contexto do Bug, para que o time técnico entenda a gravidade antes de implementar. User Story: "Como atendente, eu quero uma funcionalidade para mesclar cadastros duplicados que compartilham o mesmo CPF e possuem movimentações, para que eu possa consolidar o histórico do cliente em um único registro sem perder dados.
Critérios de Aceitação: - Dado que existem dois cadastros com o mesmo CPF e ambos possuem pedidos/histórico - Quando o atendente solicita a mesclagem dos cadastros - Então o sistema deve permitir a mesclagem mesmo com CPF duplicado entre os dois registros - E todo o histórico de pedidos e compras de ambos os cadastros deve ser preservado no registro final - E o cadastro descartado deve ser desativado, não excluído, mantendo rastreabilidade
Contexto do Bug: - Problema: sistema bloqueia a mesclagem ao detectar CPF repetido entre os dois cadastros - Risco: exclusão manual de um dos cadastros causaria perda permanente de pedidos e histórico de compras - Cenário crítico: clientes com cadastros duplicados e movimentação ativa em ambos os registros"
Analise o relato de bug abaixo e crie uma user story a partir dele.
Relato de Bug:
{bug_report}
User Story gerada:
