Teste de Aceitação: por que PASS não significa automaticamente aceite técnico

Por que um resultado PASS não basta para o aceite técnico: critérios, rastreabilidade, arquivos nativos, amostragem, retestes, contraprova e comissionamento.

Confira!

Um resultado PASS em um teste de aceitação significa apenas que o item ensaiado atendeu ao critério registrado naquele procedimento, naquela condição e naquela execução. Ele não comprova, sozinho, que todo o objeto contratado está conforme, que a amostra representa o universo, que o método foi corretamente aplicado, que o instrumento estava apto, que o arquivo de resultado é rastreável, que as pendências foram encerradas ou que a documentação necessária ao recebimento está completa.

Por isso, o aceite técnico exige uma cadeia de evidências maior do que a palavra “PASS” impressa em um relatório. É necessário relacionar requisito, objeto testado, procedimento, critérios de aceitação, condições de ensaio, instrumento, resultado, responsável, testemunhamento, arquivos de origem, desvios, retestes, documentação final e decisão formal. Se qualquer elo dessa cadeia for frágil, o resultado pode ser tecnicamente verdadeiro e ainda assim insuficiente para sustentar o aceite.

Essa distinção é particularmente importante em contratos de engenharia, sistemas críticos e fornecimentos tecnológicos. Um equipamento pode passar em um ensaio isolado e ainda falhar quando integrado; um enlace pode apresentar resultado aprovado, mas estar associado ao identificador físico errado; um sistema pode funcionar durante uma demonstração e ainda não possuir backup, configuração final, As-Built, licenças, manuais ou evidências de desempenho; uma amostra pode passar sem demonstrar a condição do conjunto.

A pergunta correta, portanto, não é apenas “o teste passou?”. A pergunta de engenharia é: o requisito contratual foi demonstrado por evidência válida, rastreável, suficiente e representativa para permitir a decisão de aceite?

O que um resultado PASS realmente comprova

Um teste possui escopo limitado. Ele verifica uma condição determinada por um método e por um critério. Se o ensaio foi corretamente planejado e executado, o resultado PASS comprova que aquela verificação específica satisfez o limite ou condição aplicável.

A força da evidência depende de quatro elementos inseparáveis:

• o requisito que precisa ser demonstrado;
• o método utilizado para verificá-lo;
• o critério que separa conformidade de não conformidade;
• o registro que permite reconstruir a execução.

A IEC 62381:2024 estrutura FAT, FIT, SAT e SIT justamente como atividades planejadas para demonstrar atendimento às especificações aplicáveis, com escopo, responsabilidades, procedimentos e checklists previamente estabelecidos. A lógica é importante: o teste serve para demonstrar um requisito; ele não substitui a especificação que originou o requisito nem a decisão de aceite do proprietário.

Camada	Pergunta que precisa ser respondida
Requisito	O que o objeto deveria fazer ou atender?
Critério	Qual condição caracteriza conformidade?
Método	Como essa condição será verificada?
Execução	O teste foi realizado nas condições previstas?
Resultado	Qual foi o valor, estado ou resposta observada?
Evidência	É possível comprovar como o resultado foi obtido?
Abrangência	O teste representa o item, sistema ou universo que se pretende aceitar?
Decisão	O conjunto de evidências permite liberar, condicionar, retestar ou rejeitar?

A palavra PASS aparece somente em uma dessas camadas. O aceite técnico depende do conjunto.

Resultado de teste, conformidade e aceite são decisões diferentes

É útil separar três conceitos que frequentemente se confundem.

Resultado de teste é a saída de uma verificação. Pode ser um valor medido, uma resposta funcional, uma sequência observada ou uma classificação PASS/FAIL.

Conformidade é a conclusão de que o resultado atende ao requisito ou critério aplicável. Para afirmar conformidade, é preciso saber contra qual referência o resultado foi comparado.

Aceite técnico é uma decisão do contratante ou da autoridade definida pela governança, tomada após analisar o conjunto de requisitos, evidências, pendências e entregáveis aplicáveis ao marco contratual.

Um sistema pode possuir centenas de testes aprovados e ainda não estar pronto para aceite porque faltam documentos, integrações, retestes, correções, treinamento, As-Built, Data Book, licenças, backups ou encerramento de não conformidades. O inverso também é relevante: uma falha pontual não necessariamente invalida todo o sistema, desde que sua criticidade, abrangência e tratamento sejam tecnicamente avaliados e que o contrato permita o tratamento correspondente.

A cadeia de entrega já existente no acervo A3A separa instalação, funcionamento, teste, entrega técnica, aceite e handover. Essa separação evita transformar um evento parcial em evidência de conclusão global.

O identificador do objeto testado é parte do resultado

Um relatório sem identificação inequívoca do objeto pode ser tecnicamente inútil para o aceite. Saber que “um ponto”, “um cabo”, “um equipamento” ou “uma função” passou não resolve se não for possível relacionar o registro ao elemento físico ou lógico efetivamente instalado.

A rastreabilidade mínima pode incluir, conforme o tipo de sistema:

• TAG do equipamento;
• número de série;
• código do circuito;
• identificação de painel e posição;
• origem e destino do enlace;
• porta lógica ou física;
• endereço IP ou identificador do ativo;
• localização física;
• revisão do desenho ou lista aplicável;
• pacote de trabalho ou sistema ao qual o item pertence.

Em redes estruturadas, por exemplo, a associação entre identificador do ponto, patch panel, porta, tomada e arquivo de certificação é tão importante quanto o valor medido. Em sistemas elétricos, o ensaio precisa estar associado ao circuito ou equipamento correto. Em automação, uma evidência funcional deve deixar claro qual lógica, versão, I/O, malha ou cenário foi verificado.

Se a identificação estiver deslocada, duplicada ou baseada apenas na posição de uma linha em planilha, o proprietário pode possuir muitos registros e pouca rastreabilidade real.

Critério de aceite precisa existir antes do resultado

Um critério criado depois do teste corre o risco de adaptar a regra ao resultado observado. Por isso, os critérios de aceitação devem ser definidos na especificação, no projeto, no procedimento, no PIT/ITP, no plano de comissionamento ou em outro documento contratual aplicável antes da execução.

Um critério robusto precisa informar, quando pertinente:

• parâmetro a verificar;
• unidade;
• limite mínimo ou máximo;
• tolerância;
• condição operacional;
• duração do teste;
• quantidade de ciclos;
• resposta esperada;
• condição impeditiva;
• regra para reteste;
• regra para aceitação com pendência, quando admitida;
• evidência que deve ser preservada.

Expressões como “funcionamento normal”, “teste satisfatório”, “sem anomalias” ou “resultado aprovado” são frágeis quando não existe uma referência que permita repetir a decisão.

A gestão de critérios de aceite começa na definição dos requisitos e continua até o comissionamento. Isso evita que execução, fiscalização e fornecedor utilizem referências diferentes para avaliar a mesma entrega.

O procedimento também precisa ser válido

Dois testes com o mesmo nome podem produzir evidências de qualidade muito diferente. O procedimento precisa especificar o modo de execução com nível de detalhe compatível com o risco e com a tecnologia.

Antes de considerar o resultado, é necessário verificar:

• revisão do procedimento utilizada;
• escopo do teste;
• pré-requisitos;
• configuração inicial do sistema;
• instrumentos e ferramentas;
• sequência de passos;
• pontos de medição;
• cargas ou estímulos aplicados;
• parâmetros observados;
• tolerâncias;
• critérios de interrupção;
• tratamento de falhas;
• forma de registro;
• condição para repetição.

Um resultado obtido por procedimento superado, incompleto ou não aprovado pode não demonstrar aquilo que o contrato exige, mesmo quando aparece como PASS.

Pré-condições inadequadas podem produzir um PASS enganoso

O teste só é representativo quando as condições de execução correspondem ao cenário que se deseja validar. Uma demonstração simplificada pode mascarar problemas que surgem com carga, integração, redundância, contingência ou operação real.

