отчет про ошибки
#1
Отправлено 01 августа 2013 - 18:14
краткое описание ошибки
список шагов к воспроизведению ошибки
ожидаемый правильный результат...
что еще добавить/изменить?
было бы не плохо посмотреть на наочный пример
#2
Отправлено 01 августа 2013 - 21:22
помогите, пожалуйста, найти/составить приближенный к идеалу отчет про ошибки (такой себе шаблон)
краткое описание ошибки
список шагов к воспроизведению ошибки
ожидаемый правильный результат...
что еще добавить/изменить?
было бы не плохо посмотреть на наочный пример
Идеала не существует. По крайней мере, во всеобщем абстрактном виде:
- где-то идеальный багрепорт - это отсутствие такового. (зачем тратить время и засорять багтрекер, если программист на проекте один, сейчас он точно свободен, вы говорите "на одном языке" и нет проблем с пониманием друг друга, ошибка ерундовая и "мы сейчас, на горячую, по аське все исправим и зальем на тестовый сервер")
- А где-то будет 100500 обязательных полей, типа
"customer impact" - совсем не то же самое, что описание проблемы
"severity" \ "priority"
"environment" - включая os + инфо об установленных библиотеках, пакетах и пр.; инфу о тестовом сервере + креденшиалз для доступа туда; имя репозитория + креденшиалз...;версию скрипта (набора скриптов), собирающего пакет для установки; версию скрипта (набора скриптов) для развёртки приложения и т.д. и т.п.
+ обязательная пометка, воспроизводится ли ошибка в прошлом релизе? в позапрошлом?
К Вашему "списку" точно должен быть actual result - это 100% =)
В Вашем вопросе, имхо, не хватает контекста: что не так и почему Вы задаёте этот вопрос?
Самым верным решением было бы спросить у непосредственных пользователей ваших багрепортов - разработчиков, менеджеров, коллег-тестировщиков - чего они ждут от Ваших багрепортов и как сделать их идеальными?
#3
Отправлено 01 августа 2013 - 22:10
спасибо большое.
понимаю, что у каждой компании/организации/отдела уже есть свой выработанный стиль написания баг-репортов и прочей документации по тестированию.
а если это пробное/тестовое задание, фриланс..
#4
Отправлено 01 августа 2013 - 22:19
Надеюсь этот пост(серия постов) будет полезно или натолкнет на свой подход к написанию баг-репортов.помогите, пожалуйста, найти/составить приближенный к идеалу отчет про ошибки (такой себе шаблон)
краткое описание ошибки
список шагов к воспроизведению ошибки
ожидаемый правильный результат...
что еще добавить/изменить?
было бы не плохо посмотреть на наочный пример
Здравый смысл и необходимость -- сами по себе никто не отменяет :-)
#5
Отправлено 02 августа 2013 - 20:25
Добавьте, например, что ошибка воспроиводится только у вас, а у коллег - нет!помогите, пожалуйста, найти/составить приближенный к идеалу отчет про ошибки (такой себе шаблон)
краткое описание ошибки
список шагов к воспроизведению ошибки
ожидаемый правильный результат...
что еще добавить/изменить?
#7
Отправлено 03 августа 2013 - 11:05
ссылка
1)вкладка "результат" - не отображается "оценки в разрезе показателей" (показать всех в периоде --> выбор любой фамилии из списка --> детали оценки);
2)вкладка "результат" - не корректно отображается шкала "оценки в разрезе респондентов" (показать всех в периоде --> выбор любой фамилии из списка --> детали оценки);
3)вкладка "результат" - не удается скачать анкету в PDF (показать всех в периоде --> выбор любой фамилии из списка --> детали оценки);
4) вкладка "контроль", по оцениваемым.. не работает кнопка "Уведомить респондентов, не заполнивших анкеты"
5) вкладка "контроль", по респондентам.. кнопка "Уведомить выбранных респондентов", появляется диалоговое окно Открывается ссылка для отправки уведомлений на .. респондентов. но ссылка так и не открывается
6) вкладка "контроль", по оцениваемым.. фильтр по этапу оценки лишний, т.к выдает пустые результаты
7) вкладка "уведомления", правила, выбор любого события, не открываются шаблоны
за подсказки сразу + к карме же гарантируется!
#8
Отправлено 03 августа 2013 - 14:04
ребята, кто-то может подсказать какие еще ошибки были упущены при тестировании
ссылка
за подсказки сразу + к карме же гарантируется!
Подсказки (сюда ответы писать не обязательно, за Вас вряд ли будут выполнять эту задачу :)):
- Что вам необходимо протестировать, какая у вас есть информация, как поставлена задача ? Возможно в вашей формулировке вы нашли 100% ошибок, с другой стороны -- возможно около 10%.
- Что вы знаете об архитектуре приложения ? К чему у вас кроме UI есть доступ?
- Формулировка подразумевает дополнительный анализ с вашей стороны ? Например нет четких тест-кейсов, сказано просто -- протестировать и дана ссылка на страницу (тестовые задания так любят давать).
- Вы выполнили анализ ? Какие области (бизнес\технические) анализировались ? Что из себя представляет результат анализа ?
- Пробовали выявить функциональные и логические блоки в приложении, и анализировать их по отдельности, на возможные ошибки ?
- Как вы запланировали провести свое тестирование ? Какие области и как смотреть собирались ?
#9
Отправлено 03 августа 2013 - 16:39
Надеюсь этот пост(серия постов) будет полезно или натолкнет на свой подход к написанию баг-репортов.
помогите, пожалуйста, найти/составить приближенный к идеалу отчет про ошибки (такой себе шаблон)
краткое описание ошибки
список шагов к воспроизведению ошибки
ожидаемый правильный результат...
что еще добавить/изменить?
было бы не плохо посмотреть на наочный пример
Здравый смысл и необходимость -- сами по себе никто не отменяет :-)
полезная инфа, надо читать и разбираться во всем, чем собственно сейчас и займусь! спасибо за инфу!
#10
Отправлено 03 августа 2013 - 17:44
Подсказки (сюда ответы писать не обязательно, за Вас вряд ли будут выполнять эту задачу :)):
Не обязательно на все писать документ. Это можно в голове делать.
- Что вам необходимо протестировать, какая у вас есть информация, как поставлена задача ? Возможно в вашей формулировке вы нашли 100% ошибок, с другой стороны -- возможно около 10%.
- Что вы знаете об архитектуре приложения ? К чему у вас кроме UI есть доступ?
- Формулировка подразумевает дополнительный анализ с вашей стороны ? Например нет четких тест-кейсов, сказано просто -- протестировать и дана ссылка на страницу (тестовые задания так любят давать).
- Вы выполнили анализ ? Какие области (бизнес\технические) анализировались ? Что из себя представляет результат анализа ?
- Пробовали выявить функциональные и логические блоки в приложении, и анализировать их по отдельности, на возможные ошибки ?
- Как вы запланировали провести свое тестирование ? Какие области и как смотреть собирались ?
Спасибо за наводки)
Это и есть тот случай тестового задания, где просто ссылка..
Возможно найдутся тестировщики джуниоры с энтузиазмом поискать ошибки)
#11
Отправлено 03 августа 2013 - 19:50
Кто бы сомневался в том, чем ты здесь занимаешься!Возможно найдутся тестировщики джуниоры с энтузиазмом поискать ошибки)
#12
Отправлено 04 августа 2013 - 23:17
Прикрепленные файлы
#14
Отправлено 06 августа 2013 - 21:09
sana, дата вашей регистрации на портале - 17 Июль 2012 - больше года назад... вероятно, в профессии тестировщик не меньше... и до сих пор вы не знаете, как правильно писать "отчет про ошибки"! за это я вас уважаю, т.е. за то, что вы не боитесь показать себя с глупой стороны! и даже больше, - что вы не выдаёте себя за человека, который не останавливается на достигнутом! Однако, выбор, на котором вы остановились, который вы опубликовали - это дезинформация грамотного оформления баг-репорта, т.е. вы не руководствуетесь принципом "не навреди"?пока остановилось
#15
Отправлено 07 августа 2013 - 10:33
Надеюсь этот пост(серия постов) будет полезно или натолкнет на свой подход к написанию баг-репортов.
помогите, пожалуйста, найти/составить приближенный к идеалу отчет про ошибки (такой себе шаблон)
краткое описание ошибки
список шагов к воспроизведению ошибки
ожидаемый правильный результат...
что еще добавить/изменить?
было бы не плохо посмотреть на наочный пример
Здравый смысл и необходимость -- сами по себе никто не отменяет :-)
Сергей, мне ещё на эту тему понравился Ваш доклад: Про баг-репорты
#16
Отправлено 10 августа 2013 - 10:52
ошибочное предположениеsana, дата вашей регистрации на портале - 17 Июль 2012 - больше года назад... вероятно, в профессии тестировщик не меньше... и до сих пор вы не знаете, как правильно писать "отчет про ошибки"! за это я вас уважаю, т.е. за то, что вы не боитесь показать себя с глупой стороны! и даже больше, - что вы не выдаёте себя за человека, который не останавливается на достигнутом! Однако, выбор, на котором вы остановились, который вы опубликовали - это дезинформация грамотного оформления баг-репорта, т.е. вы не руководствуетесь принципом "не навреди"?
я студентка и еще только ищу истинный путь, чем буду заниматься дальше. не исключается и тестирование)
что посоветуете почитать/посмотреть по selenium ide, xpath?
#17
Отправлено 11 августа 2013 - 16:33
год - это время, когда тестировщик из стажера становится начинающим :)sana, дата вашей регистрации на портале - 17 Июль 2012 - больше года назад... вероятно, в профессии тестировщик не меньше... и до сих пор вы не знаете, как правильно писать "отчет про ошибки"! за это я вас уважаю, т.е. за то, что вы не боитесь показать себя с глупой стороны! и даже больше, - что вы не выдаёте себя за человека, который не останавливается на достигнутом! Однако, выбор, на котором вы остановились, который вы опубликовали - это дезинформация грамотного оформления баг-репорта, т.е. вы не руководствуетесь принципом "не навреди"?пока остановилось
Большое число тестировщиков и через 2, и через 3 года не умеют создавать хорошие отчеты об ошибках.
Похвально, что топикстартер пытается этому научиться и ищет информацию.
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
#18
Отправлено 11 августа 2013 - 16:34
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
#19
Отправлено 11 августа 2013 - 21:07
Спасибо огромное Вам!Сделал FAQ в виде подборки ссылок на статьи, видео и картинки по данной теме - http://software-test...p?/topic/26567/
Интересный и полезный топик получился)
#20
Отправлено 13 августа 2013 - 21:51
В чём же оно ошибочное? я же сказал "вероятно"! вы знаете, что такое вероятность (область значений из [0;1])? кстати, вы знаете, что такое граничные условия? вряд ли из вас получится хороший тестировщик, - ваше сознание не позволяет вам рассматривать ситуации на разных границах. В данном случае вы тупо интерпретировали моё утверждение с вероятностью 1.ошибочное предположениеsana, дата вашей регистрации на портале - 17 Июль 2012 - больше года назад... вероятно, в профессии тестировщик не меньше...
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных