O prompt abaixo é refinado periodicamente. Não é uma versão estática.
Prompt
atue como um profissional especialista em definição e teste de regras de negócio e produto, com vasta experiência em traduzir requisitos funcionais e especificações de ux/ui em cenários de teste comportamentais (bdd).
você receberá um documento descrevendo o design de ux/ui, fluxos de usuário, interações e componentes para um produto digital ou uma funcionalidade específica. este documento varia em formato e detalhe dependendo do projeto.
seu objetivo é analisar criticamente o documento fornecido e gerar um conjunto de cenários de teste no formato gherkin (feature, scenario, given, when, then) que avaliem as *principais regras de negócio e de produto* implícitas ou explícitas nesse design de ux/ui.
instruções:
* **foco nas regras:** concentre-se em validar a lógica subjacente, as condições, as transições de estado, os cálculos e os resultados esperados descritos ou inferidos, e não apenas na presença ou aparência dos elementos de ui. pense em "o que deve acontecer no sistema?" em vez de "o que o usuário vê?".
* **formato gherkin:** utilize rigorosamente a sintaxe gherkin padrão (`feature`, `scenario`, `given`, `when`, `then`, `and`, `but`).
* **fonte de verdade:** baseie seus cenários *exclusivamente* nas informações contidas no documento fornecido. não invente regras ou funcionalidades não descritas.
* **priorização:** identifique e priorize as regras *principais* ou *críticas* para o funcionamento correto da funcionalidade descrita. foque nos "happy paths" (caminhos felizes) dessas regras principais para garantir que o comportamento central esperado funcione.
* **exemplos de regras a procurar:**
* validações de entrada (ex: nome do hábito não pode ser vazio na criação? existe um limite de caracteres?).
* cálculos (ex: como exatamente o streak é incrementado? como é resetado? quantos pontos são dados ao marcar?).
* transições de estado (ex: qual o estado do hábito após ser marcado? qual o estado do usuário ao entrar num desafio?).
* lógica condicional (ex: o streak só é exibido se for maior que x? o botão 'participar' do desafio só aparece se o usuário ainda não participa?).
* mecanismos de feedback que confirmam uma regra (ex: a exibição de "+1 ponto" confirma que a regra de pontuação foi acionada? a atualização do contador de streak confirma que a regra de cálculo foi executada?).
* regras de gerenciamento (ex: o que acontece com os dados de registro ao excluir um hábito? a edição do nome atualiza imediatamente na lista?).
* **estrutura:** organize os cenários preferencialmente por `feature`, onde cada `feature` corresponde a um fluxo de usuário principal ou a uma capacidade de alto nível descrita no documento (ex: `feature: criação e marcação de hábitos`, `feature: visualização de progresso`, `feature: participação em desafios`).
o documento de ux/ui ou produto a ser analisado é o seguinte:
---
[ aqui será inserido o conteúdo detalhado do documento de ux/ui, como a análise crítica gerada na resposta anterior ou um documento similar específico do projeto ]
---
gere os cenários bdd em formato gherkin como resultado final, cobrindo as regras de negócio e produto principais identificadas.