T-Minus: testes e ensaio
As seis camadas de teste e quando cada uma é executada, os papéis de teste e a segregação de funções, o planejamento e a execução do ensaio, os critérios de aprovação/reprovação e a triagem de defeitos por gravidade.
Não existe uma fase de testes 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, os testes se concentram na configuração, nos dados e nas integrações do cliente — nunca em testar novamente o produto em si.
| Camada | O que isso prova | Quando | Quem | Evidências |
|---|---|---|---|---|
| Verificações de configuração | Cada configuração foi verificada com dados de amostra na sessão. | T-17 → T-11 | Usuários-chave, Arquiteto de Ledger | Resultado do Plano de Teste por linha do Fit Ledger |
| Validação de migração | Contagens, totais de hash, balancete e reconciliação de sub-razão por simulação. | T-10 → T-3 | Coordenador de Migração, proprietários de dados, controlador financeiro | Registro de objetos, lista de rejeições, folhas de reconciliação |
| Testes de integração | Todos os endpoints com parceiros de teste, incluindo caminhos de erro. | T-10 → T-4 | Ledger Architect, parceiros | Registros de mensagens |
| Testes de função e permissão | Cada função vê e pode fazer exatamente o que deve; verificações de segregação de funções (SoD). | T-9 → T-5 | Usuários-chave, Navegador de Adoção | Resultados do teste de função |
| Verificação de continuidade | Um exercício de transição caso o Live DR esteja contratado; um teste de backup e restauração. | T-5 → T-3 | Piloto de Operações, Condutor de Migração | Cronograma do runbook, relatório de treinamento |
| O Ensaio = UAT | Um dia de trabalho real, realizado por usuários reais, em paralelo com o sistema legado. | T-2 → T-1 | Todo usuário T+1 | Roteiro de ensaio, registro de entrada |
Cada linha "Fit Ledger Configure-now" possui pelo menos uma verificação de configuração com seu respectivo resultado, portanto, o portão T-11 é um filtro, não uma reunião.
Funções, permissões e segregação de tarefas
| Cada função pode… | Cada função não pode… |
|---|---|
| Veja apenas suas entidades, dados e menus. | Aprovar o que foi criado — inserir e aprovar a mesma fatura. |
| Execute cada etapa das tarefas de ensaio. | Crie um fornecedor e efetue o pagamento. |
| Veja os itens corretos na fila de ações. | Alterar dados bancários e liberar pagamentos |
| Use o ASK para suas próprias tarefas, de acordo com suas permissões. | Publicar em períodos fechados ou editar documentos já publicados |
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.
Planejando o ensaio (ilustrativo)
Um dia útil real completo: as transações do próprio cliente, em suas próprias funções. Elabore o roteiro com base no dia normal mais movimentado do cliente, não em um fluxo teórico predefinido.
| Tempo | Processo | Papel | Transação real | Em comparação com o modelo anterior. |
|---|---|---|---|---|
| 08:00 | Fila da manhã | Todos os usuários | Revisão da fila de ações classificadas | — |
| 08:30 | Solicite um orçamento | Vendas | Cotações e pedidos de hoje, verificação de crédito | Totais do pedido |
| 09:30 | Adquirir | Compras | Pedidos de compra, aprovações | Totais de pedidos de compra |
| 10:30 | Receber | Armazém | Recebimento de mercadorias, armazenamento | Movimentos de ações |
| 11:30 | Envio e fatura | Armazém, faturamento | Remessas e faturas de clientes | Totais da fatura |
| 13:00 | Contas a pagar | Escriturário de contas a pagar, aprovador | Faturas de fornecedores, conciliação, aprovação | envelhecimento AP |
| 14:30 | Eventos de folha de pagamento | RH | Contratações, alterações, tempo, subsídios | Entradas de folha de pagamento |
| 15:30 | Dinheiro | Tesouraria | Processamento de pagamentos, arquivo bancário, recibos | Saldos bancários |
| 16:30 | Encerramento do dia | Controlador | Relatórios diários, balancete | TB do dia |
Realizando o ensaio
| Preparar (T-2) | Corrida (T-1) | Encerramento (T-1 noite) |
|---|---|---|
| Inquilino de ensaio a partir dos dados do ensaio geral | Os usuários registram seu dia a dia real no TRANXACT. | Resultados comparados com o sistema anterior. |
| Documentos reais coletados hoje | Legacy funciona no mesmo dia que o normal. | A lista de correções foi executada e verificada novamente. |
| Todos os usuários conectados, fila ao vivo | Suporte ASK e Navegadores no fluxo | Critérios de entrada pontuados |
| Observadores por processo | Problemas registrados com hora e função | O dono do Countdown decide seguir em frente. |
Todas as pessoas que utilizam o sistema no dia T+1 participam. Quem faltar terá uma sessão de recuperação agendada para a tarde do dia T-1 e será sinalizado no registro de adoção. O ensaio também serve como treinamento: os usuários que já participaram do dia real não precisam de uma aula presencial, e a empresa aprova o treinamento com base em evidências, e não em um documento.
O portão de aprovação/reprovação (padrão proposto)
| Critério | Limite | Evidências | Os blocos entram em funcionamento? |
|---|---|---|---|
| Os processos de ensaio foram aprovados. | 100% dos passos críticos, 95% ou mais de todos os passos. | Roteiro de Ensaio | Sim |
| Os resultados dos ensaios correspondem ao legado. | Os totais são iguais ou explicados. | Folha comparativa | Sim |
| Reconciliação de teste | Delta de zero TB; sub-registros empatados | Folhas de reconciliação | Sim |
| Duração do ensaio geral | Dentro da janela de transição | Cronograma do Runbook | Sim |
| defeitos críticos abertos | 0 | Plano de teste | Sim |
| Os usuários ensaiaram seus próprios papéis. | 95% ou mais dos usuários T+1 | Registro de adoção | Análise |
| Integrações prontas para produção | Pontos de extremidade e credenciais confirmados | Registro de integração | 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 (padrão proposto)
| Gravidade | Significado | O que acontece |
|---|---|---|
| Crítico | Interrompe um processo essencial, resulta em um resultado financeiro incorreto ou causa perda de dados. | Corrija antes do portão ou retire o processo do escopo da T-Plus com uma solução provisória manual. |
| Alto | O processo funciona com esforço considerável ou com uma solução alternativa. | Corrija o mesmo dia durante a contagem regressiva; repita o teste no ensaio. |
| Médio | Inconveniente, mas com uma solução simples. | Corrigir nas duas primeiras semanas após a entrada em funcionamento. |
| Baixo | cosmético ou algo desejável | Uma linha Fit Ledger com a etiqueta T-Plus |
A triagem é feita na reunião diária, não em uma fila de chamados: cada defeito tem um responsável e uma decisão no mesmo dia ou no prazo máximo (T-Plus) na reunião em que é relatado.
Os valores marcados como padrão proposto são os pontos de partida recomendados pela metodologia. Confirme cada um deles para cada projeto; prevalecem o contrato, o formulário de pedido e o SLA.