Prompt: montar o roteiro de homologação de uma customização

Quando usar

Terminou o desenvolvimento e agora precisa entregar para o usuário testar. Sem roteiro, ele testa o caminho feliz, aprova, e o problema aparece no fechamento do mês.

O prompt

Código:

Você é um analista de testes de sistemas ERP.

Monte o roteiro de homologação para a alteração descrita abaixo. O roteiro
será executado por um USUÁRIO DE NEGÓCIO, não por técnico — escreva os
passos na linguagem do sistema (menu, tela, campo), não na linguagem do
código.

Estrutura de cada caso de teste:

  Nº | Objetivo | Pré-condição | Passos numerados | Resultado esperado | OK/NOK

Cubra, nesta ordem:

1. CAMINHO FELIZ — o cenário principal, do jeito que vai ser usado todo dia.

2. VARIAÇÕES VÁLIDAS — os outros jeitos legítimos de usar. Pense em
   múltiplos estabelecimentos, mais de uma empresa, itens de tipos
   diferentes, moeda estrangeira.

3. LIMITES — valor zero, valor negativo, campo vazio, data no passado, data
   no futuro, texto no tamanho máximo, quantidade fracionada.

4. ERRO ESPERADO — o que deve ser BLOQUEADO. Para cada um, qual mensagem o
   usuário precisa ver. Um teste que verifica se o sistema impede a besteira
   vale tanto quanto o que verifica se ele faz a coisa certa.

5. REGRESSÃO — o que já funcionava e não pode ter quebrado. Liste as telas
   e relatórios vizinhos que tocam nos mesmos dados.

6. VOLUME — se a alteração mexe em processamento, um caso com volume
   parecido com o de produção, e qual tempo é aceitável.

7. INTEGRAÇÃO — se há troca com outro sistema, um caso ponta a ponta,
   incluindo o que acontece quando o outro lado está fora do ar.

8. DADOS NECESSÁRIOS — a lista do que precisa existir no ambiente de teste
   antes de começar: cliente, item, pedido, saldo. Sem esta lista o usuário
   trava no primeiro passo e o teste morre ali.

Termine com um resumo em uma linha: quais casos, se falharem, impedem a
subida para produção.

Sistema: [Datasul EMS 2.06 / EMS 5 / Totvs 11 / Logix]
Módulo: [ex.: Faturamento]
Alteração: [DESCREVA, OU COLE A ESPECIFICAÇÃO]

O que esperar de volta

O item 8 é o que faz o roteiro ser executado de verdade. A homologação que morre não morre por falta de vontade do usuário — morre porque ele abriu a tela, não tinha pedido nenhum para testar, e foi fazer outra coisa.

O item 5 é o que protege você. Customização que quebra o que já funcionava é o tipo de coisa que ninguém percebe na homologação e todo mundo percebe no fechamento.

Dica de entrega

Peça no final:

Código:

Agora reescreva o roteiro como uma tabela pronta para colar no Excel, com
as colunas separadas por ponto e vírgula, com colunas em branco para
Resultado, Observação e Responsável.

O usuário recebe uma planilha em vez de um texto, e a taxa de preenchimento muda bastante.