Algumas pré-condições relevantes são:

• sistema na revisão/configuração correta;
• instalação concluída no escopo testado;
• alimentação definitiva ou condição equivalente controlada;
• interfaces necessárias disponíveis;
• ambiente de rede correto;
• instrumentos estabilizados;
• sensores e atuadores associados;
• bases de dados e parâmetros carregados;
• permissões e licenças ativas;
• condições ambientais registradas quando influenciam o resultado;
• pendências anteriores classificadas.

Um equipamento que funciona conectado a uma bancada de teste não necessariamente comprova comportamento no ambiente definitivo. Esse é justamente o motivo pelo qual FAT e SAT possuem papéis distintos, e por que testes integrados podem ser necessários mesmo depois de resultados individuais satisfatórios.

Instrumento, calibração e rastreabilidade metrológica

Quando a conclusão depende de medição, a confiabilidade da evidência passa pelo recurso utilizado. O instrumento precisa ser adequado à grandeza, faixa e precisão necessárias ao ensaio. Quando a rastreabilidade metrológica é requisito ou é necessária para dar confiança ao resultado, devem existir evidências de calibração ou verificação compatíveis com o uso.

Não basta anexar um certificado qualquer. É preciso verificar se:

• o instrumento identificado no relatório é o mesmo utilizado no ensaio;
• o certificado corresponde ao número de série correto;
• a validade estava vigente na data do teste, quando aplicável ao sistema de gestão adotado;
• a faixa de medição é adequada;
• a incerteza e a resolução não tornam a comparação irrelevante;
• não existem restrições de uso que comprometam o resultado;
• a configuração e os acessórios utilizados são compatíveis com o método.

A orientação do ISO 9001 Auditing Practices Group sobre rastreabilidade de medição reforça a necessidade de evidência objetiva quando a rastreabilidade é necessária para confiar na validade dos resultados.

O registro precisa preservar mais do que a palavra PASS

Um relatório que contém somente item, data e PASS dificulta auditoria, reteste e investigação posterior. A evidência precisa permitir reconstruir o teste sem depender da memória das pessoas envolvidas.

Conforme a criticidade, o registro pode incluir:

• identificação do objeto;
• procedimento e revisão;
• requisito ou critério;
• valores brutos medidos;
• limites aplicáveis;
• data e horário;
• executor;
• testemunhas;
• instrumento;
• condição do sistema;
• capturas de tela;
• logs;
• fotografias contextualizadas;
• arquivos exportados pelo equipamento;
• desvios observados;
• observações de campo;
• assinatura ou aprovação digital;
• referência ao RNC/NCR ou punch item quando houver.

O resultado calculado é útil, mas os dados que o originaram são o que permite verificar sua integridade.

Arquivo nativo pode ser a diferença entre evidência e simples impressão

Quando o equipamento ou software de teste produz arquivo nativo, a preservação desse arquivo pode aumentar significativamente a auditabilidade. PDF e planilha são formatos excelentes para leitura e consolidação, mas podem não manter todos os metadados, curvas, parâmetros, logs e informações de origem existentes no arquivo do instrumento.

Por isso, em sistemas de maior criticidade, o plano de testes ou a matriz documental pode exigir simultaneamente:

• relatório legível em PDF;
• arquivo nativo do instrumento ou software;
• exportação estruturada, quando disponível;
• checksum ou controle de integridade quando o risco justificar;
• identificação do equipamento testado;
• vínculo com o repositório documental;
• controle de versão.

A exigência precisa ser proporcional e prevista. Nem todo teste gera arquivo nativo e nem todo contrato precisa de checksum. O princípio é preservar evidência suficiente para que o proprietário consiga auditar o resultado sem depender exclusivamente de uma impressão produzida pelo próprio executor.

Amostragem: um PASS pode representar somente uma pequena parcela

Um dos erros mais comuns é extrapolar o resultado de uma amostra para todo o universo sem critério estatístico, técnico ou contratual. A extensão do teste deve ser definida pelo risco, norma aplicável, tipo de sistema, repetitividade do processo e consequência de falha.

