Comments 27
Тестер помни: багрепорт «ничего не работает!» оскорбляет чувства программирующих.
+9
>>Пример плохого заголовка: «Все виснет, когда я вставляю текст из буфера обмена»
— У нас в компании это пример самого распространенного заголовка.
— У нас в компании это пример самого распространенного заголовка.
+3
у вас так часто всё виснет когда вставляешь из буфера обмена?))
0
UFO just landed and posted this here
Вы серьёзно предлагаете перебирать посимвольно кусок текста тестировщику, если с этим куском падает приложение? Даже бинарным поиском тестировщик на это потратит в разы больше времени, чем программист с дебаггером, мне кажется.
Да, я понимаю, что это просто пример, но нахожу его как минимум неоднозначным.
Да, я понимаю, что это просто пример, но нахожу его как минимум неоднозначным.
0
Бинарным поиском подобные задачи решаются довольно быстро.
А пример, конечно, весьма условный, не из рабочей практики.
А пример, конечно, весьма условный, не из рабочей практики.
0
Ну это распространенное пожелание к тестировщикам. Во времена работы в Cybiko на одном из совещаний был высказан тезис, что хороший тестировщик, должен уметь находить ошибки кода, архитектуры и дизайна, качественно описывать их и предлагать работающее исправление. На что было предложено тогда уволить всех программистов и дизайнеров. Начальнику отдела — бросать тестировщикам ярлык для проверки, чтобы потом они исправлением ошибок доводили продукт до ума ;-)
0
Можно еще упомянуть принцип «Что? Где? Когда?». В большинстве случаев это помогает написать удачный заголовок/подробное описание, Например,
Что: неправильный расчет данных
Где: на странице NNN
Когда: после ввода а поле Y отрицательного значения.
Что: неправильный расчет данных
Где: на странице NNN
Когда: после ввода а поле Y отрицательного значения.
+3
не соглашусь про видео. бывают последовательности и результаты, которые намного проще показать на видео чем описывать или скриншотить
0
И не забывайте о конфигурации тестового стенда!
Возможно в этом посте это подразумевалось под шагами, но обычно она указывается отдельно и может включать в себя( в зависммости от типа тестируемого ПО:
1. Версия тестируемой программы.
2. Версия окружения( система, браузер, специальные библиотеки).
3. Версия железа на котором происходит ошибка( если РС, то процессор, память, видео. Для мобильных устройств — тип мобильного устройства).
Возможно в этом посте это подразумевалось под шагами, но обычно она указывается отдельно и может включать в себя( в зависммости от типа тестируемого ПО:
1. Версия тестируемой программы.
2. Версия окружения( система, браузер, специальные библиотеки).
3. Версия железа на котором происходит ошибка( если РС, то процессор, память, видео. Для мобильных устройств — тип мобильного устройства).
0
Да, про это немного есть в посте.
Я разделил пункт на «affect version» и «environment»
affect version — версия тестируемой программы
environment — версия окружения, железа.
Я разделил пункт на «affect version» и «environment»
affect version — версия тестируемой программы
environment — версия окружения, железа.
0
Ага, теперь увидел. При первом прочтении как то проскользнуло.
Еще хорошо бы написать что делать если ошибка не воспроизводится, или воспроизводится статистически( т.е. конкретного алгоритма как ее получить — нет, но в течении некоторого времени она проявляется). Конечно это индивидуально для каждой компании, но мы такого рода ошибки собирали, потом помогало понимать что может еще рухнуть.
Еще хорошо бы написать что делать если ошибка не воспроизводится, или воспроизводится статистически( т.е. конкретного алгоритма как ее получить — нет, но в течении некоторого времени она проявляется). Конечно это индивидуально для каждой компании, но мы такого рода ошибки собирали, потом помогало понимать что может еще рухнуть.
0
Вы забыли о следующем моменте: как быть, когда существует несколько путей воспроизведения ошибки?
0
Достаточно указать один, самый короткий/простой для воспроизведения.
Главное — воспроизвести ошибку, чтобы понять ее причину.
А когда вы перепроверяете, то можете попробовать все пути воспроизведения.
Главное — воспроизвести ошибку, чтобы понять ее причину.
А когда вы перепроверяете, то можете попробовать все пути воспроизведения.
0
а в нашем баг трекере раздел Environment ограничивается именем ОС! Из-за этого приходится постоянно задавать одни и те же вопросы :(. Вообще, очень правильная статья
0
Из воспоминаний профессиональной юности: Когда прислала подобное руководство девочке-тестеру, которая любит писать баг-репорты в стиле «Программа не работает», она перестала со мной общаться и перевелась в др. отдел. Добавила статью в избранное — теперь в случае возникновения подобной ситуации будут ненавидеть Вас :)
+2
Систем, которые выполняют подобные функции и стоят копейки или даже бесплатно — кучи — JIRA, BaseCamp, HollyTask. Вот даже тут почитать: www.hollytask.com/ru_bugreport
0
Sign up to leave a comment.
Как правильно составлять баг-репорты