# Como testar um provador virtual com IA: 7 testes de aceite para o piloto

> Faça o aceite do piloto de provador virtual com 7 testes: imagem, catálogo, variantes, tamanho, celular, falhas e métricas. Inclui ficha imprimível para a equipe.

Canonical: https://provei.ai/blog/testar-provador-virtual-ia-checklist

Guia de decisão para e-commerce

Faça o aceite do piloto de provador virtual com 7 testes: imagem, catálogo, variantes, tamanho, celular, falhas e métricas. Inclui ficha imprimível para a equipe.

Por Provei.AI · pesquisa e síntese com assistência de IAPublicado em: 2026-11-11

Em resumo

Teste o provador virtual com casos e critérios definidos antes da execução: fidelidade visual, catálogo correto, variante levada à compra, orientação de tamanho quando contratada, jornada no celular, recuperação de falhas e medição. O piloto deve terminar com evidências, pendências e uma decisão de escopo, não apenas com imagens bonitas. Os sete testes abaixo são um roteiro de aceite para uma solução já selecionada; não são resultados de testes realizados.

A Provei.AI é responsável por este conteúdo e também fornece uma das soluções abordadas. A análise é documental, não um teste independente de desempenho.

Uma demonstração pode terminar com uma boa imagem e ainda deixar perguntas importantes sem resposta: ela veio do produto certo? O tamanho escolhido chegou ao carrinho? O que aconteceu quando a conexão caiu? O relatório contou uma compra ou apenas uma tentativa? O piloto existe para tornar essas respostas verificáveis na configuração da sua loja.

Este roteiro começa **depois da contratação ou da escolha de uma shortlist para piloto**. Não compara preços, fornecedores ou condições de compra. A Provei.AI é responsável pelo conteúdo e fornece a solução usada como referência documental nos exemplos; tem, portanto, interesse comercial no tema. Nenhum dos testes foi executado para este artigo.

Use um ambiente autorizado, produtos de teste sem pedidos reais e materiais sintéticos de avaliação acordados com o fornecedor. Não use fotos, medidas ou contatos de clientes. Uma imagem sintética ajuda a verificar um percurso controlado, mas não representa toda a diversidade de pessoas e situações do uso real.

## Por onde começar, conforme a sua prioridade

### A imagem convenceu, mas falta revisar o produto

Separe fidelidade do resultado e identidade da entrada. Uma visualização bonita pode ter sido gerada a partir da referência errada.