Três estratégias são frequentes:

Estratégia	Aplicação típica	Limitação
100% dos itens	requisitos críticos, certificações unitárias, funções obrigatórias	maior esforço e tempo
Amostragem definida	itens repetitivos com processo controlado	exige critério de seleção e regra de expansão
Teste por cenário	sistemas integrados e funções complexas	cobertura depende da qualidade dos cenários

A amostra precisa ser identificável. Em um conjunto com centenas de itens, selecionar apenas os de melhor acesso ou aqueles previamente preparados reduz a força da evidência. Amostragem independente, aleatória, estratificada ou direcionada a risco pode produzir uma visão mais confiável, conforme o caso.

Se uma contraprova independente encontra falha em item anteriormente aprovado, a resposta não deve ser apenas corrigir aquele elemento. É necessário avaliar se o achado indica problema isolado ou falha sistêmica e, quando justificável, ampliar a amostra ou repetir a campanha de testes.

Reteste precisa fechar a causa, não apenas produzir um novo PASS

Quando um item falha, a sequência correta não é simplesmente executar novamente até aparecer PASS. O reteste precisa vir depois da análise do desvio.

A cadeia mínima é:

1. registrar a falha;
2. preservar a evidência original;
3. identificar causa provável ou confirmada;
4. executar correção autorizada;
5. avaliar impacto em itens semelhantes ou interfaces;
6. definir extensão do reteste;
7. executar novamente sob procedimento controlado;
8. registrar resultado e vínculo com o desvio original;
9. verificar encerramento da não conformidade.

Se uma alteração de configuração resolveu o problema, essa mudança precisa chegar à baseline, ao As-Built, ao backup e aos registros aplicáveis. Sem isso, o teste passa, mas a documentação entregue continua descrevendo um sistema diferente daquele que foi efetivamente corrigido.

Witness test, Hold Point e verificação independente

A qualidade da evidência aumenta quando o proprietário não depende exclusivamente da autodeclaração de quem executou. Isso não significa repetir integralmente todos os ensaios, mas estruturar mecanismos de supervisão proporcionais ao risco.

Um Witness Point permite que o contratante, fiscalização ou Owner’s Engineering acompanhe determinado teste. Um Hold Point impede avanço até que a condição especificada seja liberada. Uma verificação independente pode repetir parte dos testes ou realizar contraprovas selecionadas.

A escolha depende de criticidade, repetibilidade e custo de falha. É especialmente útil aplicar verificação independente quando:

• o resultado sustenta pagamento relevante;
• a atividade será encoberta ou ficará inacessível;
• o fornecedor controla sozinho geração e interpretação da evidência;
• existe histórico de inconsistência;
• o sistema é crítico;
• uma falha posterior teria alto impacto operacional;
• a aceitação encerra importante parcela de responsabilidade contratual.

A independência não elimina a responsabilidade da contratada pela qualidade. Ela aumenta a confiança do proprietário na decisão.

PASS individual não substitui teste integrado

Sistemas complexos podem funcionar perfeitamente de forma isolada e falhar nas interfaces. Por isso, testes unitários, FAT, SAT e verificações de componentes não substituem necessariamente testes de integração e cenários de operação.

Exemplos de falhas que podem escapar de ensaios individuais:

• perda de comunicação entre sistemas;
• sequência de comando incorreta;
• timeout ou latência;
• prioridade inadequada de alarmes;
• inconsistência de horário;
• perda de redundância;
• comportamento inesperado na falta de energia;
• retorno incorreto após restabelecimento;
• permissões de acesso incompatíveis;
• falha em failover;
• dados não propagados entre plataformas;
• resposta inadequada em cenário de emergência.

A IEC 62381:2024 inclui FIT e SIT justamente para tratar a integração em fábrica e no local. O princípio é geral: conformidade de partes não comprova automaticamente desempenho do sistema como conjunto.

O teste precisa conversar com a documentação final

O encerramento técnico não pode manter testes em um silo e As-Built em outro. O registro de aceitação precisa ser reconciliado com a configuração final entregue.

