Use quando já tiver definido entrada, regra, saída e estados. Nos testes, dados fictícios são exemplos inventados e identificados como tais, não informações de pessoas reais.
Construa uma aplicação para uma única função.
Público: [público].
Entrada: [o que a pessoa fornece].
Regra de processamento: [o que deve acontecer].
Saída: [resultado].
Próxima ação: [como continuar].
Fontes e limites: [materiais e regras].
Descreva antes a sequência:
entrada, validação, processamento, resultado, explicação e próximo passo.
Preveja estados de vazio, entrada inválida, carregamento, sucesso,
erro e ausência de resultado. Quando houver consulta a conhecimento
ou situações sensíveis, preveja também fora da base e necessidade de apoio humano.
Use dados fictícios no protótipo.
Não exponha senhas ou chaves de acesso no que é enviado ao navegador.
Não acrescente coleta permanente, contas, banco de dados,
envio público de arquivos ou serviço externo sem requisito aprovado.
Confira função principal, erro, fora do escopo, celular e teclado.
Liste arquivos e limitações; não declare testes não executados. Não publique.
Editar uma cópia deste comando
O original acima continua disponível. Substitua os campos entre colchetes e releia o pedido antes de usar. Esta área guarda texto; não executa o comando.
Substituir sua edição pelo texto original?
A cópia editada fica neste navegador. Baixe-a para guardar em outro lugar.
Senhas e chaves dão acesso a serviços; não devem ser colocadas em um prompt ou em uma página pública. Se o projeto exigir essa configuração, trate-a com o professor ou o apoio técnico antes de prosseguir.