Escreva critérios de aceitação verificáveis

Autor: AILesson6 min de configuraçãoTestado com:ChatGPTRevisado em: 2026-08-28

Resposta rápida

Transforme requisitos em condições observáveis de aprovação, casos-limite, exclusões e evidências. Forneça: Requisito e resultado para o usuário, Regras de negócio e qualidade, Escopo e incógnitas. Resultado esperado: Um conjunto testável de critérios de aceitação com rastreabilidade, exemplos e decisões não resolvidas.

1

Adicione seu contexto

Seu texto permanece neste navegador. O AILesson Prompts não o envia para um modelo ou servidor.

2

Seu prompt

Campos não preenchidos permanecem visíveis como marcadores de posição, para que você ainda possa copiar e editar o prompt

Escreva critérios de aceitação verificáveis para o requisito.

Requisito aprovado, usuário, propósito e fonte:
[requirement]

Regras de negócio, dados, permissões, estados, limites, acessibilidade, desempenho e erros:
[rules]

Escopo, exclusões, plataformas, dependências, termos não resolvidos e responsável pela aprovação:
[boundaries]

Use apenas as regras fornecidas. Divida comportamentos compostos em critérios atômicos. Para cada critério, informe ID, requisito de origem, precondição, ação ou evento, resultado esperado observável, dados de teste ou exemplo de limite, evidência e prioridade. Inclua o caminho principal, entradas vazias/inválidas/duplicadas, limites de permissão, conclusão interrompida ou parcial, comportamento de horário e localidade, recuperação, acessibilidade e limites não funcionais apenas quando forem relevantes e estiverem especificados. Marque requisitos ambíguos como “Decisão necessária”; não invente um limite nem uma implementação. Detecte conflitos e palavras não testáveis, como rápido, intuitivo, adequado ou em tempo real. Termine com verificações fora do escopo e uma matriz de rastreabilidade.
Experimente no Playground
Privado por padrãoA montagem do prompt acontece localmente no seu navegador. Evite colocar informações confidenciais em qualquer serviço de IA, a menos que sua organização permita.

Da entrada ao resultado

Um exemplo prático

Veja como um contexto concreto transforma esta receita em um resultado útil

Entrada real

Requisito e resultado para o usuário
REQ-12: Um funcionário autenticado pode salvar um rascunho de solicitação de reembolso de despesas e retornar posteriormente sem enviá-lo, para que o trabalho incompleto não seja perdido.
Regras de negócio e qualidade
Uma solicitação tem ClaimID, ID do funcionário, moeda, itens de despesa, anexos de recibos, status e registros de data e hora de criação/atualização. O Draft pode omitir recibos e centro de custo. Somente o funcionário que o criou pode visualizar/editar. O envio valida os campos obrigatórios e está fora desta história. O salvamento automático é solicitado como 'rápido', mas nenhum intervalo foi aprovado. As localidades da Web compatíveis são en-GB e zh-CN. Os anexos devem usar as regras de upload existentes.
Escopo e incógnitas
Apenas Web. Edição offline e acesso de gerentes estão fora do escopo. Os serviços de identidade e upload são dependências. O product owner aprova os critérios. O comportamento após o término da sessão e o período de retenção do rascunho não estão resolvidos.

Exemplo de saída

AC-01 | REQ-12 | funcionário autenticado inicia uma solicitação | seleciona Salvar rascunho | um ClaimID único é armazenado com o criador, status Draft, moeda, dados existentes dos itens e registro de data e hora da atualização; nenhum envio ocorre | evidência: registro persistido e confirmação na interface | Obrigatório. AC-02 | REQ-12 | rascunho sem recibo e centro de custo | Salvar rascunho | o salvamento é concluído porque esses campos são opcionais para Draft | exemplo de limite: um item de despesa, sem anexo/centro de custo | Obrigatório. AC-03 | regra de propriedade | funcionário B solicita o rascunho do funcionário A pela interface ou por URL direta | acesso negado e nenhum detalhe da solicitação exposto | evidência: teste/log de autorização | Obrigatório. AC-04 | retornar posteriormente | o criador entra novamente mais tarde em en-GB ou zh-CN | o rascunho aparece com os valores armazenados e apresentação adequada à localidade; os valores e registros de data e hora subjacentes permanecem inalterados | Obrigatório. AC-05 | dependência de upload | o salvamento do anexo falha segundo as regras de upload existentes | o comportamento do rascunho e a mensagem recuperável exigem confirmação; não afirmar que o anexo foi persistido | Decisão necessária.

Decisões necessárias: intervalo de salvamento automático para substituir “rápido”; comportamento após o término da sessão para edições não salvas; período de retenção e aviso de exclusão. Fora do escopo: validação no envio, acesso de gerentes e edição offline. Rastreabilidade: REQ-12→AC-01/02/04; propriedade→AC-03; dependência de upload→AC-05.

Por que isso funciona

  1. 1

    Resultados observáveis e exemplos de limite tornam o acordo testável antes do início da implementação.

  2. 2

    Identificar decisões necessárias impede que ambiguidades do produto fiquem ocultas dentro de um caso de teste.

Verifique o resultado

  • Cada critério é atômico, observável e rastreável até um requisito fornecido?

  • As condições de limite são relevantes, em vez de texto genérico padronizado?

  • Os limites ausentes e os termos indefinidos foram mantidos como decisões pendentes?

Use com confiança

Perguntas frequentes

Respostas práticas sobre quando usar esta receita, o que fornecer e onde a revisão humana ainda é importante

O que devo preparar antes de usar “Escreva critérios de aceitação verificáveis”?

Para usar “Escreva critérios de aceitação verificáveis”, prepare o Requisito e resultado para o usuário, as Regras de negócio e qualidade e o Escopo e incógnitas. Substitua os espaços reservados apenas por informações que você possa verificar. Se algum detalhe for desconhecido, preserve explicitamente essa incerteza em vez de pedir ao modelo que o deduza.

Quando o resultado de “Escreva critérios de aceitação verificáveis” ainda não está pronto para uso?

O resultado ainda não está pronto se não entregar, com base nas evidências fornecidas, o resultado declarado — um conjunto testável de critérios de aceitação com rastreabilidade, exemplos e decisões não resolvidas — ou se depender de suposições não resolvidas, aprovações ausentes ou detalhes inventados. Use as verificações como critérios de liberação: revise os dados de origem ou designe um revisor identificado e autorizado, em vez de aprimorar um resultado sem fundamento.

Quais ferramentas de IA têm testes registrados para “Escreva critérios de aceitação verificáveis”?

O registro de testes publicado para “Escreva critérios de aceitação verificáveis” inclui o ChatGPT em 2026-08-28. Isso confirma execuções registradas, não compatibilidade garantida nem resultados idênticos em versões posteriores do produto. Para outra ferramenta ou versão, mantenha todas as restrições visíveis e repita as verificações do resultado antes do uso.

Mais maneiras de explorar

Onde esta receita se encaixa

Mantenha o trabalho em andamento