Я разработчик веб-приложений для внутренней системы. Пользователь сообщает, что есть ошибка.
Ошибка заключалась в том, что некоторые слова не могли отображаться. Отчет содержит снимок экрана, на котором четко видна ошибка. Но отчету уже почти месяц, и ошибка больше не может быть воспроизведена в нашей производственной среде.
Как мне ответить клиенту и пользователю?
issue-tracking
defect
Бен Ченг
источник
источник
Ответы:
Верните среду разработки в версию, в которой была замечена ошибка, и убедитесь, что она есть.
Если она есть, вы можете исследовать ошибку и убедиться, что в текущей версии ее нет. Затем закройте отчет об ошибке с комментарием, что несвязанное изменение исправило его. Добавьте регрессионный тест, если это необходимо.
Если вы не можете воспроизвести ошибку в этой версии, тогда будут полезны стратегии, изложенные во многих других вопросах (спасибо Томасу за первоначальный список):
источник
Я предполагаю, что вы действительно сделали все возможное, чтобы воспроизвести ошибку, но не можете.
В таком случае часто лучше добавить некоторый код в область приложения, в которой не удалось зарегистрировать выполняемую работу, так что, надеюсь, у вас будет больше данных для рабочей формы, если это произойдет снова. Подумайте, какую информацию вам нужно иметь, чего у вас сейчас нет. Например, возможно, это происходит только при отправке определенного набора входных параметров, поэтому вы записываете их при каждом запуске процесса. Однако, прежде чем делать это, проконсультируйтесь со своим боссом, в зависимости от важности ошибки и частоты ее возникновения, он может не захотеть тратить время на это.
Затем вы идете к человеку, который сообщил об ошибке (вы можете сделать это в приложении отслеживания ошибок, если у вас есть, вам не нужно идти лично) и говорите, что вы не смогли воспроизвести ошибку, но добавили некоторые дополнительные ведение журнала, чтобы получить более подробную информацию о том, что делает процесс в случае повторного появления ошибки. Затем закройте ошибку.
Если вы не можете сделать дополнительную регистрацию. просто сообщите, что ошибка не была воспроизведена и что, если они снова столкнутся с ней, вам потребуется эта информация, чтобы воспроизвести ее, и скажите, что вам нужно. Мы часто просим их сообщить нам, какие именно входные параметры они вводили, когда получали ошибку. Помогает просто сделать снимок экрана с ошибкой, но более точно знать, какие шаги они предпринимали и какую информацию они пытались использовать в момент возникновения ошибки. Таким образом, в основном вы возлагаете на них ответственность, чтобы дать вам больше информации, когда они сообщают об ошибке, если она повторяется.
В вашем трекере ошибок обязательно объясните, какие шаги вы предприняли, чтобы в случае повторного появления ошибки у человека, который ее обрабатывал, было некоторое представление о том, что было сделано ранее.
источник
Невоспроизводимые сумки - худшие! Это может быть исправлено в то же время, или оно все еще может быть там, но является спорадическим или шаги для воспроизведения недостаточно определены. Вы должны принять решение о том, насколько высока опасность ошибки и насколько вы расширите ее исследование. Вы делаете онлайн-менеджер рецептов или программное обеспечение для управления ядерными ракетами?
Если это незначительная ошибка, и вы знаете, что были внесены изменения, которые могли бы привести к непреднамеренному исправлению ошибки, может быть приемлемо закрыть ошибку с пометкой, что она не воспроизводима, и вы предполагаете, что она была исправлена ,
Если вас больше беспокоит, вы могли бы вначале составить некоторые теории о том, что послужило причиной ошибки, и просмотреть журнал изменений и историю источников, чтобы увидеть, сможете ли вы определить, где они были исправлены.
Для более серьезной ошибки вам придется откатить исходный код до последней версии, а затем попытаться воспроизвести. Если вы успешно воспроизводите, вы можете написать тесты, чтобы убедиться, что это исправлено в последующих коммитах.
источник