Como documentar testes de software em aparelhos do cliente estrangeiro

Quando o cliente estrangeiro exige testes em aparelhos que ele controla, combine como a equipe terá acesso, qual versão deve ser instalada e quais evidências poderão ser guardadas. Identifique os dispositivos e as condições de teste sem expor informações desnecessárias. O aceite precisa mostrar o que foi executado, o que ficou bloqueado e como cada resultado se liga ao plano de trabalho.

Confirme o inventário e a forma de acesso

Peça ao cliente os modelos, as versões do sistema e as contas de teste. Confirme se os aparelhos estarão em um laboratório remoto, com a equipe do cliente ou temporariamente sob responsabilidade do prestador. Defina quem pode instalar versões e restaurar configurações. Se o acesso depende de rede interna, confirme a janela e a pessoa responsável por liberar o ambiente.

A documentação do Android descreve como executar aplicativos em dispositivos físicos. A Apple oferece o TestFlight para distribuir versões de teste em seu ecossistema. A forma de instalação e as permissões dependem do produto e da conta do cliente. Registre o método escolhido e confirme se a versão instalada é a que o comprador quer avaliar.

Use uma ficha por combinação testada

Evite registrar números de série, contas pessoais ou dados de produção quando um código interno for suficiente. Se for necessário gravar a tela, siga a autorização do cliente e revise o conteúdo antes de compartilhar. Use dados de teste sempre que estiverem disponíveis. Para um resultado bloqueado, explique se faltou aparelho, permissão, build ou informação.

Exemplo com quatro aparelhos

Uma equipe brasileira é contratada para testar um fluxo de cadastro em quatro aparelhos do comprador. Em três deles, a versão acordada é instalada. No quarto, o cliente ainda não liberou a conta necessária. O relatório registra as três combinações executadas e marca a quarta como bloqueada, com o responsável e a data da próxima revisão.

Se o comprador disponibilizar outro aparelho, compare o modelo e a versão do sistema com o plano. Um dispositivo substituto pode ampliar a evidência, mas não confirma o comportamento no dispositivo original. Registre a mudança e peça o aceite do cliente. Se a versão do aplicativo mudar antes do reteste, mantenha a referência dos resultados antigos e indique o build da nova execução.

Comprove o problema sem confundir ambiente e versão

Quando um cenário falha, registre em quais aparelhos e builds ele foi reproduzido. Inclua condições como idioma, rede ou permissão apenas quando ajudam a investigar. Se o cliente repetir o teste e obter outro resultado, confronte as versões e os dados usados. Um vídeo sem a referência da versão pode mostrar a falha sem permitir reproduzir o caso.

Quando o teste é assistido por uma pessoa do cliente, combine o roteiro e quem captura as evidências. Confirme o que acontece quando o aparelho fica indisponível. Se a equipe tiver de abrir outra janela para concluir, registre o impacto no prazo e no preço conforme a proposta. A documentação deve explicar o que foi entregue e por que alguns cenários ficaram para depois.

Feche com o aceite do ambiente previsto

Guarde o plano, os resultados por combinação, os chamados e a confirmação de aceite. Se houver dados ou aplicativos a remover no fim do projeto, registre quem executará a ação e quando. Na invoice, cite o ciclo, o período e a referência do relatório, sem incluir registros sensíveis. Para o fechamento, associe a cobrança ao aceite e ao comprovante de recebimento.

Confira acessórios e condições especiais

Alguns cenários dependem de câmera, notificações, rede móvel, acessório ou estado específico do aparelho. Confirme quais condições devem ser usadas e quem as disponibiliza. Se a execução remota não permitir um teste, descreva o bloqueio antes de declarar cobertura. Um cenário substituído por outra condição deve ter a mudança aceita pelo comprador. Isso ajuda a explicar a diferença entre a cobertura orçada e a cobertura demonstrada.

Se a equipe recebe evidência produzida pelo cliente, registre quem executou o cenário e quando. Confirme o build e as condições usadas antes de incorporar o resultado ao relatório. Quando o prestador não acompanhou a execução, indique a fonte da evidência para que o comprador possa revisá-la.

Antes de encerrar, confirme se o comprador precisa receber um relatório separado por dispositivo. Use o mesmo identificador do inventário em todos os arquivos para facilitar a conferência.

Perguntas frequentes

Posso usar um emulador se o aparelho do cliente não estiver disponível?

Confirme se a substituição é aceita para aquele cenário. Identifique o ambiente usado e deixe explícita a pendência de verificação no aparelho previsto.

Como registrar um cenário bloqueado?

Indique dispositivo, versão, cenário, causa e responsável pela liberação. Registre se será retomado e em qual janela.

O que incluir na evidência para cobrar o ciclo?

Use o plano aprovado, os resultados por versão e aparelho e o aceite do comprador. Preserve informações técnicas sensíveis no canal autorizado.

Fontes oficiais

• Android Developers — execução em aparelho físico
• Apple Developer — distribuição de builds pelo TestFlight

Leituras relacionadas

• Como cobrar integração de API de um cliente estrangeiro
• Guias para exportadores de serviços

Como a Zen pode ajudar

A contabilidade para exportação de serviços da Zen ajuda a organizar documentos, conciliar recebimentos e analisar as regras da sua operação. Peça uma proposta personalizada para conversar sobre o seu caso.