[Ver este critério](https://provei.ai/blog/testar-provador-virtual-ia-checklist#teste-1-fidelidade-visual)

### O piloto precisa chegar até o carrinho

Teste mudança de variante e leia o carrinho real do ambiente de teste. Um clique ou aviso de sucesso não substitui essa conferência.

[Ver este critério](https://provei.ai/blog/testar-provador-virtual-ia-checklist#teste-3-variante-e-compra)

### Também contratamos orientação de tamanho

Inclua os casos de grade, base das medidas e exceções. Se o escopo é apenas visual, registre o teste de tamanho como não aplicável, sem fingir que foi aprovado.

[Ver este critério](https://provei.ai/blog/testar-provador-virtual-ia-checklist#teste-4-tamanho-condicional)

### Preciso levar um aceite para a reunião

Use a ficha para registrar esperado, observado, evidência e bloqueio em cada teste. Não some pontos para compensar uma falha grave.

[Ver este critério](https://provei.ai/blog/testar-provador-virtual-ia-checklist#ficha-imprimivel-de-aceite)

## Antes de rodar: congele o escopo, não o catálogo inteiro

Escolha uma família de produtos que a equipe consiga revisar e inclua suas dificuldades reais: peça lisa e estampada, construções diferentes quando estiverem no escopo, referências com qualidade distinta, produto sem dados suficientes e uma variação indisponível. Não existe uma quantidade universal de SKUs que torne o piloto representativo. Registre por que cada caso entrou e quais categorias ficaram de fora.

Identifique a versão do tema, do componente, do catálogo e das configurações. Na Provei, [Experiência na loja](https://provei.ai/ajuda/experiencia-na-loja/) distingue prévia e alterações publicadas, inclusive publicação parcial quando uma parte falha. Ver a configuração no editor não comprova que a página usada no piloto recebeu a mesma versão. Confira a página do ambiente autorizado depois da mudança.

Distribua a revisão por função: a equipe de produto ou estilo avalia a identidade visual da peça; catálogo confere vínculos; quem mantém a loja verifica variante e compra; dados confere a leitura dos eventos. A pessoa que executa pode acumular funções, mas deve registrar quem assume cada decisão. Fornecedor e loja precisam concordar previamente com os comportamentos obrigatórios, inclusive os que dependem de integração.

Para cada caso, escreva o esperado antes de gerar o resultado. Use quatro estados de registro: **aprovado**, **reprovado**, **não executado** ou **não aplicável**, este último sempre com motivo. Um teste bloqueado por falta de acesso ou material não vira aprovado por ausência de erro observado.

Diagrama explicativo · não é tela ou resultado de produto

## Figura 1 — Quatro pontos que uma imagem sozinha não valida

A jornada precisa manter a mesma identidade do produto da página à ação de compra. Confira cada ponto separadamente para localizar a origem de uma divergência.

### Página e escolha

- Entrada / ponto de partida

  Produto, variante e estado de disponibilidade no ambiente de teste.

- Saída / decisão

  Referência do que a pessoa pretende avaliar.

- Limite / conferência

  O botão aparecer não comprova que o catálogo está associado corretamente.

### Entrada do provador

- Entrada / ponto de partida

  Item do catálogo, imagem-fonte e configuração usados no caso.

- Saída / decisão

  Identidade documentada da entrada.

- Limite / conferência

  Uma importação concluída não comprova a adequação de todas as referências.

### Resultado apresentado

- Entrada / ponto de partida

  Visualização gerada para aquela seleção.

- Saída / decisão

  Peça identificável, estado claro e ações coerentes.

- Limite / conferência

  A imagem não demonstra ajuste físico nem confirma uma transação.

### Retorno à compra

- Entrada / ponto de partida

  Variante e tamanho escolhidos ao continuar.

- Saída / decisão

  Carrinho conferido ou retorno explícito à página, conforme a integração.

- Limite / conferência

  Não registrar compra quando houve apenas clique, tentativa ou encaminhamento.

Diagrama conceitual original para planejar a conferência. Não é captura da Provei, prova de integração ou registro de um piloto executado.

## Os 7 testes e o que impede o aceite

A matriz é o mapa de revisão. Os procedimentos completos vêm a seguir. As falhas graves são propostas de critério de parada para o piloto e devem entrar no acordo de aceite, não são defeitos observados em qualquer fornecedor.

| Critério                  | Caso a executar                                                                        | Resultado esperado                                                                                         | Falha grave                                                                                     |
| ------------------------- | -------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------- |
| 1. Fidelidade visual      | Gerar a partir de referências revisadas, incluindo detalhes que identificam a peça.    | Resultado mantém os elementos visuais decisivos dentro dos limites acordados.                              | Modificar ou apagar um elemento que muda a identidade ou a interpretação comercial da peça.     |
| 2. Catálogo e cobertura   | Conferir entrada, vínculo e atualização em produtos elegíveis e não elegíveis.         | Cada página usa o produto e a referência aprovados; ausências têm tratamento previsto.                     | Usar outro produto ou uma referência antiga sem que a equipe perceba.                           |
| 3. Variante e compra      | Trocar seleção, continuar a compra e ler o destino da ação.                            | Identidade e escolha acompanham a jornada; carrinho ou redirecionamento são coerentes.                     | Levar variante errada ou afirmar adição que não pôde ser confirmada.                            |
| 4. Tamanho, se contratado | Verificar tabela, recomendação, comparação e exceções do escopo.                       | Base, tipo de peça e tamanho estão identificados; falta de dados é explícita.                              | Sugerir a partir de tabela errada ou apresentar imagem como garantia de caimento.               |
| 5. Celular e acesso       | Percorrer a jornada e comparar a página com e sem integração em condições controladas. | Ações acessíveis, saída clara e carregamento, interatividade e estabilidade dentro dos limites combinados. | Bloquear uma ação essencial ou exceder o limite de regressão acordado para a página hospedeira. |
| 6. Falhas e dados         | Provocar falhas controladas e conferir mensagens, recuperação e exposição de dados.    | O estado é verdadeiro, o caminho de recuperação funciona e a evidência não expõe dados indevidos.          | Expor dados de outra sessão, repetir uma ação de compra às cegas ou simular sucesso após falha. |
| 7. Medição                | Confrontar uma sequência conhecida com a evidência técnica e o relatório aplicável.    | Unidades, períodos e etapas são reconciliáveis; cliques, carrinhos e pedidos não se confundem.             | Contar tentativa como sucesso ou apresentar associação entre uso e compra como efeito causal.   |

## 1. Fidelidade visual: a peça continua sendo a mesma?

**Prepare:** para cada SKU do piloto, escolha a referência aprovada e escreva os detalhes visíveis que não podem desaparecer: posição de estampa, recorte, comprimento relativo, fechamento, gola ou outro elemento que define a peça. Não use a imagem para deduzir composição, gramatura ou elasticidade. A avaliação é da informação visual apresentada.

**Execute:** combine a referência com os materiais sintéticos de teste aceitos pelo fornecedor e compare entrada e saída lado a lado. Se a repetição da geração fizer parte do plano, defina isso antes e preserve também os resultados problemáticos. Escolher somente a melhor imagem esconde variabilidade e enfraquece o aceite. Registre separadamente problema na referência de entrada e alteração introduzida na visualização.

**Resultado esperado:** a equipe de produto reconhece os elementos decisivos e consegue apontar os limites da representação. Uma camiseta estampada não pode ser avaliada apenas pela silhueta; o desenho e sua disposição importam. Uma peça estruturada não pode ser aprovada só porque a cor está parecida. Variações de tela e iluminação devem ser consideradas, sem transformar isso em autorização para representar outro produto.

**Falha grave:** a visualização troca, apaga ou inventa um detalhe capaz de alterar a decisão de compra, ou é apresentada como reprodução física exata do caimento. Na comparação de tamanhos, a [ajuda Provei](https://provei.ai/ajuda/medidas-e-tamanhos/comparar-com-uma-peca/) informa que a imagem é ilustrativa e realça diferenças para facilitar a comparação. Ela não serve como régua para medir a peça ou o corpo.

**Evidência de aceite:** ID do caso, SKU de teste, versão da referência, identificação da saída e observação objetiva sobre cada detalhe previsto. Arquive somente materiais de teste aprovados, sem fotos de clientes. Se o requisito não puder ser avaliado com esses materiais, registre a limitação; não afirme que o piloto comprovou fidelidade em pessoas reais.

## 2. Catálogo: a página está usando a entrada correta?

**Prepare:** relacione página de produto, identificador no catálogo e referência fotográfica aprovada. Inclua um item com dados completos, um sem referência adequada e um cuja vinculação precise ser conferida. Este teste examina o cadastro que alimenta a experiência; a mudança de seleção durante a sessão fica no teste seguinte.

**Execute:** abra cada página e confronte o item carregado no provador com a relação preparada. Faça uma atualização controlada de referência ou de vínculo no ambiente autorizado, registre a versão e confira novamente a página após o procedimento de atualização previsto. Observe se produtos não elegíveis ficam sem a experiência ou recebem uma explicação adequada, conforme o escopo combinado.

**Resultado esperado:** produto, imagem e vínculo correspondem ao cadastro aprovado. O comportamento de item incompleto é explicável e não reutiliza silenciosamente o último produto válido. A [importação por link da Provei](https://provei.ai/ajuda/produtos/adicionar-por-link/) pode terminar com falhas parciais e orienta revisar os produtos depois da importação. Por isso, o status de conclusão não substitui a conferência dos itens do piloto.

**Falha grave:** uma página abre outro produto, uma alteração não chega à experiência sem que isso fique claro ou uma referência antiga é tratada como atual. Não corrija esse tipo de problema escolhendo uma geração visualmente melhor: a origem está no vínculo ou na atualização.

**Evidência de aceite:** referência da página de teste, IDs envolvidos, versão da imagem-fonte, data da atualização e leitura após a mudança. Se não for possível obter a identidade da entrada, peça ao fornecedor uma evidência rastreável. Ausência de acesso é uma pendência, não prova de que o vínculo está correto.

## 3. Variante e compra: o que foi escolhido chega ao destino?

**Prepare:** use um produto de teste com variações distinguíveis e uma seleção indisponível quando o ambiente permitir. Defina previamente se a integração deve adicionar ao carrinho ou encaminhar à página de produto. Não exija adição direta de uma integração cujo comportamento contratado seja o redirecionamento.

**Execute:** selecione uma variante, abra o provador e confira sua identificação. Altere a seleção conforme o fluxo permitir, inclusive antes de iniciar uma nova geração, e observe se resultado e ação de compra deixam claro a qual escolha pertencem. Continue a compra sem finalizar pedido e leia o carrinho do ambiente de teste: produto, variante, tamanho e quantidade. Faça também o percurso de uma seleção sem estoque informado ou indisponível, conforme os casos preparados.

**Resultado esperado:** não há mistura entre resultado antigo e escolha nova. Uma imagem da variante anterior precisa continuar identificada como anterior ou ser substituída de modo explícito. O que chega ao carrinho corresponde ao que a pessoa escolheu; quando a saída é a página do produto, a interface explica que a compra continua ali e não afirma que o item já foi adicionado.

A [jornada documentada da Provei](https://provei.ai/ajuda/provador-virtual/como-funciona/) diferencia adição ao carrinho e retorno à página conforme a plataforma. O guia de [problemas de carrinho](https://provei.ai/ajuda/solucao-de-problemas/carrinho-nao-adiciona/) também prevê resposta inconclusiva: o item pode ou não ter entrado. Nesse caso, conferir o carrinho antes de tentar novamente evita duplicação. Não trate uma espera encerrada como autorização para repetir a ação às cegas.

**Falha grave:** variante ou tamanho incorretos no destino, repetição indevida de quantidade, oferta de item indisponível como compra confirmada ou mensagem de sucesso que contradiz o carrinho. **Evidência:** sequência de seleções e leitura saneada do estado final, sem criar pedido real. O teste termina no comportamento da ação de compra, não no processamento de pagamento.

## 4. Tamanho: a orientação usa a grade certa, quando faz parte do escopo?

**Prepare:** se o contrato inclui somente visualização, registre _não aplicável — orientação de tamanho fora do escopo_. Isso não é uma aprovação de sizing. Se inclui tabela, recomendação ou comparação, identifique a versão da grade, o tipo de peça, os tamanhos aplicáveis e a interpretação de cada coluna: corpo, largura de peça plana, circunferência ou comprimento.

**Execute:** percorra os recursos contratados com perfis inteiramente fictícios, definidos para o ensaio e sem vínculo com pessoas. Inclua os cenários relevantes: medidas principais preenchidas, uma região sem dado, situação entre tamanhos, tamanho indisponível e ausência de uma opção adequada. A equipe responsável pela modelagem deve descrever o comportamento esperado e a justificativa antes da execução; não invente uma medida corporal ou uma folga para forçar determinada sugestão.

**Resultado esperado:** a tabela exibida pertence ao produto e preserva sua base. A recomendação explica seus limites, e a alternativa escolhida não apaga a identidade do recomendado. A [documentação atual do Descubra seu tamanho](https://provei.ai/ajuda/medidas-e-tamanhos/tamanho-ideal/) prevê resultados distintos, como sugestão pela tabela quando falta informação de estoque e tamanho mais próximo quando não há encaixe ideal. A indicação não deve ser interpretada como certeza de ajuste ou disponibilidade.

Na Provei, confira também o [vínculo e os tamanhos aplicáveis](https://provei.ai/ajuda/medidas-e-tamanhos/vincular-produtos/). Ajustes de caimento do produto afetam sua recomendação, mas o guia e a comparação continuam usando a tabela. A equipe deve saber qual configuração está revisando; não presumir que uma correção se propagou para toda a jornada.

**Falha grave:** tabela ou tipo de peça errados, confusão de base de medida, sugestão sem dado suficiente apresentada como confiável ou imagem usada como certificação de caimento físico. **Evidência:** versão da grade, cenário fictício, interpretação esperada e saída textual observada. Não registre medidas reais nem transforme esse teste funcional em alegação de precisão para toda a clientela.

## 5. Celular e acesso: dá para concluir e sair da jornada?

**Prepare:** escolha aparelhos e navegadores a partir dos ambientes que a loja pretende atender. Anote modelo, sistema, navegador e versão. Emulação de viewport ajuda a revisar layout, mas não substitui conferir seletor de arquivos, permissões e retomada do navegador em um aparelho real. Não chame um teste em emulador de validação de iPhone ou Android físico.

**Execute:** entre pela página de produto, abra o provador e envie um material sintético permitido. Se câmera e galeria fizerem parte do fluxo, confira as duas entradas com materiais de teste adequados; não improvise uma foto de cliente. Cancele a seleção, negue a permissão de câmera, volte da galeria, aguarde o processamento, veja o resultado e feche a janela. Teste também teclado, ordem de foco e zoom nas ações essenciais.

**Resultado esperado:** cancelar não prende a pessoa; negar câmera oferece um caminho compatível com o escopo; envio, espera, erro e resultado são compreensíveis. Botões de continuar, voltar, fechar e comprar permanecem acessíveis com teclado aberto, zoom e elementos flutuantes da loja. Ao fechar, a página mantém contexto suficiente para continuar a compra. A [ajuda da jornada Provei](https://provei.ai/ajuda/provador-virtual/como-funciona/) distingue o envio no celular e no computador; confira o comportamento de fato disponível na configuração do piloto.

Se tempo de espera for critério obrigatório, defina o orçamento aceitável antes, separe envio e processamento e registre as condições de conexão. Não adote como promessa da loja o tempo visto em uma única execução. O objetivo aqui é saber se a pessoa entende o estado e consegue agir, inclusive quando o percurso demora mais do que o esperado.

**Subcaso: a página da loja antes de abrir o provador.** Em ambiente autorizado, compare a mesma página e produto com a integração habilitada e desabilitada, mantendo aparelho, navegador, rede, cache e demais scripts comparáveis. Defina previamente os limites de regressão aceitáveis, repita as medições e registre as condições. Confira carregamento, resposta às interações e deslocamentos de layout na própria página, além da janela do provador. A orientação de [Web Vitals](https://web.dev/articles/vitals) separa carregamento, interatividade e estabilidade visual; um ensaio de laboratório não comprova aprovação dos indicadores de campo. Não misture esse custo da integração com o tempo para gerar uma imagem.

**Falha grave:** não conseguir fechar a janela ou alcançar uma ação indispensável, foco preso sem saída, controle encoberto, perda da escolha sem aviso ou regressão da página hospedeira além do limite previamente acordado. **Evidência:** ambiente exato, condições e repetições das medições com e sem integração, etapas percorridas e capturas saneadas dos estados, inclusive erro e fechamento. Uma única captura do resultado não cobre o percurso.

## 6. Falhas e dados: o erro é tratado sem criar outro risco?

**Prepare:** combine com o fornecedor formas seguras de provocar erro no ambiente de teste: arquivo não aceito, arquivo acima do limite documentado, interrupção de rede e indisponibilidade simulada. Se testar saldo ou quota, use um estado de teste fornecido para isso; não esgote créditos nem interrompa uma loja em produção. Se não houver forma segura de simulação, registre o caso como não executado.

**Execute:** provoque uma falha por vez, leia a mensagem, tente a recuperação prevista e confira se o resultado corresponde à nova tentativa. Durante processamento com rede instável, observe se o sistema continua aguardando, conclui ou explica a falha; não presuma que o pedido foi cancelado. A Provei documenta [mensagens diferentes para foto recusada, limite e conexão](https://provei.ai/ajuda/solucao-de-problemas/foto-recusada/), e um caminho próprio para [falta de créditos](https://provei.ai/ajuda/solucao-de-problemas/sem-creditos/). Mensagem genérica de foto ruim não deve esconder uma indisponibilidade do serviço.

No mesmo ensaio, confira os limites de dados que a configuração combinada deveria preservar: o que o fluxo pede, onde o perfil fictício reaparece, como é reiniciado e quais dados aparecem nas evidências disponibilizadas à equipe. Use sessões de teste separadas para conferir que um perfil não surge indevidamente em outra sessão. Não compartilhe credenciais, chaves, tokens, imagens de clientes ou cópias integrais de registros técnicos. Registre apenas evidência saneada e necessária.

**Resultado esperado:** o erro tem causa e próximo passo compreensíveis; a nova tentativa não recupera silenciosamente um produto antigo nem duplica uma ação de compra; dados não aparecem fora do contexto previsto. A [ajuda de privacidade e segurança da Provei](https://provei.ai/ajuda/privacidade-e-seguranca/) descreve responsabilidades da loja e recursos relacionados. Conferir o comportamento de uma configuração **não é auditoria de segurança nem validação de conformidade com a LGPD**. Questões legais ou de tratamento de dados exigem avaliação própria dos responsáveis.

**Falha grave:** exposição de dados de outra sessão, credencial em evidência compartilhável, sucesso fictício após erro ou recuperação que repete compra sem conferir o estado. Interrompa o caso, restrinja a circulação da evidência e acione os responsáveis. **Evidência:** condição provocada, mensagem literal sem dados pessoais, estado final e referência do chamado. Não basta registrar que o suporte respondeu; é preciso repetir o caso corrigido antes de encerrar o bloqueio.

## 7. Medição: cada número corresponde ao que aconteceu?

**Prepare:** escreva uma sequência conhecida de ações para o ensaio e defina quais deveriam produzir registro: abrir, iniciar envio, concluir ou falhar, receber orientação, escolher alternativa e continuar a compra, conforme o escopo. Esses são nomes editoriais de etapas, não nomes garantidos de eventos de qualquer produto. Combine como a implementação permitirá verificar a sequência sem registrar dados pessoais.

**Execute:** percorra a sequência e confronte-a com a evidência técnica disponibilizada e com os indicadores que devem recebê-la. Inclua uma tentativa que falha, uma retomada e uma repetição deliberada. Verifique se a distinção entre tentativa e conclusão permanece e se a repetição tem o tratamento definido. Quando o sistema exclui tráfego de teste de determinada tela, confira pela evidência apropriada; não gere tráfego externo só para fazer um cartão subir.

**Resultado esperado:** a equipe consegue explicar a unidade, o período, o fuso e as regras de cada indicador, bem como eventual atraso. Na [documentação de métricas Provei](https://provei.ai/ajuda/resultados/entenda-as-metricas/), eventos, pessoas e visitas são unidades distintas. O funil conta visitas; as provas contam eventos. A mesma pessoa repetir uma prova não significa uma nova pessoa, e dividir contagens de unidades diferentes pode produzir uma taxa sem sentido.

Confira também o significado de carrinho e receita. A ajuda documenta adições associadas ao uso do provador ou à recomendação também pelo botão da página do mesmo produto. Sem Google Analytics conectado, _receita estimada_ é uma estimativa a partir de carrinhos, não venda confirmada. Não a reconcilie como se fosse o financeiro da loja, nem some receitas por recurso sem conferir as regras de sobreposição.

**Falha grave:** registrar tentativa como sucesso, duplicar uma conclusão fora da regra definida ou chamar clique e estimativa de pedido pago. Outro bloqueio de leitura é concluir que o provador causou mais vendas apenas porque quem o usou comprou mais. Pessoas que decidem usar o recurso podem já estar mais interessadas. Essa comparação descreve associação, não isola efeito causal.

**Evidência:** roteiro conhecido, dicionário de indicadores, registros saneados e reconciliação explicada. O aceite pode afirmar que a medição está coerente dentro do escopo verificado; não que o produto aumentou conversão. Se a pergunta seguinte for impacto incremental, ela exige desenho próprio de avaliação, por exemplo uma comparação randomizada bem planejada quando viável, com critérios e análise definidos antes. Não invente significância, amostra mínima ou ganho esperado para fechar este piloto.

Diagrama explicativo · não é tela ou resultado de produto

## Figura 2 — Da execução ao aceite, sem pular para uma promessa de impacto

O piloto funcional e a avaliação de impacto respondem a perguntas diferentes. Esta figura mostra o que é possível concluir a partir da execução dos casos planejados.

### Ação conhecida

- Entrada / ponto de partida

  Roteiro do caso e condições registradas antes de executar.

- Saída / decisão

  Referência do que deveria acontecer.

- Limite / conferência

  Não ajustar o esperado depois só para aprovar o resultado.

### Evidência observada

- Entrada / ponto de partida

  Entrada, saída, estado da compra e registros saneados disponíveis.

- Saída / decisão

  Comparação entre esperado e observado, com divergências identificadas.

- Limite / conferência

  Um clique ou contador isolado não comprova compra, fidelidade ou benefício.

### Decisão de escopo

- Entrada / ponto de partida

  Casos obrigatórios, bloqueios e limitações documentados.

- Saída / decisão

  Liberar o escopo testado, corrigir e repetir ou interromper.

- Limite / conferência

  Aceite funcional não demonstra aumento causal de vendas nem valida toda a operação.

Diagrama conceitual original. Não contém métricas observadas, resultados de teste ou estimativas de eficácia.

## Como decidir sem esconder o problema numa média

Não atribua notas para compensar riscos de naturezas diferentes. Uma boa imagem não compensa uma variante errada no carrinho, e um relatório completo não compensa exposição indevida de dados. Trate como bloqueio de ampliação qualquer falha grave nos percursos obrigatórios até que haja correção e repetição documentada do caso.

Quando o problema estiver restrito a uma categoria ou integração não essencial, a alternativa pode ser reduzir o piloto ao que foi efetivamente verificado. Isso exige conseguir isolar o trecho, retirar a promessa correspondente e registrar o limite de forma explícita. Se não houver isolamento confiável, não declare liberação parcial.

**Liberar** significa aceitar o escopo que passou pelos casos obrigatórios, com limitações conhecidas. **Corrigir e repetir** significa manter o bloqueio aberto com função responsável e critério de encerramento. **Interromper** significa que um requisito obrigatório não foi atendido ou não pôde ser demonstrado. A falta de evidência de um caso obrigatório não pode ser renomeada como aprovação com ressalva.

Após uma alteração, repita o caso que falhou e os percursos que ela pode afetar. Trocar uma referência de catálogo pede nova conferência de identidade; mudar o seletor do tema pede nova conferência de variante e carrinho. O registro de aceite deve identificar a versão corrigida. Uma evidência da versão anterior não aprova automaticamente a seguinte.

## Ficha imprimível de aceite do piloto

Ficha estática para impressão ou anotação local. Use os campos de identificação e preencha uma linha de execução para cada caso de cada teste. Não inclui formulário de envio, salvamento automático ou dados de clientes. Campos em branco são espaços de trabalho, não testes concluídos.

**Identificação do piloto**

- Fornecedor/solução
- Ambiente autorizado
- Período e fuso
- Versão do tema, componente, catálogo e configurações

**Escopo que poderá ser liberado**

- Categorias/modelagens
- Páginas e SKUs de teste
- Plataformas, aparelhos e navegadores incluídos
- O que fica fora, e por quê

**Materiais e evidências permitidos**

- Referências e imagens sintéticas aprovadas
- Local restrito de evidência saneada
- Como evitar fotos, medidas, contatos e credenciais de pessoas

**Linha de execução — repetir por caso**

- Teste e ID do caso
- Condição/preparação
- Passos
- Resultado esperado, definido antes
- Observado
- Evidência e versão
- Estado: aprovado / reprovado / não executado / não aplicável, com motivo

**Teste 1 — Fidelidade visual**

- Detalhes da peça que precisam ser preservados
- Casos/saídas revisados, inclusive divergentes
- Parecer da função responsável pelo produto
- Falha grave aberta?

**Teste 2 — Catálogo e cobertura**

- Relação página → produto → referência
- Caso incompleto
- Atualização controlada e leitura posterior
- Pendência de vínculo ou referência

**Teste 3 — Variante e compra**

- Seleções percorridas
- Comportamento esperado da integração: carrinho / página do produto. Estado final conferido e quantidade
- Inconclusão, repetição ou seleção errada

**Teste 4 — Tamanho, quando aplicável**

- Faz parte do escopo?
- Grade, base das medidas e tipo de peça
- Casos fictícios de exceção
- Resultado e justificativa
- Se não aplicável, registrar exclusão, não aprovação

**Teste 5 — Celular e acesso**

- Aparelho, sistema, navegador e versão
- Real ou emulado
- Envio/cancelamento/permissão/espera/resultado/fechamento
- Teclado, foco e controles essenciais
- Página com e sem integração, condições, repetições, limite acordado e diferenças em carregamento/interatividade/estabilidade

**Teste 6 — Falhas e dados**

- Falha controlada provocada
- Mensagem e recuperação
- Estado final
- Limites de dados e sessões conferidos
- Pendência de segurança/privacidade encaminhada, sem alegar conformidade

**Teste 7 — Medição**

- Sequência conhecida e evidência técnica
- Unidade, período, fuso e regra de contagem
- Conciliação e atrasos explicados
- Estimativa, clique ou associação que não pode ser chamada de venda/causa

**Bloqueios e repetição**

- Falha grave/ID
- Função responsável pela correção
- Versão corrigida
- Critério e evidência de repetição
- Data combinada
- Casos obrigatórios ainda não executados

**Decisão registrada**

- Liberar somente o escopo testado / corrigir e repetir / interromper
- Justificativa e limitações
- Função responsável pelo aceite
- Próxima revisão
- Sem pontuação automática e sem inferir efeito comercial

[Baixar ficha em texto (.txt)](https://provei.ai/downloads/decision-guides/pt-BR/testar-provador-virtual-ia-ficha-imprimivel-de-aceite.txt)

## Um piloto útil deixa uma decisão que outra pessoa consegue conferir

Ao final, a equipe deve conseguir mostrar qual versão foi avaliada, quais casos foram executados, o que ocorreu e por que a decisão foi tomada. Um acervo de imagens sem entrada identificada, sem estado de variante e sem critério de parada não oferece essa rastreabilidade.

Se os critérios de contratação ainda estão em aberto, volte ao guia sobre [como escolher um provador virtual para loja online](https://provei.ai/blog/provador-virtual-para-loja-online-como-escolher). Se a principal pendência estiver na referência da peça, aprofunde a [revisão de imagens de produto e variantes](https://provei.ai/blog/imagem-produto-ia-revisar-variante). O aceite não precisa resolver toda a operação de uma vez: precisa deixar claro o que está pronto, o que falta e o que ainda não pode ser prometido.

## Como este conteúdo foi preparado

Conteúdo de responsabilidade da Provei.AI, produzido com assistência de IA na pesquisa documental, estruturação e redação em **10/11/2026**. Foram lidos guias operacionais oficiais sobre jornada, catálogo, personalização, carrinho, tamanhos, falhas, dados e métricas. A Provei comercializa a solução usada como referência e tem interesse comercial no assunto.

Os sete testes, os critérios propostos de falha grave e a ficha são uma síntese editorial para planejar o aceite com a equipe e o fornecedor. Não houve teste prático independente, execução de piloto, coleta de dados de clientes ou medição de desempenho. As fontes documentam comportamentos declarados, não comprovam sua execução na loja do leitor. O roteiro não valida conformidade com a LGPD, não substitui auditoria de segurança e não demonstra impacto causal em vendas.

## Fontes para conferir e aprofundar

- [Google web.dev — Web Vitals](https://web.dev/articles/vitals)

  Distingue carregamento, interatividade e estabilidade visual, indicadores de campo e diagnóstico de laboratório. Consulta em 10/11/2026; não comprova desempenho de qualquer integração. · Consulta: 10/11/2026.

- [Ajuda Provei — Como funciona o provador virtual](https://provei.ai/ajuda/provador-virtual/como-funciona/)

  Etapas de envio e resultado, alternativas conforme dispositivo e comportamento de compra dependente de plataforma. Consulta documental em 10/11/2026; atualização exibida: 06/11/2026. Não demonstra teste da integração da loja. · Consulta: 10/11/2026.

- [Ajuda Provei — Experiência na loja](https://provei.ai/ajuda/experiencia-na-loja/)

  Distinção entre editor, prévia e publicação, atualização na página e possibilidade de publicação parcial. Consulta em 10/11/2026; atualização exibida: 21/10/2026. · Consulta: 10/11/2026.

- [Ajuda Provei — Adicionar produtos por link da loja](https://provei.ai/ajuda/produtos/adicionar-por-link/)

  Importação de produtos e referências, falhas parciais e orientação de conferir o catálogo depois da importação. Consulta em 10/11/2026. · Consulta: 10/11/2026.

- [Ajuda Provei — O provador não adiciona ao carrinho](https://provei.ai/ajuda/solucao-de-problemas/carrinho-nao-adiciona/)

  Seleção de tamanho, diferenças de integração, estados de estoque e resposta inconclusiva que exige verificar o carrinho antes de repetir. Consulta em 10/11/2026; atualização exibida: 06/11/2026. · Consulta: 10/11/2026.

- [Ajuda Provei — Descubra seu tamanho](https://provei.ai/ajuda/medidas-e-tamanhos/tamanho-ideal/)

  Requisitos da recomendação, leitura de tabela e resultados de exceção, sem equivaler sugestão a ajuste garantido. Página completa lida no navegador em 10/11/2026; atualização exibida: 10/11/2026. · Consulta: 10/11/2026.

- [Ajuda Provei — Vincular tabelas de medidas aos produtos](https://provei.ai/ajuda/medidas-e-tamanhos/vincular-produtos/)

  Tamanhos aplicáveis e tipo de peça; ajustes do produto afetam recomendação, enquanto guia e comparador continuam usando a tabela. Consulta em 10/11/2026; atualização exibida: 09/11/2026. · Consulta: 10/11/2026.

- [Ajuda Provei — Comparar tamanhos na foto do cliente](https://provei.ai/ajuda/medidas-e-tamanhos/comparar-com-uma-peca/)

  Fluxo recomendado versus alternativa e caráter ilustrativo da imagem com diferenças de caimento realçadas. Página completa lida no navegador em 10/11/2026; atualização exibida: 21/10/2026. · Consulta: 10/11/2026.

- [Ajuda Provei — Foto recusada ou limite de imagens atingido](https://provei.ai/ajuda/solucao-de-problemas/foto-recusada/)

  Estados distintos de formato, tamanho, qualidade de foto, limite e conexão; orientação para não enviar credenciais e não compartilhar fotos de clientes sem autorização. Consulta em 10/11/2026; atualização exibida: 21/10/2026. · Consulta: 10/11/2026.

- [Ajuda Provei — Créditos acabaram: o provador não gera provas](https://provei.ai/ajuda/solucao-de-problemas/sem-creditos/)

  Indisponibilidade de geração por saldo ou plano, separada de problema da foto. Consulta em 10/11/2026; atualização exibida: 30/10/2026. · Consulta: 10/11/2026.

- [Ajuda Provei — Privacidade e segurança](https://provei.ai/ajuda/privacidade-e-seguranca/)

  Descrição oficial do uso de dados e das responsabilidades da loja, proteção de acessos e encaminhamento a guias específicos. Consulta no navegador em 10/11/2026; atualização exibida: 30/10/2026. Não constitui parecer jurídico, auditoria de segurança ou certificação de LGPD. · Consulta: 10/11/2026.

- [Ajuda Provei — Entenda as métricas do provador](https://provei.ai/ajuda/resultados/entenda-as-metricas/)

  Eventos, pessoas e visitas, definições de carrinho e receita estimada, sobreposição por recurso e advertência de associação sem causalidade na comparação entre grupos. Página completa lida no navegador em 10/11/2026; atualização exibida: 06/11/2026. · Consulta: 10/11/2026.

## Defina o aceite do seu piloto com a Provei

Leve os casos obrigatórios, a configuração da loja e a ficha sem dados pessoais. A conversa pode delimitar o ambiente, as evidências disponíveis e os comportamentos que precisam ser confirmados antes de ampliar o uso.

[Conversar sobre o escopo do piloto](https://provei.ai/contato)

## Continue pela próxima decisão

- [Como escolher um provador virtual para loja online](https://provei.ai/blog/provador-virtual-para-loja-online-como-escolher)
- [Imagem de produto com IA: revisar a variante](https://provei.ai/blog/imagem-produto-ia-revisar-variante)
- [Tabela, recomendação ou comparador de tamanho](https://provei.ai/blog/tabela-recomendacao-comparador-tamanho-qual-usar)

## Related

- [English](https://provei.ai/en/blog/testing-ai-virtual-try-on-checklist)