As demos de fornecedores provam que um sistema funciona em condições de demo. Elas não provam que funciona no seu local, nas suas condições de câmera, no seu ambiente de iluminação, com os seus padrões de tráfego.
Os testes de aceitação são o processo que preenche essa lacuna. Aqui está um protocolo que qualquer equipa de segurança pode executar antes de assinar qualquer piloto de IA de segurança.
Fase 1: Testes de câmera baseline (Semana 1)
Antes de qualquer avaliação de deteção, avalie a qualidade de câmera baseline:
Teste de resolução e taxa de frames: Para cada câmera que vai executar deteção, verifique que produz imagens de resolução e taxa de frames adequadas nas condições de operação normais. Inclua testes em:
- Condições normais de iluminação de turno de dia
- Condições de turno noturno ou pouca luz
- Condições de clima adverso se aplicável (chuva, nevoeiro, poeira)
Teste de estabilidade de ligação de rede: Execute cada câmera durante 48 horas e registe a % de uptime de feed. Câmeras com menos de 95% de uptime de feed criam lacunas de deteção inaceitáveis para um sistema de segurança.
Fase 2: Testes de precisão de deteção (Semanas 2-3)
Execute testes de precisão de deteção usando cenários conhecidos:
Teste de deteção de EPI: Faça 20 passagens de cada câmera de deteção de EPI configurada com combinações variadas de EPI completo/incompleto. Registe taxa de deteção correta e taxa de falso positivo.
Teste de deteção de zona: Crie 20 entradas de zona conhecidas em cada zona configurada e registe taxa de deteção de alerta.
Teste de deteção de veículo-pedestre: Organize 10 cenários de conflito controlado e não conflito perto de cada câmera de deteção de veículo-pedestre e registe taxa de alerta correta.
Critérios de aceitação: A taxa de deteção correta deve ser ≥95% para cada caso de uso. A taxa de falso positivo deve ser <5% por 8 horas de operação.
Fase 3: Teste de cadeia de alerta (Semana 3)
Teste a cadeia completa de alerta desde a deteção até a resposta:
Latência de alerta: Meça o tempo desde o evento detetado até ao alerta aparecer no display da sala de controle. Deve ser <500ms para todos os tipos de alerta.
Fiabilidade de entrega de alerta: Execute 50 eventos de teste e confirme que 100% resultaram em alertas entregues ao receptor designado dentro do SLA de tempo de resposta configurado.
Teste de cadeia de escalação: Para os tipos de alerta que têm escalação automatizada se não reconhecidos, confirme que a escalação dispara ao tempo correto e para o receptor correto.
Fase 4: Teste de operação de 24 horas (Semanas 4-6)
Execute o sistema em modo de operação completa durante 4 semanas antes da assinatura:
Taxa de uptime do sistema: ≥99% de uptime de sistema durante o período de piloto.
Taxa de erro sustentada: A taxa de erro medida ao longo de 4 semanas de operação deve cumprir as especificações do fornecedor. Exija os dados brutos, não apenas um resumo.
Revisão de resposta a alertas: Reveja uma amostra de 20% dos alertas gerados para verificar que foram adequadamente reconhecidos e respondidos de acordo com os protocolos definidos.
Critérios de aprovação/reprovação
Um sistema está pronto para assinatura se:
- Todos os testes de câmera baseline passaram
- As taxas de precisão de deteção cumprem as especificações em condições de local real
- A latência de alerta é <500ms
- O sistema manteve ≥99% de uptime durante o piloto de 4 semanas
- A taxa de erro medida ≤0,1% ao longo do período do piloto
Um sistema que falha em qualquer um destes critérios precisa de resolução antes da assinatura — não depois.
