Здравствуйте! Мне нужно составить баг-репорт плана разработки сайта, где описано лишь что нужно сделать, что делается, что сделано и архив. Можно ли в данном случае пропустить шаги и ожидаемые результаты? Если нет, то как их описать хотя бы приблизительно?
![Фотография](https://secure.gravatar.com/avatar/f9986ae87a2d16cbdfbc02f5ced8526d?s=100&d=https%3A%2F%2Fsoftware-testing.ru%2Fforum%2Fpublic%2Fstyle_images%2Fmaster%2Fprofile%2Fdefault_large.png)
Как написать баг-репорт без спецификации и без готового продукта?
#1
Отправлено 30 июля 2018 - 16:53
#2
Отправлено 30 июля 2018 - 17:02
Баг-репорт без шагов и ожидаемых результатов? А что в нем тогда будет, только заголовок "как есть сейчас" и угадай сам, чем это плохо?
Приведите пример такого бага. Может, если тестировать сам процесс, то шаги и не будут нужны. Но объяснить, чем плохо сейчас и хорошо как вы ожидаете, все же надо
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/
#3
Отправлено 30 июля 2018 - 17:48
Баг-репорт без шагов и ожидаемых результатов? А что в нем тогда будет, только заголовок "как есть сейчас" и угадай сам, чем это плохо?
Приведите пример такого бага. Может, если тестировать сам процесс, то шаги и не будут нужны. Но объяснить, чем плохо сейчас и хорошо как вы ожидаете, все же надо
Без шагов ещё, пожалуй, можно жить, если заголовок исчерпывающий. А вот как описать баг без ОР - для меня загадка.
#4
Отправлено 30 июля 2018 - 18:35
Без шагов ещё, пожалуй, можно жить, если заголовок исчерпывающий. А вот как описать баг без ОР - для меня загадка.
Да, тут соглашусь :)
Но без примера непонятно, можно тут жить или нет в конкретной ситуации)))
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/
#5
Отправлено 31 июля 2018 - 11:34
Баг без ОР, конечно, не должен быть, но на практике возможен: например при таких-то шагах происходит крэш или какой-нибудь JS error. ОР - очевидно, что крэша быть не должно. Хотя, конечно, правильно написать, допустим, "Изменения сохранены", но, если это очевидно для всех, то просто опускают для краткости.
just for my education - что такое "баг-репорт плана разработки сайта"? это какая-то общеизвестная вещь?
#6
Отправлено 31 июля 2018 - 14:46
just for my education - что такое "баг-репорт плана разработки сайта"? это какая-то общеизвестная вещь?
Нет. Это бессмысленный набор слов.
Скорее всего топикстартер имел ввиду чеклист, но просто запутался в терминологии.
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#7
Отправлено 31 июля 2018 - 14:47
тут уже недавно постили такой же скриншот, это видимо тестовое задание?
#8
Отправлено 31 июля 2018 - 19:00
Баг без ОР, конечно, не должен быть, но на практике возможен: например при таких-то шагах происходит крэш или какой-нибудь JS error. ОР - очевидно, что крэша быть не должно.
Нет, тут ОР — это что должно быть.
Потому что как раз это очевидное может быть очевидным только для вас. А падает то оно не случайно, не понимает, какой вариант выбрать.
Условно говоря, вы вбили данные, при которых идет деление на ноль в отчете. И какой ОР вместо краша? Разработчику делать что? Показывать отчет? А что писать в ячейке, где деление на ноль? Показывать ошибку? Какую?
Или если вы накладываете фильтры один и на другой и вот они несовместимы. Опять же, чего вы ожидаете? Как именно должна повести себя система помимо очевидного "краша быть не должно"?
А про тестовое задание — да наверняка, это и по первому посту видно ))
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/
#9
Отправлено 31 июля 2018 - 21:03
А про тестовое задание — да наверняка, это и по первому посту видно ))
Да, это тестовое задание, суть которого состоит в том, чтобы описать функционал приложения, которое отображено на скриншоте, и написать баг-репорт о нем. Именно баг-репорт. Насколько я понял в большинстве случаев для тест-кейсов и баг-репортов нужны спецификации, но здесь этого нет, поэтому мне, как новичку, сложно определить ОР и уж тем более придумать шаги. По скриншоту я вижу, что это план разработки сайта, где пользователь может зарегистрироваться через фейсбук и гугл одновременно. Других характеристик я не вижу.
Вы пока что, рассказали как должно быть во всех случаях тестирования. Не могли бы Вы намекнуть на что мне обратить внимание в конкретном случае?
#10
Отправлено 01 августа 2018 - 07:53
Про большинство случаев это вы загнули. Как раз наоборот, спецификации как таковой обычно нет, или она устарела.
Как тогда тестируют? На адекватность или сравнивая с конкурентами. Чтобы проверить условный форум или интернет-магазинчик, не нужна подробная спецификация.
Вам могу посоветовать почитать статьи из раздела «1. Исследование продукта» :) И не важно, можете вы продукт пощупать в реале, или просто смотрите на скриншот, в общем-то.
Судя по фразе «суть которого состоит в том, чтобы описать функционал приложения, которое отображено на скриншоте, и написать баг-репорт о нем», вас:
а) никто не просит писать тест-кейсы, вас просят сделать документацию
б) баг-репорт надо писать о приложении, а не о плане разработки, как вы сказали в первый раз
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/
#11
Отправлено 01 августа 2018 - 08:02
Потому что как раз это очевидное может быть очевидным только для вас. А падает то оно не случайно, не понимает, какой вариант выбрать.
Условно говоря, вы вбили данные, при которых идет деление на ноль в отчете. И какой ОР вместо краша? Разработчику делать что? Показывать отчет? А что писать в ячейке, где деление на ноль? Показывать ошибку? Какую?
Вообще-то я сказала "когда это очевидно для всех" не просто так. Речь идет не обо всех крэшах в принципе, а о тех, которые происходят вместо очевидных действий. Например при попытке залогиниться или отправить сообщение на форуме :) И еще я написала "иногда так делают", а не "смело поступайте именно так".
По скриншоту я вижу, что это план разработки сайта, где пользователь может зарегистрироваться через фейсбук и гугл одновременно.
По теме: я поняла, что автору надо написать документацию про само приложение, скрин которого мы видим (какая-то старая версия Trello, видимо), и описать один из тех багов, которые там сидят хвостиками помахивают. Фейсбук и Гугл ни при чем
#12
Отправлено 01 августа 2018 - 08:16
Судя по фразе «суть которого состоит в том, чтобы описать функционал приложения, которое отображено на скриншоте, и написать баг-репорт о нем», вас:
а) никто не просит писать тест-кейсы, вас просят сделать документацию
б) баг-репорт надо писать о приложении, а не о плане разработки, как вы сказали в первый раз
Дословно в задании написано:
Using this link https://i.gyazo.com/c8907025538486ce4c46981003fc83bc.png You can see the screenshot of some application.
1. You have to describe the main purpose of this app and list which functionality this app has to implement. (by points: main actions).
2. Find and describe all the mistakes that are made on the picture. Write this data in 'bug report'.
И это все, чем я располагаю. Исходя из этого, разве можно написать баг-репорт приложения?
#13
Отправлено 01 августа 2018 - 08:23
Я сам уже осознал, что не корректно выразил задачу. Написал описание будущего веб-сайта и составил 5 баг-репортов, но шагов и ОР в них нет. Правильно ли я теперь все понимаю?
#14
Отправлено 01 августа 2018 - 08:29
#15
Отправлено 01 августа 2018 - 08:53
Баг-репорты надо делать именно по картинке, а не по приложению. Типа "Deisgn logo"
Это же пользователь так назвал задачу, а не в приложении баг. https://trello.com/
#16
Отправлено 01 августа 2018 - 09:00
Поздравляю, вы провалили это собеседование.Это же пользователь так назвал задачу, а не в приложении баг. https://trello.com/Баг-репорты надо делать именно по картинке, а не по приложению. Типа "Deisgn logo"
#17
Отправлено 01 августа 2018 - 09:01
Почему?
#18
Отправлено 01 августа 2018 - 09:11
А про тестовое задание — да наверняка, это и по первому посту видно ))
Да, это тестовое задание, суть которого состоит в том, чтобы описать функционал приложения, которое отображено на скриншоте, и написать баг-репорт о нем. Именно баг-репорт. Насколько я понял в большинстве случаев для тест-кейсов и баг-репортов нужны спецификации, но здесь этого нет, поэтому мне, как новичку, сложно определить ОР и уж тем более придумать шаги. По скриншоту я вижу, что это план разработки сайта, где пользователь может зарегистрироваться через фейсбук и гугл одновременно. Других характеристик я не вижу.
Вы пока что, рассказали как должно быть во всех случаях тестирования. Не могли бы Вы намекнуть на что мне обратить внимание в конкретном случае?
по скриншоту, помимо картинки видно ещё и ссылка на сайт, это кстати вполне рабочий проект по проектному управлению.
#19
Отправлено 01 августа 2018 - 10:45
Почему?
Потому что у собеседующего есть единственно верный ответ
#20
Отправлено 01 августа 2018 - 12:29
Баг-репорты надо делать именно по картинке, а не по приложению. Типа "Deisgn logo"
Баги я нашел, но можно ли в данном случае написать шаги и описать ОР? Если да, то как приблизительно это должно выглядеть?
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных