Quando è corretto registrare le informazioni sul nome file / riga per gli errori?

2

Abbiamo un'applicazione C ++ commerciale a sorgente chiusa. Alcuni dei nostri messaggi di errore registrati sono in inglese semplice come "ERRORE: impossibile leggere il file 'pippo'". Mentre altri usano una macro per stampare informazioni sul nome di file / riga come "" SplineReticulator.cpp (423): fuori limite ".Questo non è un assert o un crash, l'applicazione recupera bene, ma è un errore che vogliamo registrare.

Che cosa è una buona regola empirica quando un semplice messaggio di errore in inglese è appropriato rispetto a un nome di file / linea? O gli errori di tipo nome file / riga sono appropriati anche per software commerciale closed-source? Abbiamo sentito l'argomento che non sono professionali, ma sono utili per il debug.

    
posta Philip 11.09.2013 - 06:03
fonte

2 risposte

5

Se la tua applicazione produce un file di registro, inserisci tutti i dati del nome del modulo / numero di linea. Gli errori per l'utente dovrebbero essere in $ usersLocalLanguage quando possibile. Se hai bisogno delle informazioni dettagliate mentre risolvi il problema di un cliente, puoi chiedere all'utente di inviarlo via e-mail e analizzare quello che desideri.

Se non ha un file di registro, allora potresti voler avere una finestra di dialogo con un semplice errore per l'utente, e poi un pannello "dettagli" (chiuso, di default ) dove possono copiare i dettagli tecnici (con nome file / numero di riga) e incollarli in una e-mail e inviarli a voi.

    
risposta data 11.09.2013 - 06:14
fonte
0

La nostra linea guida è che i dettagli tecnici vengono registrati solo a livello di debug. Tutti gli altri messaggi sono destinati al consumo dei clienti e devono essere formulati correttamente con un minimo di gergo tecnico. (I semplici umani devono essere in grado di capire.: -)

    
risposta data 12.09.2013 - 17:32
fonte

Leggi altre domande sui tag