Testes de aceitação de rede: do controle de entrega à aceitação final
Tirado diretamente do Guia oficial de testes de aceitação dos roteadores AR da Huawei — as seis etapas que toda rede entregue percorre, da doca de descarga até o certificado de conclusão assinado, o que é testado em cada etapa, como se julga a aprovação e a documentação que comprova isso.
Por Atlas Yuwen Zhang, fundador da AtlasCommTech — 18 anos em ICT, 13 deles em redes de operadoras · Atualizado em julho de 2026
Por que o teste de aceitação é uma cadeia, não um evento único
Uma rede entregue não passa por uma única inspeção — ela percorre de quatro a seis pontos de verificação de aceitação distintos, cada um com seus próprios critérios de aprovação e sua própria assinatura, antes que o contrato possa ser encerrado.
O Guia de testes de aceitação de roteadores AR da Huawei define a aceitação como o marco contratual que confirma que o cliente recebeu equipamentos conforme as especificações prometidas — uma atividade conjunta entre o cliente e a equipe de instalação e comissionamento, realizada segundo as recomendações ITU-T, normas IETF, normas nacionais e os critérios próprios do fabricante do equipamento. A aceitação percorre todo o ciclo de entrega, desde o requisito original do cliente na fase de licitação até a negociação do contrato, a entrega do projeto e o encerramento do contrato, sendo um dos marcos-chave que aciona o pagamento.
O guia decompõe essa única palavra — “aceitação” — em quatro pontos de verificação: aceitação de fábrica, controle de entrega, aceitação de instalação e aceitação preliminar — seguidos de um período de operação experimental e uma aceitação final separada, uma vez encerrado esse período. Conduzir cada projeto pela mesma sequência, do início ao fim, é também a forma como entregamos na AtlasCommTech — veja o processo completo, da produção à entrega, em nossa página da Fábrica — e aqui está cada ponto de verificação em ordem: o que realmente é testado, como se julga a aprovação e o documento que cada etapa deixa como registro.
As seis etapas da doca de descarga ao certificado de conclusão
Cada etapa tem seus próprios critérios de aprovação e seu próprio rastro documental — pular a assinatura é exatamente o que transforma uma etapa de rotina em uma disputa seis meses depois.
Os rótulos do diagrama permanecem em inglês para maior clareza técnica.
O guia é explícito ao afirmar que esses quatro pontos de verificação ocorrem antes de um equipamento ser considerado comercialmente utilizável, com o período de operação experimental e a aceitação final encerrando o contrato posteriormente.
Aceitação de instalação: o que é fisicamente inspecionado
Antes de qualquer teste funcional ser executado, o próprio hardware instalado precisa passar por seis verificações — esta é a tabela de assinatura que o guia vincula a uma instalação concluída.
| Item | Norma e requisitos |
|---|---|
| Gabinete / caixa | Instalado na posição correta, fixado com firmeza, disposto de forma organizada, etiquetagem completa, fixações firmes, acabamento externo intacto. |
| Terminais periféricos | Terminal de gerenciamento de rede instalado na posição correta e totalmente configurado; gabinetes de equipamentos dispostos de forma organizada. |
| Roteamento de cabos | O roteamento e a amarração de fibra interna e cabos de comunicação atendem aos requisitos de qualidade de mão de obra; cabos de energia e cabos dispostos de forma organizada. |
| Aterramento | O método de conexão de aterramento atende à norma, o roteamento e a amarração atendem aos requisitos, resistência de aterramento de proteção abaixo de 1 ohm. |
| Energia | Sem falhas de aterramento na fiação de energia interna, roteamento dos cabos de energia organizado, conectores de energia CC conformes, resistência de isolamento do cabo de alimentação CC conforme. |
| Verificação de hardware | As placas podem ser inseridas ou removidas sem obstrução, os fixadores de placa são seguros, os dispositivos de alarme atendem aos requisitos, os programas carregados confirmam que o hardware está livre de falhas. |
As duas partes assinam essa tabela no local, com a data de inspeção registrada — o guia a chama de tabela de assinatura de aceitação de instalação, e é o pré-requisito antes do início do comissionamento e dos testes funcionais.
Aceitação preliminar: os itens de teste do pacote básico
A aceitação preliminar é onde as funções reais da rede são realmente testadas — o guia as organiza em um Pacote Básico, além de dois Pacotes Estendidos opcionais para qualquer coisa que exija visita ao local ou instrumentos especializados.
| ID do teste | O que verifica | Como se julga a aprovação |
|---|---|---|
| T01-0101 | Status de hardware do sistema | display device mostra Power = PowerOn e Register = Registered para cada placa instalada |
| T01-0201 | Relógio do sistema | clock datetime define a hora, e display clock confirma que ela entrou em vigor |
| T02-0101 | Login Telnet | Uma sessão Telnet autenticada por AAA chega com sucesso à visão de usuário do dispositivo |
| T02-0102 | Transferência de arquivo FTP | ftp get baixa o arquivo de destino do servidor FTP para o dispositivo sem erros |
| T02-0201 | Salvamento de configuração | save mantém as alterações de configuração após uma reinicialização completa do dispositivo |
| T03-0101 | Serviço básico de camada 2 | A interface entra na VLAN configurada e o roteador aprende o endereço MAC do par na VLAN correta |
| T04-0101 | Serviço básico de camada 3 | Conectividade roteada de ponta a ponta entre PCs de teste através do roteador |
<Huawei> system-view
[Huawei] sysname RouterA
[RouterA] aaa
[RouterA-aaa] local-user test password simple test@123
[RouterA-aaa] local-user test privilege level 3
[RouterA-aaa] quit
[RouterA] user-interface vty 0 4
[RouterA-ui-vty0-4] authentication-mode aaa
[RouterA-ui-vty0-4] quit
<Huawei> display device
AR2220's Device status:
Slot Sub Type Online Power Register Alarm Primary
0 - AR2220 Present PowerOn Registered Normal Master
<RouterA> clock datetime 15:00:00 2026-07-19
<RouterA> display clock
<RouterA> ftp
[ftp] open 1.1.0.1
[ftp] get sup.bin flash:/sup.bin
[ftp] bye
[RouterA] vlan 2
[RouterA] interface ethernet2/0/0
[RouterA-Ethernet2/0/0] port link-type access
[RouterA-Ethernet2/0/0] port default vlan 2
[RouterA] display vlan 2
[RouterA] display mac-address
<RouterA> saveOs itens do Pacote Básico são escolhidos de forma que uma aceitação remota — pela rede, sem visita ao local — seja suficiente. Os Pacotes Estendidos A e B existem para tudo que exija visita ao local ou instrumento caro, e, conforme o guia, são um serviço cobrado separadamente, não um item padrão.
5 armadilhas: onde o teste de aceitação realmente falha
Nenhum desses é um caso extremo exótico — são os mesmos poucos erros que o guia de origem aponta explicitamente.
1. Uma nota de entrega não é prova de que a entrega foi concluída
RISCOO guia divide o controle de entrega em duas etapas: uma verificação de contagem de caixas em relação ao manifesto de embarque, que aciona a nota de entrega, e uma verificação de lista de embalagem que só termina quando o último site é desembalado e assinado — potencialmente muito mais tarde. Vincular o pagamento total à nota de entrega arrisca pagar antes que a entrega esteja realmente completa.
PRÁTICA MAIS SEGURATrate a nota de entrega apenas como prova de que a contagem do embarque correspondeu ao manifesto — nada mais. Só considere a lista de embalagem assinada do último site como prova de que a entrega em si está encerrada.
2. Pular a tabela de assinatura de instalação pula a verificação de resistência de aterramento da qual tudo depois depende
RISCOA tabela de aceitação de instalação não é um item formal — é onde o guia exige resistência de aterramento de proteção abaixo de 1 ohm antes mesmo do início do comissionamento. Um dispositivo com aterramento marginal pode passar em todos os testes funcionais na aceitação preliminar e ainda assim falhar de forma imprevisível em produção.
PRÁTICA MAIS SEGURAAssine a tabela de instalação antes de agendar os testes de aceitação preliminar, não depois — o guia a coloca explicitamente como a etapa pré-requisito antes do início do comissionamento e dos testes funcionais.
3. Selecionar cada item do Pacote Estendido “só para ser minucioso” transforma uma aceitação remota em uma visita ao local cobrável
RISCOOs Pacotes Estendidos A e B visam indicadores de hardware e testes que exigem muitos instrumentos, que o guia afirma serem melhor controlados pelo sistema de qualidade de fábrica do que por um novo teste em campo — e ambos exigem tempo de site pago e instrumentos.
PRÁTICA MAIS SEGURASiga o próprio princípio de seleção do guia: escolha primeiro os itens do Pacote Básico, mantenha a quantidade de itens o mais reduzida possível e só adicione itens do Pacote Estendido quando o cliente insistir — com o custo de tempo e instrumentos negociado separadamente.
4. O teste de aceitação preliminar precisa de um relatório de solicitação antes de precisar de um plano de teste
RISCOO guia exige que um relatório de solicitação de aceitação preliminar seja enviado antes do início dos testes, além da mão de obra e aparência da instalação já terem passado na inspeção — pular direto para executar os itens de teste sem esse pré-requisito não é um atalho, é uma inversão de sequência.
PRÁTICA MAIS SEGURAConfirme que o relatório de solicitação foi arquivado e a aceitação de instalação foi assinada antes de agendar qualquer sessão de teste do Pacote Básico ou Estendido.
5. Um teste de erros de bit de 24 horas interrompido não retoma — ele reinicia
RISCOO guia é explícito ao afirmar que um teste de erros de bit de 24 horas deve ser executado sem interferência externa, seja humana ou relacionada à energia; qualquer anomalia precisa ter seu horário exato registrado, ou o teste deve ser refeito desde o início.
PRÁTICA MAIS SEGURAAgende os itens de teste de 24 horas para uma janela sem manutenção planejada em outras partes da sala, e trate qualquer interrupção como algo a ser refeito, não retomado.
Operação experimental e aceitação final: encerrando o contrato
O guia trata os três meses após a aceitação preliminar como evidência, não como formalidade — a aceitação final é onde essa evidência é julgada.
O teste mais direto da qualidade real de operação, segundo o guia, é como a rede realmente se comporta depois de transportar tráfego: cada falha de hardware e software durante o período de operação experimental de cerca de três meses é registrada, para que a estabilidade da rede possa ser avaliada com base no histórico real de operação, e não em um teste pontual.
- Registre cada falha durante a operação experimental — hardware e software — da mesma forma que os itens de teste de aceitação preliminar são assinados, com detalhes suficientes para que a revisão de aceitação final tenha evidências reais para trabalhar.
- Na aceitação final, confirme duas coisas segundo o guia: que todos os problemas deixados em aberto na aceitação preliminar foram resolvidos, e que nenhum problema novo surgiu durante a operação experimental.
- Se a aceitação final não passar, o processo do guia é renegociar um novo período de operação experimental e realizar a aceitação final novamente — não assinar contornando o problema em aberto.
- Uma vez aprovada a aceitação final, ambas as partes preenchem o relatório de aceitação final e emitem o certificado de conclusão — esse documento é o que coloca o dispositivo em operação oficial.
Projetos de soluções relacionadas
Cinco perguntas que surgem constantemente
Direto do campo — aquelas que vale a pena ter uma resposta pronta.
O controle de entrega é a mesma coisa que a aceitação de instalação?
Não — o controle de entrega, em duas etapas de verificação de contagem de caixas e verificação de lista de embalagem, confirma que o equipamento que chegou corresponde ao que foi enviado e pedido. A aceitação de instalação é uma etapa separada e posterior que inspeciona o hardware fisicamente instalado — gabinetes, cabeamento, aterramento, energia, placas — antes mesmo do início do comissionamento.
Precisamos testar todos os itens do Pacote Básico, ou podemos escolher?
O próprio princípio do guia é manter a quantidade de itens o mais reduzida possível, garantindo ainda que a rede e o negócio sejam utilizáveis — os itens do Pacote Básico são a prioridade, escolhidos porque podem ser verificados remotamente com instrumentos simples e baratos.
O que acontece se um cliente insistir em itens do Pacote Estendido A ou B que não cotamos originalmente?
O caminho sugerido pelo guia é primeiro apresentar ao cliente o sistema de garantia de qualidade do fabricante e os relatórios de teste de fábrica existentes; se ele ainda insistir, manter a quantidade de itens o mais reduzida possível e fazer o cliente arcar com o custo adicional de tempo e instrumentos.
Quanto tempo dura a operação experimental, e o que acontece se ocorrer uma falha durante ela?
Cerca de três meses, segundo o guia. Cada falha de hardware e software durante essa janela é registrada — esse registro é exatamente o que a aceitação final revisa para julgar se a rede está estável o suficiente para encerrar o contrato.
Qual documentação deve realmente permanecer após a assinatura da aceitação final?
No mínimo: a nota de entrega e a lista de embalagem assinada do controle de entrega, a tabela de assinatura de aceitação de instalação, a folha de assinatura dos itens de aceitação preliminar, o registro de falhas da operação experimental, e o relatório de aceitação final com seu certificado de conclusão — o guia vincula exatamente a esses documentos os marcos de pagamento e encerramento de contrato.
Limites honestos desta nota
Esta lista de verificação é construída a partir do Guia de testes de aceitação de roteadores AR da Huawei — suas definições de fluxo de aceitação, seus itens de teste do Pacote Básico abrangendo gerenciamento de dispositivos, configuração básica e serviço básico de camada 2 e 3, e sua tabela de assinatura de instalação. Ela cobre especificamente a sequência de aceitação para implantações de roteadores da série AR. Os procedimentos item a item dos Pacotes Estendidos A e B, os manuais de aceitação de outras linhas de produto, e as cláusulas contratuais de aceitação específicas do cliente são um conjunto diferente de documentos e não são cobertos aqui.
Referências
Normas e documentos do fabricante em que esta nota se baseia. A sintaxe dos comandos segue a documentação do fabricante; verifique o comportamento exato na sua versão de firmware.
Não tem certeza de qual pacote de aceitação seu projeto realmente precisa?
Envie-nos a lista de equipamentos, o número de sites e o que o cliente está pedindo para testar — ajudaremos você a definir um Pacote Básico que encerre o contrato sem transformar a aceitação em um segundo projeto.