В дополнение к информированию пользователя, мы хотим собирать информацию для наших целей отладки. Наша система является нишевой системой только для примерно 1400 клиентов, поэтому мы не так хорошо финансируемся, как хотелось бы, поэтому ошибки более распространены, чем хотелось бы. В настоящее время у нас есть окно, которое показывает первую строку сообщения об ошибке в более крупной печати с желтым фоном, чтобы нарисовать глаз пользователя, причем страшная часть в текстовом поле под ним с серым фоном. Также есть кнопка, которая поместит все ее в буфер копирования для отправки в службу поддержки. Сообщение, которое мы пытаемся сделать, состоит из исключения. Сообщение, последние пять частей трассировки стека и имя метода, вызвавшего ошибку (Reflection.MethodBase). Мы планируем добавить возможность пользователю сказать, что он делал в то время, и, возможно, переключатель, указывающий, как часто это происходит, и записывать его в файл журнала. Какую еще полезную информацию мы должны включить?Что должно быть в надежном сообщении об ошибке для отладки?
Мы также рассматриваем отправку его по электронной почте в службу поддержки клиентов, но не подчеркиваем, если электронное письмо не удалось. Есть и другие соображения, связанные с электронной почтой: поддержка пользователей может утонуть в нем, пользователи могут возражать, потому что мы также будем отправлять системную информацию и т. Д.
Я нашел два похожих вопроса о SO, но они на самом деле не сосредоточены на то, что меня интересует. Error Message Text - Best Practices имеет дело с тем, как делать полезные сообщения для пользователя, а Best way to handle error messages имеет дело с тем, где сохранить идентификаторы ошибок и текст ошибки. Меня больше интересует отладка (потому что, к сожалению, в нашей системе много ошибок).
Спасибо - это хорошо выглядит. – CindyH 2008-11-18 20:39:27