Checklist de UAT para um go-live de CRM

Antes do UAT

A maioria dos UATs que falham, falham aqui: âmbito pouco claro, scripts que ninguém verificou, testers sem uma conta que funcione.

Âmbito

• Combine que processos e user stories entram no UAT, e deixe por escrito o que fica de fora.
• Nomeie um responsável do negócio para cada processo: a pessoa que dá o sign-off.
• Combine o que significam Critical, High, Medium e Low antes de ser aberta a primeira ocorrência.

Casos de teste

• Escreva um caso de teste por cenário de negócio, nas palavras de quem o vai testar.
• Dê a cada passo uma ação e um resultado esperado, e dados de teste quando for relevante.
• Marque cada caso de teste como Must, Should ou Could, para que os importantes sejam testados primeiro.
• Acrescente os unhappy paths: um valor errado, um campo em falta, uma pessoa sem a função certa.
• Verifique se cada user story do âmbito tem pelo menos um caso de teste.
• Peça a um key user do negócio que reveja os scripts antes dos dias de teste.

Testers

• Escolha testers que fazem o trabalho todos os dias, de cada equipa que usa o sistema.
• Dê a cada tester um grupo e os seus próprios scripts.
• Reserve os dias de teste nas agendas deles e liberte-os do trabalho diário.
• Faça-lhes um briefing de meia hora: como indicar um resultado e como abrir uma ocorrência.

Ambiente e dados de teste

• Prepare um ambiente de teste semelhante à produção: configuração, integrações e dados.
• Crie uma conta de teste para cada função, e verifique se cada uma consegue entrar.
• Carregue os dados de teste: clientes, produtos, tabelas de preços e itens em aberto.
• Use dados de teste em vez de dados de clientes sempre que puder.
• Combine quando as correções são instaladas no ambiente de teste durante os dias de teste.

Calendário

• Organize os dias de teste em blocos, com uma hora fixa para a triagem todos os dias.
• Reserve tempo para um ciclo de reteste depois das correções.
• Marque a data da reunião de go/no-go, e convide já a direção do projeto.
• Consulte o calendário de releases do Salesforce ou do Dynamics 365: uma release da plataforma no meio do seu UAT muda o que testa.

Critérios de entrada

• O teste de sistema está concluído, e nenhum defeito Critical dele continua em aberto.
• O ambiente de teste, as contas de teste e os dados de teste estão prontos.
• O negócio reviu os casos de teste.
• Todos os testers foram convidados e já entraram uma vez.

Durante o UAT

Mantenha os dias curtos e a informação num só lugar, para que os problemas sejam encontrados, decididos e corrigidos no mesmo dia.

Stand-up diário

• Comece cada dia com quinze minutos: o que foi testado, o que está bloqueado, o que está previsto para hoje.
• Compare o progresso por grupo com o plano, e mova testers para onde são precisos.

Abrir ocorrências

• Abra uma ocorrência por problema, com o passo, o que esperava e o que aconteceu em vez disso.
• Adicione um screenshot e o link para o item.
• Procure primeiro uma ocorrência existente, para que o mesmo problema não seja aberto duas vezes.
• Garanta que cada passo falhado tem uma ocorrência, ou um motivo para não ter.

Triagem

• Faça a triagem todos os dias, com o negócio e a equipa de desenvolvimento juntos.
• Dê a cada nova ocorrência uma gravidade, uma prioridade e alguém que a corrija.
• Decida para cada uma: corrigir, rejeitar ou transformá-la num pedido de alteração.
• Coloque os pedidos de alteração no backlog, não nesta release.

Retestes

• Peça ao tester que encontrou a ocorrência que a reteste quando a correção estiver instalada.
• Anote em que release e build foi feito cada reteste.
• Inicie um novo ciclo depois de uma correção grande, e volte a testar os processos à volta da correção.

Encerrar o UAT

O UAT termina com uma decisão. Tome-a com base em dados, e anote quem decidiu o quê.

Critérios de saída

• Todos os casos de teste Must passaram.
• Nenhuma ocorrência Critical está aberta.
• Cada ocorrência High aberta tem uma solução de contorno ou uma data de correção que o negócio aceita.
• Cada caso de teste do âmbito tem um resultado.

Sign-off

• Peça ao responsável de cada processo que dê o sign-off: aprovado, aprovado com condições ou rejeitado.
• Anote cada condição, com quem a cumpre e até quando.

Go/no-go

• Faça a reunião de go/no-go com os números projetados, não de memória.
• Anote a decisão, as condições e quem a tomou.

O relatório

• Indique o que estava no âmbito, e o que não foi testado.
• Mostre os resultados por grupo e por prioridade, e a release e o build que foram testados.
• Liste as ocorrências abertas por gravidade, com a decisão sobre cada uma.
• Adicione os sign-offs, com as suas condições.
• Indique os riscos conhecidos e as soluções de contorno para as primeiras semanas após o go-live.

Depois do go-live

• Guarde os casos de teste: são o teste de regressão para a próxima release do CRM.
• Anote o que fazer de forma diferente no próximo UAT, enquanto ainda está fresco.