Isso envolve, conforme o objeto:

• desenhos revisados;
• diagramas;
• listas de pontos;
• inventário de ativos;
• firmware e software;
• parâmetros;
• endereçamento;
• licenças;
• backups;
• listas de cabos;
• tags;
• certificados;
• relatórios de inspeção;
• RNCs/NCRs;
• punch list;
• procedimentos;
• manuais;
• treinamento;
• Data Book.

Se o teste foi feito sobre uma configuração provisória e a documentação final descreve outra, o PASS perdeu parte da sua capacidade de sustentar a entrega. A rastreabilidade precisa conectar o que foi testado ao que ficou instalado.

Data Book não deve ser um depósito de resultados sem contexto

Quantidade de arquivos não equivale a qualidade documental. Um Data Book pode conter centenas de relatórios e ainda não permitir responder quais requisitos foram testados, quais itens falharam, quais foram retestados e qual versão final deve ser considerada.

Uma estrutura de aceitação madura deve permitir navegar de forma lógica:

requisito → item → procedimento → execução → resultado → desvio → correção → reteste → evidência final → aceite.

Quando essa cadeia é mantida em GED/EDMS ou outra fonte controlada, a equipe de operação recebe informação muito mais útil do que um conjunto de PDFs desconectados.

Recebimento contratual é mais amplo do que aprovação do teste

Em contratações regidas pela Lei nº 14.133/2021, o art. 140 diferencia recebimento provisório e definitivo e estabelece que obras e serviços sejam recebidos mediante verificação do cumprimento das exigências técnicas e contratuais. O mesmo dispositivo prevê que ensaios, testes e outras provas exigidos por normas técnicas oficiais, salvo disposição em contrário, correm por conta do contratado.

Isso reforça uma distinção importante: o teste é uma evidência para o recebimento; ele não é o recebimento em si. A decisão precisa considerar o contrato como um todo.

No recebimento técnico podem existir, além dos testes:

• entregáveis documentais;
• garantias;
• correções de pendências;
• treinamento;
• peças sobressalentes;
• documentação legal;
• ART/RRT quando aplicável;
• As-Built;
• Data Book;
• manuais;
• licenças;
• critérios de operação e manutenção;
• obrigações remanescentes.

Em contratos privados ou submetidos a regulamentos próprios, a lógica permanece contratual: a referência deve ser o instrumento aplicável, sem transportar automaticamente regras da Lei nº 14.133 para regimes que não são regidos por ela.

Como transformar resultados de teste em uma decisão de aceite

Uma decisão tecnicamente defensável pode ser estruturada por gates. O responsável não precisa revisar cada arquivo do mesmo modo; precisa verificar se as evidências necessárias foram produzidas, se exceções estão identificadas e se os itens impeditivos foram resolvidos.

Situação	Tratamento recomendado
PASS válido, rastreável e sem pendência associada	elegível para compor o aceite
PASS com documentação incompleta	manter pendência documental
PASS sem identificação inequívoca do objeto	não usar como evidência conclusiva até reconciliar
PASS sem critério previamente definido	submeter à análise técnica; não presumir aceite
PASS em amostra insuficiente	ampliar cobertura conforme risco/critério
PASS após correção sem vínculo com falha original	completar rastreabilidade do reteste
PASS individual com integração ainda não verificada	manter gate de integração/comissionamento
FAIL ou desvio crítico	bloquear avanço definido pelo plano de testes
Pendência não impeditiva	tratar conforme classificação e regras contratuais

O objetivo não é criar uma burocracia de assinatura sobre cada resultado. É evitar que um dado parcial seja transformado, por pressão de prazo, em conclusão maior do que aquilo que ele tecnicamente demonstra.

Criticidade das pendências precisa ser definida

Nem toda pendência tem o mesmo efeito sobre o aceite. A classificação deve considerar segurança, funcionalidade, desempenho, risco operacional, manutenção, documentação e impacto contratual.

Uma taxonomia simples pode separar:

