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

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 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.

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 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 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 diferencia adição ao carrinho e retorno à página conforme a plataforma. O guia de problemas de carrinho 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 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. 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 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 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, e um caminho próprio para falta de créditos. 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 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, 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.

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.

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. Se a principal pendência estiver na referência da peça, aprofunde a revisão de imagens de produto e variantes. 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.