Vai al contenuto
kenjtecJournal
Cerca nel Journal

Mostra l’errore: passaggi di consegne più chiari a ChatGPT con gli screenshot

Uno screenshot mostra lo stato, ma non automaticamente la sua causa. Una segnalazione visiva completa di un bug collega la vista, l'azione e un passo successivo verificabile.

Ana tiene due foto identiche una accanto all’altra e ne ha cerchiato un punto su una. Illustrazione creata con l’IA.

«Il pulsante è sbagliato» è difficile da trasformare in un'azione. «Dopo l'invio, su uno schermo stretto l'avviso compare a destra, fuori dal modulo» fornisce già un'azione, uno stato e uno scostamento visibile. Uno screenshot diventa prezioso quando integra una descrizione di questo tipo.

ChatGPT supporta le immagini come contesto, inclusi screenshot e diagrammi. La documentazione consiglia di indicare l'area rilevante, il risultato desiderato e i limiti della domanda. Il nostro esempio è costituito da due viste artificiali di un modulo. Non è stata effettuata alcuna analisi reale delle immagini né alcuna correzione.

Le immagini devono mostrare stati confrontabili

L'immagine A mostra un modulo di registrazione vuoto, l'immagine B lo stato dopo l'inserimento dei dati e l'invio. La larghezza della finestra resta la stessa. Un problema inserito di proposito riguarda l'avviso sotto il pulsante. In questo modo è chiaro quale cambiamento c'è tra le due immagini.

Descrivi esplicitamente l'ordine. Due allegati dall'aspetto simile senza spiegazione rendono allettante trattare le differenze come preferenze di design arbitrarie. Rimuovi i dati personali se non servono per la domanda tecnica. Per cominciare bastano contenuti dei campi inventati.

Separa l'osservazione visibile dall'ipotesi tecnica

L'immagine può mostrare che una riga è tagliata. Da questo non deriva ancora se la responsabilità sia di una larghezza fissa, di un a capo, di un font diverso o di un elemento genitore. Una risposta utile dovrebbe tenere separati questi livelli.

Compare the two form views I created myself.
A: before input. B: after submitting, same window width.
Look at the notice below the button.
1. Describe only visible differences.
2. State the expected behaviour from my description.
3. Mark technical causes explicitly as guesses.
4. Suggest a small next checking step.

Questa nostra richiesta non chiede ancora una correzione completa del codice. Una domanda di approfondimento mirata sul relativo HTML o sulla regola CSS pertinente può essere più utile di una modifica sicura di sé a una causa presunta.

Una segnalazione di bug è un piccolo contratto su uno stato

Tieni insieme lo stato iniziale, l'azione, l'aspettativa e l'osservazione effettiva. Aggiungi la larghezza della finestra e, se rilevante, il contenuto inserito. Questo permette a una seconda persona di provare a ricreare esattamente lo stesso stato. È una base più solida di una singola frase su una schermata «rotta».

Starting point: empty sample form at a fixed narrow width.
Action: enter example data, then submit.
Expected: notice remains fully readable below the button.
Observed: notice extends sideways beyond the form area.
Open: which specific rule causes the overflow?

Si tratta di un risultato illustrativo per lo schema previsto, non del resoconto di un'applicazione effettivamente osservata. È proprio questa indicazione a impedire che una descrizione plausibile del bug venga in seguito spacciata per un bug del prodotto realmente riprodotto.

Cambia una sola condizione alla volta

Un passo successivo potrebbe ricreare lo stesso identico stato usando la tastiera oppure esaminare la regola associata. Se cambi contemporaneamente browser, larghezza, dati e contenuto, resta poco chiaro quale differenza abbia avuto effetto. Quando confronti, quindi, mantieni le condizioni riconoscibilmente uguali per quanto possibile.

Poi riporta la nuova osservazione come ulteriore prova. «Alla stessa larghezza, dopo questa modifica la riga è completamente visibile» è più concreto di «ora funziona». Una vera correzione comprende anche la verifica di altri stati sensati, come un testo dell'avviso più lungo.

Una vista parziale resta una vista parziale

Uno screenshot non mostra automaticamente la struttura del documento, una risposta del server o il percorso completo da tastiera. Né dimostra l'accessibilità nel suo insieme. Per queste domande ti servono osservazioni aggiuntive adeguate del lavoro reale.

La forza di un passaggio di consegne visivo sta nella sua precisione: persone e IA parlano dello stesso punto, dello stesso stato e della stessa aspettativa. Un passo successivo utile deriva dalla domanda ancora aperta. Un cambio di prodotto o un pulsante di riparazione generico non è un prerequisito per questo.

Fonti e stato della documentazione: 25 ottobre 2026.

Amburgo è il nostro punto di partenza.

L’utilità viaggia con te.

IA pratica da Amburgo, spiegata per tutti.

Articoli salvati