• impeditiva: inviabiliza operação, segurança, desempenho essencial ou atendimento contratual;
• maior: requer correção e validação antes do aceite definitivo, embora possa não impedir testes subsequentes;
• menor: não compromete função essencial e pode ter tratamento controlado conforme contrato;
• documental: evidência ou registro faltante que precisa ser completado;
• informativa: observação sem necessidade de ação corretiva.

Essa classificação precisa estar associada a responsável, prazo, evidência de fechamento e autoridade para encerramento.

Teste independente não significa teste adversarial

A verificação independente deve ser entendida como mecanismo de confiança, não como tentativa de encontrar falhas a qualquer custo. O objetivo é reduzir conflito de interesse e aumentar a qualidade da evidência.

Uma campanha independente bem desenhada pode:

• selecionar amostras sem influência do executor;
• repetir medições críticas;
• verificar coerência de identificadores;
• confrontar arquivos nativos com relatórios exportados;
• revisar parâmetros do instrumento;
• observar execução de procedimentos;
• checar consistência entre teste e As-Built;
• validar fechamento de não conformidades;
• recomendar ampliação da amostra quando surgirem inconsistências.

O resultado pode confirmar integralmente o trabalho da contratada. Esse também é um resultado valioso: fornece ao proprietário evidência adicional de que a campanha original é confiável.

O papel do comissionamento nessa cadeia

Comissionamento organiza a verificação progressiva da entrega desde requisitos e planejamento até testes, integração, documentação, prontidão e handover. Ele evita concentrar toda a validação no fim.

A IEC 62337:2012 estabelece fases e marcos entre a conclusão da montagem e a aceitação da planta pelo proprietário no contexto de sistemas elétricos, instrumentação e controle da indústria de processo. A aplicação concreta precisa ser adaptada ao tipo de empreendimento, mas o princípio é relevante para outros sistemas: existem estados intermediários de conclusão e prontidão que precisam ser demonstrados antes do aceite.

Por isso, um PASS em SAT pode liberar a próxima etapa e ainda não significar recebimento final. Um teste integrado aprovado pode demonstrar prontidão funcional e ainda depender de documentação final. Um sistema com punch list controlada pode avançar para operação assistida quando o plano permitir, sem que todas as obrigações contratuais estejam encerradas.

O valor do comissionamento está justamente em transformar esses marcos em decisões explícitas.

Experience: quando a evidência precisa ser auditável por terceiros

O sinal de alerta surge quando existe grande volume de resultados aprovados, mas a equipe do proprietário não consegue reconstruir com segurança qual item foi testado, por qual método, em qual condição, com qual arquivo de origem e contra qual critério.

O risco é aceitar uma conclusão estatisticamente ou documentalmente maior do que a evidência disponível. Isso pode acontecer por identificação incorreta, exportação de relatórios sem arquivos nativos, retestes sem rastreabilidade, amostragem inadequada ou simples desconexão entre campo e documentação.

A barreira de controle é separar produção da evidência e validação da evidência. A contratada continua responsável por executar e documentar seus testes; o proprietário, fiscalização ou Owner’s Engineering avalia se o conjunto é suficiente para a decisão. Quando o risco justifica, contraprovas independentes aumentam a confiança.

O aprendizado que deve retornar ao próximo contrato é objetivo: critérios, formatos de arquivo, extensão dos testes, amostragem, witness points, regras de reteste, identificação, documentação e condição de aceite precisam ser previstos antes da execução.

Considerações finais

PASS é um resultado; aceite é uma decisão. Entre um e outro existe uma cadeia de engenharia que precisa permanecer íntegra.

O proprietário deve conseguir responder o que foi testado, contra qual requisito, por qual método, em quais condições, com qual instrumento, por quem, com qual registro, qual abrangência, quais desvios e qual versão final do sistema foi efetivamente entregue. Quando essas respostas estão disponíveis e reconciliadas, o resultado de teste ganha força como evidência.

Quando não estão, a quantidade de relatórios aprovados pode criar apenas aparência de controle.

