Use este modelo
O user acceptance testing é a última oportunidade para confirmar se um novo sistema funciona, de facto, para as pessoas que o vão utilizar. Muitas vezes é executado a partir de scripts pouco claros, como "testar o processo de faturação", por utilizadores de negócio ocupados que não têm certeza do que devem verificar, com capturas de ecrã coladas no email como prova. As falhas passam despercebidas, os resultados dos testes não são fiáveis e a validação torna-se uma questão de opinião. Um modelo de script de UAT resolve isso ao dar a cada teste a mesma estrutura clara: o que testar, como, com que dados, o que deve acontecer e o que aconteceu.
Este modelo gratuito de script de UAT inclui os detalhes do teste, pré-condições, dados de teste, passos numerados com resultados esperados e reais, estado de aprovação ou reprovação, evidência, falhas e validação. Inclui um exemplo preenchido, orientação para escrever passos que os utilizadores de negócio conseguem seguir e uma forma de capturar evidência gravando o teste em vez de colar capturas de ecrã. Copie a estrutura abaixo ou abra-a no Trupeer e personalize-a para o seu projeto.
O que é um modelo de script de UAT?
Um modelo de script de UAT é um formato pronto a usar para as instruções passo a passo que os utilizadores de negócio seguem durante o user acceptance testing. Cada script testa um cenário de negócio de ponta a ponta, como criar uma ordem de compra e lançar a fatura do fornecedor. Indica as pré-condições e os dados de teste, os passos a executar, o resultado esperado de cada passo, o resultado real, o estado de aprovação ou reprovação, a evidência capturada e quaisquer falhas levantadas, para que o negócio possa decidir se o sistema está pronto para entrar em produção.
Os scripts de UAT fazem parte da sua abordagem de testes mais alargada. Para o plano geral, consulte o modelo de test plan.
Porque usar um modelo de script de UAT?
Os utilizadores de negócio não são testers profissionais. Passos claros e numerados permitem-lhes testar com confiança.
Scripts consistentes geram resultados consistentes, para que os possa comparar e confiar neles.
Os resultados esperados eliminam as suposições sobre o que "correto" deve parecer.
A evidência suporta a validação e a auditoria, mostrando exatamente o que foi testado e o que aconteceu.
As falhas são mais fáceis de corrigir quando estão associadas ao passo e à evidência exatos.
Os scripts tornam-se material de formação, porque descrevem tarefas reais no novo sistema.
Quem usa um modelo de script de UAT?
Gestores de testes e responsáveis por UAT que planeiam e coordenam o user acceptance testing.
Utilizadores de negócio e responsáveis de processos que executam os testes e validam.
Analistas de negócio que escrevem scripts a partir de requisitos.
Equipas de implementação de ERP, CRM e HCM a testar sistemas configurados.
Equipas de QA que gerem falhas e retestes.
Auditores e equipas de conformidade que precisam de evidência de testes.
Pré-visualize o modelo de script de UAT
O modelo abre com o cabeçalho do script de teste: ID, título, cenário de negócio, referência de requisito, tester, ambiente e data. Seguem-se as pré-condições e os dados de teste. A tabela principal lista cada passo com a ação, o resultado esperado, o resultado real, um estado de aprovação ou reprovação e uma ligação de evidência. O script termina com um resultado global, falhas levantadas, resultados de reteste e validação. Todas as secções são editáveis, para que possa adicionar colunas, alterar valores de estado ou associar o script à sua ferramenta de gestão de testes.
Como personalizar este modelo no Trupeer
Passo 1: Abrir a secção Templates
Aceda à secção Templates no menu principal.
Passo 2: Selecionar e abrir um modelo
Clique em qualquer modelo com que pretenda trabalhar para o abrir.
Passo 3: Expandir a visualização do modelo
Se necessário, expanda a visualização do modelo para ver o layout completo e os detalhes com clareza.
Passo 4: Editar o modelo
Clique em Edit para começar a modificar o modelo selecionado.
No editor, pode:
Adicionar novas secções
Definir ou atualizar regras de formatação
Adicionar um logótipo e ajustar a sua posição e definições relacionadas
Passo 5: Guardar o seu modelo personalizado
Depois de fazer todas as alterações necessárias, clique em Save para guardar o modelo atualizado como seu.
Passo 6: Pré-visualizar e afinar o modelo
Quando quiser ver como fica o seu modelo personalizado, abra a opção Preview.
A partir do ecrã de pré-visualização, pode continuar a fazer ajustes diretamente, se necessário, garantindo que o modelo aparece exatamente como o pretende.
Com um modelo de script de UAT pode:
Dar passos claros aos utilizadores de negócio que podem seguir sem formação.
Definir o que é "correto" com resultados esperados para cada passo.
Capturar evidência de forma consistente, idealmente como uma gravação do teste.
Associar falhas ao passo exato em que ocorreram.
Apoiar decisões de entrada em produção com resultados validados e com evidência.
O que um modelo de script de UAT deve incluir
Secção | O que abrange |
|---|---|
Cabeçalho do script | ID, título, cenário de negócio, referência de requisito, prioridade |
Detalhes do teste | Tester, ambiente, ciclo de teste, data |
Pré-condições | O que deve ser verdade antes de testar, como acesso do utilizador e configuração |
Dados de teste | Os dados a utilizar, como fornecedor, material e quantidades |
Passos de teste | Ações numeradas que o tester executa |
Resultados esperados | O que deve acontecer em cada passo |
Resultados reais | O que aconteceu |
Estado | Aprovado, reprovado, bloqueado ou não executado, por passo e global |
Evidência | Gravação ou capturas de ecrã do teste |
Falhas | ID da falha, descrição e severidade para qualquer falha |
Reteste | Data do reteste, resultado e evidência |
Validação | Aprovação do tester e do responsável de negócio |
Modelo gratuito de script de UAT: a estrutura para copiar
Copie a estrutura abaixo para o seu próprio documento ou folha de cálculo, ou abra-a no Trupeer e personalize-a.
1. Cabeçalho do script. ID do script: [UAT-P2P-001]. Título: [Criar uma ordem de compra e lançar a fatura do fornecedor]. Cenário de negócio: [Compra standard de bens com correspondência tripla]. Referência do requisito: [REQ-ID ou ID fit-gap]. Prioridade: [Alta, média ou baixa].
2. Detalhes do teste. Tester: [nome e função]. Ambiente: [sistema de UAT]. Ciclo de teste: [ciclo 1, 2 ou regressão]. Data: [data].
3. Pré-condições. [O tester tem as funções de comprador e de responsável de AP no sistema de UAT. O fornecedor e o material existem. As tolerâncias estão configuradas.]
4. Dados de teste. Fornecedor: [ID do fornecedor]. Material: [ID do material]. Quantidade: [quantidade]. Preço: [preço]. Centro de custos: [centro de custos].
5. Passos de teste.
Passo | Ação | Resultado esperado | Resultado real | Estado | Evidência |
|---|---|---|---|---|---|
1 | [Ação] | [Resultado esperado] | [Resultado real] | [Aprovado / reprovado / bloqueado] | [Timestamp da gravação ou captura de ecrã] |
2 | [Ação] | [Resultado esperado] | [Resultado real] | [Estado] | [Evidência] |
3 | [Ação] | [Resultado esperado] | [Resultado real] | [Estado] | [Evidência] |
6. Resultado global. [Aprovado, reprovado ou bloqueado], com um comentário curto.
7. Falhas. ID da falha: [ID]. Passo: [número do passo]. Descrição: [o que aconteceu]. Severidade: [crítica, alta, média ou baixa].
8. Reteste. Data: [data]. Resultado: [aprovado ou reprovado]. Evidência: [ligação].
9. Validação. Tester: [nome, data]. Responsável de negócio: [nome, data].
Exemplo de script de UAT: da ordem de compra à fatura
Aqui está um script de teste de UAT preenchido para um cenário procure to pay. Os detalhes são apenas ilustrativos.
UAT-P2P-001 · Criar uma ordem de compra e lançar a fatura do fornecedor · Prioridade alta
Pré-condições. O tester tem as funções de comprador e de responsável de AP no UAT. O fornecedor e o material existem. A tolerância do preço está configurada.
Dados de teste. Fornecedor: fornecedor de teste A. Material: cadeiras de escritório. Quantidade: 10. Preço: conforme contrato.
Passo | Ação | Resultado esperado | Resultado real | Estado |
|---|---|---|---|---|
1 | Criar uma ordem de compra para 10 cadeiras de escritório do fornecedor A | A PO é criada e é apresentado um número de PO | PO criada com um número | Aprovado |
2 | Submeter a PO para aprovação | A PO é encaminhada para o aprovador e é aprovada | Aprovado | Aprovado |
3 | Lançar a receção de mercadorias para 10 cadeiras | A receção de mercadorias é lançada contra a PO | Lançado | Aprovado |
4 | Lançar a fatura do fornecedor com o preço do contrato | A fatura corresponde à PO e à receção e é lançada sem bloqueio | Lançado sem bloqueio | Aprovado |
5 | Lançar uma segunda fatura com um preço acima da tolerância | A fatura é lançada com bloqueio de pagamento por variação de preço | Lançado sem bloqueio | Reprovado |
Resultado global. Reprovado. Falha. DEF-112, passo 5: a variação de preço acima da tolerância não acionou um bloqueio de pagamento. Severidade: alta.
Reteste. Depois de corrigida a configuração de tolerância, o passo 5 foi retestado e aprovado, com a gravação anexada como evidência.
Como escrever passos de UAT que os utilizadores de negócio conseguem seguir
Uma ação por passo, escrita como instrução: "Introduzir o ID do fornecedor", e não "Entrada do fornecedor".
Usar nomes reais de ecrãs e campos do seu sistema.
Escrever um resultado esperado específico para cada passo, como "A fatura é lançada com bloqueio de pagamento R", e não "Funciona".
Incluir os dados de teste no script, para que os testers não inventem os seus próprios.
Testar também as exceções, como variações, aprovações em falta e rejeições.
Manter cada script num único cenário de negócio, normalmente 5 a 20 passos.
Rastrear cada script até um requisito ou linha de fit-gap.
Para o que deve ser capturado ao longo de toda a fase de testes, consulte o checklist de documentação de UAT.
Exemplos de scripts de UAT para implementações de ERP
A maioria dos ciclos de UAT de ERP cobre os processos essenciais de ponta a ponta. Use-os como lista de arranque e adicione scripts para as suas exceções e requisitos locais.
Processo | Exemplos de scripts de teste de UAT |
|---|---|
Procure to pay | Criar e aprovar uma PO, lançar a receção de mercadorias, lançar a fatura dentro e acima da tolerância, executar proposta de pagamento |
Order to cash | Criar uma encomenda de venda, libertar um bloqueio de crédito, entregar e faturar, aplicar pagamento recebido, emitir nota de crédito |
Record to report | Lançar e aprovar uma contabilização manual, executar depreciação, lançar provisões, executar fecho de período e relatórios |
Hire to retire | Contratar um colaborador, alterar função e pagar, processar um desligamento, executar um ciclo de teste de payroll |
Master data | Criar um fornecedor com verificação bancária, criar um cliente com limite de crédito, criar um material |
Reporting | Executar relatórios operacionais e financeiros chave e comparar com os totais esperados |
Priorize os scripts pelo risco para o negócio: os processos que movimentam dinheiro, afetam clientes ou são legalmente exigidos vêm primeiro, seguidos das tarefas diárias de grande volume.
Critérios de entrada e saída do UAT
Acorde estes antes de o UAT começar, para que a decisão de entrada em produção se baseie em evidência e não em opinião.
Critérios | Exemplos |
|---|---|
Critérios de entrada | Testes de sistema concluídos, ambiente de UAT estável, dados de teste carregados, acesso do utilizador configurado, scripts aprovados, testers informados |
Critérios de saída | Todos os scripts de alta prioridade executados, sem falhas críticas ou altas em aberto, workarounds acordados documentados para falhas de média prioridade, responsáveis de negócio com validação |
Acompanhe o progresso diariamente durante o UAT: scripts executados, aprovados, reprovados e bloqueados, e falhas por severidade. Uma breve reunião diária com testers e a equipa de correção mantém os retestes em movimento.
Como capturar evidência de UAT
Capturas de ecrã coladas em email ou folhas de cálculo são difíceis de rever, fáceis de perder e fazem com que se perca o que aconteceu entre ecrãs. Gravar o teste é mais rápido e mais completo:
Gravar o ecrã do tester enquanto executa o script, narrando cada passo.
Associar a gravação na coluna de evidência, com timestamps para os passos-chave.
Usar a gravação para as falhas, para que os programadores vejam exatamente o que aconteceu.
Manter a gravação como evidência de auditoria para a validação.
Reutilizar gravações aprovadas para criar formação para o novo sistema.
Script de teste de UAT, test case ou test plan?
Documento | O que é |
|---|---|
Test plan | A abordagem geral: âmbito, calendário, ambientes, funções e critérios de entrada e saída |
Test case | Uma única condição a verificar, muitas vezes escrita por testers ou QA |
Script de teste de UAT | Instruções passo a passo para os utilizadores de negócio testarem um cenário real de ponta a ponta |
Relatório de resumo do teste | Os resultados de um ciclo de teste e a recomendação para a entrada em produção |
Para o conjunto completo de documentos de testes, consulte o modelos de documentação de testes.
Como executar UAT com scripts de teste
Acordar o âmbito e os critérios de entrada, como testes de sistema concluídos e um ambiente de UAT estável.
Escrever scripts a partir de requisitos e cenários de negócio, incluindo exceções.
Preparar dados de teste e acesso do utilizador antes de iniciar os testes.
Informar os testers sobre os scripts, a evidência e o processo de falhas.
Executar scripts e capturar evidência, registando falhas contra o passo exato.
Corrigir e retestar falhas, registando a evidência do reteste.
Rever resultados face aos critérios de saída e obter validação do negócio.
Para usar vídeo na documentação de implementação e no UAT, veja como criar documentação de implementação de projetos de TI e guias de UAT com vídeo.
Formatos para scripts de teste de UAT
Folha de cálculo é adequada para grandes quantidades de scripts, com filtragem por estado, tester e prioridade.
Documento é adequada para cenários detalhados com capturas de ecrã e validação.
Ferramenta de gestão de testes é adequada para programas de grande dimensão que precisam de rastreabilidade, dashboards e integração de falhas.
Gravação é adequada para evidência, falhas e reutilização como formação.
Boas práticas para scripts de teste de UAT
Escrever scripts a partir de cenários de negócio, e não de menus do sistema.
Envolver as pessoas que vão usar o sistema na escrita e execução dos scripts.
Fazer com que os resultados esperados sejam específicos e verificáveis.
Testar as exceções que causam problemas na vida real.
Capturar evidência para cada script, não apenas para falhas.
Obter validação do responsável de negócio, não apenas do tester.
Erros comuns a evitar
Passos vagos, como "processar a fatura".
Sem resultados esperados, para que os testers não consigam distinguir aprovado de reprovado.
Testar apenas o caminho feliz.
Testers a inventar os seus próprios dados de teste.
Evidência dispersa por email e chat.
Sem rastreabilidade entre scripts, requisitos e falhas.
Checklist do script de teste de UAT
Cada script tem um ID, título, cenário e referência de requisito.
As pré-condições e os dados de teste estão definidos.
Cada passo tem uma ação e um resultado esperado específico.
As exceções são testadas, não apenas o caminho feliz.
Os resultados reais, o estado e a evidência são registados para cada passo.
As falhas estão associadas ao passo exato e são retestadas.
O tester e o responsável de negócio validaram.
Como o Trupeer o ajuda a executar UAT com evidência
Desafio de UAT | Como o Trupeer ajuda |
|---|---|
Capturas de ecrã em email são difíceis de rever | Grave cada execução de teste e o Trupeer transforma-a num documento passo a passo com capturas de ecrã e um vídeo |
As falhas são difíceis de reproduzir | Os programadores veem exatamente o que o tester fez na gravação |
A evidência de teste está dispersa | Mantenha todos os documentos e vídeos de teste num único local pesquisável |
Escrever scripts demora tempo | Grave um utilizador-chave a executar o cenário e use os passos gerados como rascunho do script |
A formação começa tarde | As gravações de testes aprovados tornam-se conteúdo de formação para o novo sistema |
Veja como o automação de documentação de UAT do Trupeer transforma gravações de testes em evidência e documentação.
A Genpact usou esta abordagem centrada na gravação para um rollout global do Workday, transformando sessões de processos gravadas em mais de 500 materiais de formação em 20 workstreams, em cinco línguas, para 140.000 colaboradores em 40 países, em 3 meses em vez de 12. Leia a história do cliente Genpact.
Descarregue o modelo gratuito de script de teste de UAT
Abra o modelo no Trupeer, adicione os seus cenários, dados de teste e passos, e partilhe-o com os seus testers. Obter o modelo gratuito de script de teste de UAT.
Modelos relacionados
Fit-gap analysis template
ERP end user training plan template
Perguntas Frequentes
O que é um modelo de script de UAT?
É um formato pronto a usar para as instruções passo a passo que os utilizadores de negócio seguem no user acceptance testing, cobrindo o cenário, pré-condições, dados de teste, passos, resultados esperados e reais, estado, evidência, falhas e validação.
O que deve incluir um script de teste de UAT?
Um cabeçalho com ID, título, cenário e referência de requisito, detalhes do teste, pré-condições, dados de teste, passos numerados com resultados esperados e reais, estado, evidência, falhas, resultados de reteste e validação.
Qual é a diferença entre um script de teste de UAT e um test case?
Um test case verifica uma única condição e é frequentemente escrito por QA. Um script de teste de UAT orienta os utilizadores de negócio num cenário real de ponta a ponta, muitas vezes cobrindo várias condições.
Quantos passos deve ter um script de teste de UAT?
Normalmente 5 a 20, cobrindo um único cenário de negócio. Divida cenários mais longos em vários scripts.
Quem escreve scripts de teste de UAT?
Analistas de negócio ou responsáveis por testes geralmente rascunham-nos a partir de requisitos, com responsáveis de processos e utilizadores-chave a reverem-nos para refletirem o trabalho real.
Como capturar evidência de UAT?
Grave o ecrã do tester enquanto executa o script, associe a gravação na coluna de evidência com timestamps e mantenha-a junto com os resultados para validação e auditoria.
Os scripts de teste de UAT devem incluir testes negativos?
Sim. Testar exceções como variações, aprovações em falta e dados inválidos, porque é aí que surgem problemas reais após a entrada em produção.
Existe um modelo de script de teste de UAT em Excel?
Sim. Uma folha de cálculo funciona bem para muitos scripts, com filtros por estado, tester e prioridade. Abra o modelo no Trupeer, personalize-o e exporte-o, ou copie a estrutura para o Excel.
Existe um modelo de script de teste de UAT em Word ou PDF?
Sim. Use o Word para cenários detalhados e validação e exporte um PDF dos scripts validados para registos de auditoria.
O modelo de script de teste de UAT é gratuito?
Sim. Registe-se gratuitamente para abrir o modelo no Trupeer, personalize-o e exporte-o.
Os scripts de teste de UAT podem ser reutilizados para formação?
Sim. Os scripts e as gravações de testes aprovados descrevem tarefas reais no sistema configurado, pelo que constituem um excelente ponto de partida para a formação.
O que acontece após a validação do UAT?
O resumo do teste segue para a decisão de entrada em produção, as falhas abertas de baixa severidade são acompanhadas e os cenários aprovados são reutilizados para testes de regressão e formação.
