отличное видео! спасибо! очень хотелось бы видео "день работы тестировщика", интересно как проходит рабочий день на примере реального проекта, по сути видео рабочего стола с разъяснениями

@AllaboutQA

3 жыл бұрын

Спасибо за комментарий! Постараюсь в ближайшее время сделать видео по этой теме и описать рабочий день тестировшика...как manual так и automation.

Спасибо Вам большое за проделанную работу 🤝👍👨‍💻

@AllaboutQA

2 жыл бұрын

Спасибо за отзыв!

Спасибо, что показываете всё на реальных проектах

@AllaboutQA

3 жыл бұрын

Спасибо за отзыв!

Спасибо большое за видео

@AllaboutQA

Жыл бұрын

Спасибо за отзыв!

По моему, это не баг. В поле роли во второй и третьей строке указаны разные роли (Senior specialist и Senior execuyives), а речь идет о двух одинаковых ролях.

@AllaboutQA

2 жыл бұрын

Спасибо за внимательность)) на самом деле он там был, просто для видео воспроизводил повторно и промазал в выборе параметра))) Но в данном видео это второстепенно, так как задача стояла в том, чтобы показать работу в Jira и сам процесс. Думаю, в целом на суть это не повлияло))) Но, тестировщик должен быть внимательным к деталям и вы внимательны! Спасибо!

@mikemironov2828

2 жыл бұрын

@@AllaboutQA я еще не тестировщик, я только учусь. Спасибо за доброе слово )

@AllaboutQA

2 жыл бұрын

@@mikemironov2828 Удачи! У вас все получится!

Summary у вас в данном примере вроде бы не по "ЧТО? ГДЕ? КОГДА?", но баг сам функциональный. Как вообще в реальной жизни можно упускать данное правило для описание summary баг-репортов?

@AllaboutQA

3 жыл бұрын

В summary указано ЧТО, в описании указана ссылка ГДЕ, добавлен скриншот для четкого понимания и подтверждения воспроизведения и отображения бага, плюс есть дополнительная информация о пользователе (admin). На реальных проектах этого вполне достаточно. Обычно, оговаривается в команде, что и как описывается и в каком порядке, для одинакового понимания всеми членами команды. Чаще всего, все существенно упрощается, в целях экономии времени. При этом не должно быть недопонимания и не должен усложняться процесс идентификации бага.

@Ruslan-ps9rz

3 жыл бұрын

@@AllaboutQA спасибо за ответ

@sergeykonon5511

2 жыл бұрын

@@AllaboutQA Добрый день. В моем понимании, правило Что\Где\Когда скорее введено для облегчения жизни человеку, который будет работать с большим списком баг репортов, и использование его дает возможность понять, в чем заключается проблема, не открывая детали тикета. Т.е. это могло быть что-нибудь вроде The user's regulator value could be duplicated during the editing/creation process on the user's profile screen(заранее прошу прощения за мой английский) в данном случае. Так-же я не рекомендовал бы использовать правила принятые на частном проекте как мануал по созданию универсального тикета.) В классическом понимании должны быть указаны версии билда, окружение,предусловие, шаги воспроизведения, фактический и ожидаемый результаты, возможно данные для авторизации пользователя с ролью Admin. Прошу прощения и спасибо)

Видео супер, полезно, спасибо большое. Только вот музыка громкая вначале и вконце. Ваш голос тихий, а потом сразу из ушей кровь фонтаном. Извините)

@AllaboutQA

Жыл бұрын

Спасибо за отзыв! Такая музыка только в первых видео, позже я учел этот недостаток и ее больше не использовал! Простите за неудобства!

Честно, видео на 9:45. Из них тебе будет полезно буквально 3х скриншота с списком полей. Ничего не расказано, как писать, куда писать, в каком времени на англ. языке писать. Плюс на каждом проекте поля настраиваются как хочешь, не у всех так. Тема не раскрыта, ничего не рассказано. Вот Джира, Вот список багов, вот поля. Досвидание

@AllaboutQA

2 жыл бұрын

Это ознакомительное видео и пример использования на проекте. Остальное в ваших руках)

+

@AllaboutQA

Жыл бұрын

++)