Como combinar o aceite do plano de testes antes de começar o QA

Antes de executar testes para um cliente estrangeiro, envie um plano que mostre o que será testado, em qual ambiente e com quais critérios. Confirme quem aprova o escopo, o acesso e o conjunto de dados. Registre o que fica fora da rodada e como lidar com mudanças. O aceite do plano organiza a execução. A aprovação dos resultados é outro marco que deve ser documentado conforme o contrato.

Defina objetivo, cobertura e dependências

Liste funcionalidades, versões, ambientes, integrações e perfis de usuário. Indique se a equipe vai testar apenas cenários funcionais ou também desempenho, idioma, acessibilidade ou segurança, conforme o projeto. O ISTQB descreve elementos de planejamento, acompanhamento e critérios para testes. Use a terminologia que o cliente entende e defina resultados verificáveis. Se faltar acesso ou dado, registre quem deve entregar e a data prevista.

Inclua os critérios de início e de encerramento. A execução pode começar quando o build estiver disponível, os acessos forem liberados e os dados forem aprovados. Para concluir, registre cenários executados, bloqueios e defeitos conforme a condição do contrato. Se o projeto envolve internacionalização, use referências apropriadas e defina idiomas e formatos. Se envolve dados pessoais, siga a orientação de proteção e o procedimento autorizado.

Monte um plano que possa ser aprovado

Quando o cliente pede revisão, preserve a versão anterior. Indique o cenário acrescentado, removido ou alterado. Se a mudança afeta esforço, prazo ou preço, registre a aprovação comercial. O plano deve identificar a versão que vale para a rodada. Não use um aceite de reunião como confirmação de um documento diferente sem evidência.

Exemplo com etapa de cadastro e pagamentos

Uma prestadora envia plano para testar cadastro, recuperação de senha e pagamento em duas modalidades. O cliente aprova o cadastro e pede incluir mais um meio de pagamento. A prestadora registra a alteração, confirma o ambiente e ajusta o prazo conforme o acordo. Depois executa os testes e entrega o relatório. O cliente aprova os resultados de parte dos cenários e mantém um pendente por falta de acesso. A empresa registra o alcance de cada aprovação.

Se o contrato prevê cobrança pelo plano aprovado, vincule a invoice a essa aprovação. Se prevê cobrança só após execução, acompanhe a evidência dos resultados. Quando parte da rodada não foi executada por dependência do cliente, registre o estado e confirme como o contrato trata o marco. Preserve as datas de solicitação e liberação.

Relate o progresso sem perder a versão de referência

Durante os testes, guarde a versão do plano, o build e a evidência do cenário. Se encontrar erro fora do escopo, registre a observação e peça autorização para ampliar. Se um cenário ficar bloqueado, indique o motivo, o responsável e o que precisa mudar. Um relatório de execução deve distinguir aprovado, falhou, bloqueado e não executado. Confirme com o cliente como tratar ressalvas.

Na cobrança, indique a etapa aprovada, a versão e o período. Se a invoice inclui reteste, guarde a aprovação e o cenário corrigido. Não some rodadas sem identificar o que cada uma cobre. Quando receber, associe a transação à invoice e preserve o aceite.

Revise o plano depois da entrega

Registre quais dependências afetaram o resultado e quais evidências foram suficientes. Use o histórico para ajustar a próxima rodada. Se os acessos são temporários, confirme a revogação. Preserve documentos de aprovação e os relatórios conforme o acordo. Se houver novo build, identifique quais testes precisam ser repetidos.

Reserve no plano uma linha para critério de suspensão. Um fluxo de pagamento bloqueado por ausência de credencial ou ambiente instável pode invalidar vários cenários dependentes. Defina quem decide suspender, quando o prazo passa a contar novamente e se a equipe pode adiantar testes sem o mesmo pré-requisito. Registre a dependência antes da assinatura. Se o responsável técnico do cliente está em outro fuso, indique o horário limite de resposta que permite manter a data de início.

Valide o formato da evidência antes do primeiro ciclo. O comprador pode pedir tabela com dados usados, resultado esperado, resultado observado e identificador do erro. Use um cenário fictício para testar o modelo e decidir se a equipe pode gravar telas. A amostra deve incluir um caso aprovado, um bloqueado e um que exige decisão de risco. Depois do aceite, qualquer ampliação precisa de responsável e data. Uma versão posterior do plano deve mostrar o que mudou, inclusive impacto no preço ou no calendário.

Perguntas frequentes

Aprovar o plano já significa aceitar o software?

Registre aprovação do escopo e aceite dos resultados como etapas distintas. Use a condição contratual para faturar.

O que fazer se um cenário não pode ser executado?

Registre o bloqueio, a evidência, o responsável e a condição de retomada. Confirme o efeito no marco com o cliente.

Como tratar cenários pedidos depois do aceite?

Preserve a versão original, descreva a mudança e confirme prazo e cobrança conforme o contrato.

Fontes oficiais

• ISTQB — syllabus de fundamentos de testes
• W3C — testes de internacionalização
• ANPD — segurança da informação para agentes de pequeno porte

Leituras relacionadas

• Como cobrar um marco homologado parcialmente pelo cliente estrangeiro
• Guias para exportadores de serviços

Como a Zen pode ajudar

A contabilidade para exportação de serviços da Zen ajuda a organizar documentos, conciliar recebimentos e analisar as regras da sua operação. Peça uma proposta personalizada para conversar sobre o seu caso.