Не все люди представляют себе, как корректировать ошибки на сайте, и что самый первый шаг в отладке — поиск ошибки. Звонят и говорят: «Аааа, ничего не работает!». На адеватный вопрос: «Когда появилась ошибка, при каких действиях?» — отвечают: «В 10 утра!»

После того, как несколько раз попались подобные клиенты, пришлось составить список вопросов, по которым можно определить ошибку.
- На какой странице Вы находились, когда случилась ошибка?
- В каком браузере Вы работали с сайтом?
- Что Вы делали в момент, когда она появилась? Не просто «редактировал страницу», а «нажал на такой-то странице на такую-то кнопку».
- На что нажимали, что закрывали/открывали, от чего она появилась?
- Что Вы сделали после того, как появилась ошибка?
- Удалось ли сделать снимок экрана с ошибкой?
- Какие действия предприняли, чтобы устранить ошибку? Обновили страницу, закрыли все или что?
- Если Вы обновляли страницу, то после этого ошибка исчезла?
- Что получилось в итоге, когда ошибка исчезла? Редактируемый файл сохранился? Пропал? В нескольких экзмеплярах появился?
То есть от юзеров нужно добиться общей картины с помощью вопросов: «Что делалось?», «Что получилось?», «Что ожидалось получить?».
4 комментария(ев) к "Как правильно описывать баги"
9 вопрос даже самому разработчику отследить сложно, а юзер от него повиснет
да нет, здесь ведь всего лишь нужно сказать, что случилось)) как ни странно, люди отвечают
Если бы своим клиентам задавал вопрос « Удалось ли сделать снимок экрана с ошибкой?» — у меня бы не было клиентов
Какое там снимок экрана...Они не могут (и даже не помнят, видимо все поголовно маразматики) ни текста ошибки, ни где она появилась, во время чего и так далее.
Большинство ответов типа : Я включила компьютер, что-то сделала и появилась ошибка и я теперь ничего не могу
так в том то и дело, что у нас такие же клиенты))
именно поэтому и был составлен этот список. Потому что по-другому иногда отследить баг нереально
Добавить комментарии