A melhor prática é projetar o aceite desde o início: requisitos verificáveis, critérios prévios, PIT/ITP, procedimentos, arquivos de origem, rastreabilidade, witness testing, gestão de não conformidades, retestes, comissionamento, As-Built e documentação final trabalhando como uma única cadeia de evidências.

Referências técnicas

[1] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 62381:2024 — Automation systems in the process industry — Factory acceptance test (FAT), site acceptance test (SAT), and site integration test (SIT). Geneva: IEC, 2024. Disponível em: https://webstore.iec.ch/en/publication/67572

[2] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 62337:2012 — Commissioning of electrical, instrumentation and control systems in the process industry — Specific phases and milestones. Geneva: IEC, 2012. Disponível em: https://webstore.iec.ch/en/publication/6871

[3] BRASIL. Lei nº 14.133, de 1º de abril de 2021. Lei de Licitações e Contratos Administrativos, especialmente art. 140. Disponível em: https://www.planalto.gov.br/ccivil_03/_ato2019-2022/2021/lei/l14133.htm

[4] ISO 9001 AUDITING PRACTICES GROUP. Guidance on Measurement Traceability. Geneva: ISO/IAF. Disponível em: https://www.iso.org/files/live/sites/tc176sc2/files/documents/ISO%209001%20Auditing%20Practices%20Group%20docs/Auditing%20to%20ISO%209001%202015/APG-MeasurementTraceability2015.pdf

Perguntas frequentes

Um resultado PASS significa que o equipamento ou sistema está aceito?

Não. PASS demonstra que uma verificação específica atendeu ao critério aplicado. O aceite técnico considera também abrangência, rastreabilidade, documentação, pendências, integrações e demais requisitos contratuais.

Qual é a diferença entre teste de aceitação e aceite técnico?

O teste produz evidências sobre requisitos específicos. O aceite técnico é a decisão formal tomada a partir do conjunto de evidências, entregáveis, pendências e critérios aplicáveis ao marco contratual.

Arquivo PDF do teste é suficiente?

Pode ser suficiente em alguns casos, mas quando o instrumento ou software gera arquivo nativo e a criticidade exige auditabilidade, é recomendável preservar também o arquivo de origem, metadados e vínculo com o item testado.

Quando fazer contraprova independente?

Quando o risco, a criticidade, o impacto financeiro, a dificuldade de acesso posterior, o histórico de inconsistências ou a dependência da autodeclaração do executor justificarem uma camada adicional de verificação.

Um SAT aprovado encerra o comissionamento?

Não necessariamente. O SAT verifica o sistema no ambiente de instalação, mas o plano pode exigir testes integrados, fechamento de pendências, documentação, As-Built, treinamento, handover e outros gates antes do aceite final.

Como tratar um item que falhou e depois passou no reteste?

A falha original deve permanecer registrada, com causa, correção, impacto em itens semelhantes, extensão do reteste e vínculo com o novo resultado. O novo PASS não deve apagar a evidência da não conformidade anterior.

Materiais técnicos complementares

Soluções relacionadas

• Gestão de Requisitos, Evidências e Critérios de Aceite

Serviços relacionados

• Ensaios e Testes Técnicos: verificação, desempenho, conformidade e aceite
• Comissionamento de Engenharia: planejamento, testes, prontidão e handover
• Auditoria Técnica de Data Book e Documentação Final de Engenharia

Conteúdos principais sobre o tema

• FAT e SAT: o que são, diferenças, testes integrados e critérios de aceite
• Critérios de Aceite em Engenharia: requisitos, evidências e validação técnica
• Sistema instalado não é sistema entregue: diferença entre conclusão física, entrega técnica e aceite

Conteúdos técnicos correlatos

• Plano de Inspeção e Testes (PIT/ITP): como estruturar pontos de controle, critérios e registros
• QA/QC Independente em Engenharia: quando o Owner precisa de uma terceira parte
• Documentação de Engenharia como condição de medição e aceite técnico
• Comissionamento: guia completo do planejamento, testes, aceite e handover