Não existe uma fase de teste separada: cada camada é executada quando seu objeto está pronto, e o ensaio é o teste de aceitação do usuário (UAT). Como a plataforma é padrão, o teste se concentra na configuração, nos dados e nas integrações do cliente — nunca em testar novamente o produto.
| Camada | Quando |
|---|---|
| Verificações de configuração — cada configuração foi verificada com dados de amostra na sessão. | T-17 → T-11 |
| Validação de migração — contagens, totais de hash, TB e sub-ledgers por mock | T-10 → T-3 |
| Testes de integração — todos os endpoints com parceiros de teste, incluindo caminhos de erro. | T-10 → T-4 |
| Testes de função e permissão — cada função vê e faz exatamente o que deveria; Segregação de Funções (SoD). | T-9 → T-5 |
| Verificação de continuidade — um exercício de transição caso o Live DR esteja contratado; uma prova de backup e restauração. | T-5 → T-3 |
| O Ensaio = Teste de Aceitação do Usuário (UAT) — um dia real de trabalho com usuários reais, em paralelo com o sistema legado. | T-2 → T-1 |
Segregação de funções
Nenhuma função pode aprovar o que criou, criar um fornecedor e pagá-lo, alterar dados bancários e liberar pagamentos, ou lançar em períodos fechados e editar documentos lançados. Cada função deve visualizar apenas suas próprias entidades, dados e menus, concluir todas as etapas de suas tarefas de teste, visualizar os itens corretos da fila e usar ASK para suas próprias tarefas, de acordo com suas próprias permissões.
Faça o teste com o login específico de cada função, nunca com uma conta de administrador. Um teste aprovado como administrador não comprova nada sobre a função.
O ensaio
Crie o script com base no dia normal mais movimentado do cliente, não em um fluxo padrão: a fila da manhã, a cotação ao pedido com a verificação de crédito, compras, recebimento, envio e faturamento, contas a pagar com conciliação e aprovação, eventos da folha de pagamento, processamento de pagamentos e arquivo bancário, e o fechamento do dia com o balancete — cada um comparado com o que o sistema legado produzia para o mesmo dia.
- Preparação T-2 — o ensaio do inquilino a partir dos dados do teste; os documentos reais do dia coletados; todos os usuários conectados com suas filas ativas; observadores por processo.
- Execução T-1 — os usuários inserem seu dia real no TRANXACT enquanto o sistema legado o executa normalmente; o ASK e os Navegadores oferecem suporte no fluxo; os problemas são registrados com hora e função.
- T-1 fechamento noturno — resultados comparados com os anteriores; lista de correções executada e verificada novamente; critérios de entrada avaliados; decisão do proprietário do Countdown.
A opção de ir/não ir (padrão proposto)
| Critério | Limite | Os blocos entram em funcionamento? |
|---|---|---|
| Os processos de ensaio foram aprovados. | 100% dos passos críticos; 95% ou mais de todos os passos. | Sim |
| Os resultados correspondem ao histórico. | Os totais são iguais ou explicados. | Sim |
| Reconciliação de teste | Delta de zero TB; sub-registros empatados | Sim |
| Duração do ensaio geral | Dentro da janela de transição | Sim |
| defeitos críticos abertos | 0 | Sim |
| Os usuários ensaiaram seus próprios papéis. | 95% ou mais dos usuários T+1 | Análise |
| Integrações prontas para produção | Pontos de extremidade e credenciais confirmados | Verifique se não |
Um "NO-GO" não implica automaticamente em um atraso na data de lançamento. O responsável pela contagem regressiva pode levar o escopo reprovado para o T-Plus e ainda assim entrar em operação no T-0 com o que foi aprovado.
Triagem de defeitos, na reunião diária.
- Crítico — interrompe um processo essencial, resulta em um resultado financeiro incorreto ou causa perda de dados: corrija antes da implementação ou leve o processo para a T-Plus com uma solução provisória manual.
- Alto — exige esforço significativo: corrigir no mesmo dia; testar novamente no ensaio.
- Medium — existe uma solução alternativa simples: corrigir em até duas semanas após a entrada em produção.
- Baixo — cosmético: uma linha Fit Ledger com a etiqueta T-Plus.
No ensaio de Calderwood, todas as etapas críticas são aprovadas, exceto a execução do pagamento: o arquivo bancário é gerado, mas as credenciais de produção do banco ainda não foram emitidas. Integrações que não estão prontas para produção são descartadas — então, o responsável pela Countdown leva a integração bancária para a T-Plus com um upload manual do arquivo bancário como solução provisória, e as gravações são iniciadas.
Experimente No T-1, 91% dos usuários T+1 de Calderwood já ensaiaram em seus próprios papéis. Isso impede a entrada em operação?
Não é automático: usuários com menos de 95% de aproveitamento nos ensaios são um critério de "Revisão", não um impedimento. Os usuários ausentes têm uma sessão de recuperação agendada para a tarde do dia anterior ao ensaio, são sinalizados no registro de adoção e aqueles que ainda não estiverem prontos recebem um colega de apoio com nome para a primeira semana.