Методология отслеживания ошибок

Question

Я работаю над программным обеспечением для компании, которая никогда не публикует отчеты об ошибках, единственная жалоба: «Так и так не работает». Иногда я могу понять, о чем они говорят, иногда нет. Мои просьбы о снимках экрана и более подробной информации остаются без внимания (как только они сделали снимок экрана, затем распечатали его, отсканировали его с помощью своего факсимильного аппарата и отправили по электронной почте моему боссу в формате TIFF).

У меня есть несколько методов для предоставления мне необходимых данных. Вот шаги, которые я предпринял:

• Отслеживание ошибок, в котором они могут вводить ошибки (только один был когда-либо введен)
• Ошибка регистрации. Каждый раз, когда возникает ошибка, она записывает ее в файл журнала, предоставлено NLog
• Программа пытается отловить свой первоначальный метод для записи исключений.
• При обнаружении непредвиденного исключения я делаю снимок экрана программы.
• Доступ ко всем формам регистрируется, и в некоторой степени, что они делают. (хотя это обычно работает только в случае успеха)

Какие еще методы я могу использовать, чтобы позволить мне обнаруживать ошибки и собирать больше данных о них, чтобы я знал, как их воспроизводить?

Answer 1

У меня была похожая проблема несколько лет назад на моем рабочем месте.В основном все сводится к политике компании.Как только вы узнаете, что нашли правильные инструменты, такие как правильное программное обеспечение для отслеживания ошибок (кстати, мы используем Redmine) , вы должны принудительно использовать их.

На рабочем месте мне пришлосьпоговорите с моим боссом об этом, объяснили каждую важную деталь об инструментах, продемонстрировали, как они работают на тестовых серверах, и указали, как это может сэкономить время, нервы и сократить расходы.

После этого у нас было большое собрание,длительная дискуссия со всеми участниками (особенно с тестерами), а затем решила, как и когда использовать выбранные инструменты.Теперь одна из наших политик: Если ее нет в трекере ошибок и она достаточно документирована - что наиболее важно воспроизводимо, это не ошибка и не будет исправлена ​​.

Это заняло у всехНекоторое время, чтобы привыкнуть к новому рабочему процессу, но теперь никто не хочет пропускать уведомления по электронной почте об ошибках, ночных сборках и нашем ежедневном «кофе-раунде», где у нас есть небольшая болтовня о том, что происходит и какие приоритеты изменились.

Надеюсь, это поможет.