Сообщений в теме: 40

[Clauster]

Ни разу за свою практику не припомню необходимости записывать воспроизведение ошибки на видео. А ещё знаю одного хорошего тестировщика, для которого изготовление скриншота из ряда вон выходящее событие.

Иногда проще показать на мувике, как именно воспроизводится баг, нежели играть им в пинг-понг с комментариями

Остается только посочувствовать тем, для кого пинг-понг является единственной альтернативой. Мне проще подойти к разработчику (или позвать его к своей машине) и с ним все тут же решить.

А если разработчик в Китае? Взялся за баг, когда у Вас уже нет необходимого энвайромента? А если вы в отпуске, когда фиксят Ваш баг? А если...
Не проще ли сразу дать как можно больше информации, которая поможет найти проблему, без привлечения Вас?

В моем случае они в США. Телефон, мессенджер, почта. Я уже все показал разработчику(-ам) и обсудил с ним(и) баг, так что он в курсе что там за проблема и может фиксить без моего участия и моего привлечения. А если работа не может выполняться без вашего присутствия, то это очень плохо. Если разработчикам неинтересно качество того, что они делают, то тоже остается только посочувствовать.
В любом случае мувик не гарантирует воспроизведение ошибки и не дает пощупать окружение или ещё что-то получить, кроме того факта, что вы видели ошибку.

[Куатор]

:)
Не стоит продолжать препираться, как по мне.
Ситуации разные, фикситься баг может гораздо позже, чем был найден. Чинить его может другой разработчик, не тот с кем Вы говорили. Даже если тот же, то меня уволят за то, что я все двести багов бегу к разработчику и показываю как воспроизводить, когда ж он кодить будет?
И так далее и тому подобное.
Такое себе саммэри:
Описывайте баг так, чтобы Вас потом не беспокоили по поводу его воспроизведения. Думаете, что неплохо бы добавить мувик, добавляйте (webEx Вам в помощь ), скриншоты - значит скриншоты.
Тем более, что тема о том, какие есть инструменты для воспроизведения дефектов, а не нужны ли они вобоще и насколько ты крут, если тебе не нужно их применять. Ситуации разные :)

[Natalya Rukol]

Если тестирование осуществляется на VMWare, то в них есть встроенный инструмент записи, очень удобно.

Название в студию :)

Меню VM -> Capture Screen (картинко) / Capture Movie (видео).

Согласна с тем, что необходимость записи видео - это следствие некачественной локализации дефектов. А почему в теме все об этом пишут - не чтобы понтануться, а чтобы объяснить, что если такая необходимость возникает часто - значит, "что-то надо менять".

[Drag]

Согласна с тем, что необходимость записи видео - это следствие некачественной локализации дефектов. А почему в теме все об этом пишут - не чтобы понтануться, а чтобы объяснить, что если такая необходимость возникает часто - значит, "что-то надо менять".

Она возникает не часто, но она иногда появляется (и не факт что от некачественной локализации, это не единственная проблема тестировщиков). А так как даже яростные "противники" этого подхода имеют все же в запасе какие то инструменты - говорит о том, что и у них такая необходимость тоже возникала.
Так что попрошу тему "да зачем это нужно, вы просто не умеете описывать нормально" больше не развивать и говорить по существу.

[Natalya Rukol]

Так что попрошу тему "да зачем это нужно, вы просто не умеете описывать нормально" больше не развивать и говорить по существу.

Логично, сорри, что флудим

Давайте вынесем сообщения про необходимость видео-записей и плохую локализацию дефектов в отдельную ветку? Тема интересная, судя по количеству комментариев.

Прошу сюда http://software-test...um/topic/18316/

Сообщение отредактировал Drag: 22 декабря 2010 - 07:12
Добавила ссылку для флуда :)

[Alexander K.]

Jing , в этом отношении хорош. С одной стороны , захват видео , с другой стороны скриншеты с удобными стрелочками . И самое главное : бесплатен (правда для бесплатной версии скрншеты в png а видео flash.

[Vasiliy]

Я в свое время пользовался программой CamStudio для записи видео и до сих пор использую SnagIt для создания скриншотов.

[Clauster]

В семерке скриншоты удобно снимать через встроенный Snipping Tool. Paint там тоже уже довольно навороченный, но если и его возможностей не хватает, то Paint.NET.

[alexburdov]

Ни разу за свою практику не припомню необходимости записывать воспроизведение ошибки на видео. А ещё знаю одного хорошего тестировщика, для которого изготовление скриншота из ряда вон выходящее событие.

То что Вы не записываете видео и не делаете скриншотов - это не показатель Вашего профессионализма. В первую очередь тестировщик должен заботится не о своем умение грамотно и подробно сделать описание ошибки, а в том что бы программист быстро и правильно понял в чем суть проблемы. Тут без видео и скриншотов очень трудно обойтись. К тому же не стоит забывать, что если Вы работаете с хорошими программистами, то они имеют свойтво фиксировать некоторые ошибки прямо по коду. И иногда получается так, что ошибка которую Вы нашли попадает в работу после того как ее уже профиксили. А выполнение в точности шагов воспроизведения для программистов то же пытка небесная. Так что хороший инструмент для записи с экрана, это хорошее подспорье в работе. Пользовался Fraps.

[Clauster]

Ни разу за свою практику не припомню необходимости записывать воспроизведение ошибки на видео. А ещё знаю одного хорошего тестировщика, для которого изготовление скриншота из ряда вон выходящее событие.

То что Вы не записываете видео и не делаете скриншотов - это не показатель Вашего профессионализма. В первую очередь тестировщик должен заботится не о своем умение грамотно и подробно сделать описание ошибки, а в том что бы программист быстро и правильно понял в чем суть проблемы. Тут без видео и скриншотов очень трудно обойтись. К тому же не стоит забывать, что если Вы работаете с хорошими программистами, то они имеют свойтво фиксировать некоторые ошибки прямо по коду. И иногда получается так, что ошибка которую Вы нашли попадает в работу после того как ее уже профиксили. А выполнение в точности шагов воспроизведения для программистов то же пытка небесная. Так что хороший инструмент для записи с экрана, это хорошее подспорье в работе. Пользовался Fraps.

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

[DNSenchenkov]

Я считаю, что описание багов должyо быть пошаговое. Так проще и воспроизводить, и понимать что произошло. Естественно для этого качественной писанины с комментариями достаточно в большинстве случаев, но не всегда. Когда нужно делать быстро, а описаний много, бывает проще написать что в аттаче скрин, на котором всё видно. Когда же тестировщик и разработчик разноязычные персонажи (япошки, ну и русские к примеру), то уровень их общения через единый английский иногда заходит в тупик, вот тут мне например бывает удобно делать документ с описанием действий и скриншотами к ним. Это естественно может оказаться лишним, зато вопросы пропадают сразу. Сам пользуюсь, если есть возможнность snagit, если нет - то встроенными средствами. Относительно записи видео могу сказать, что использовал его в целях предоставления разработчикам доказательств о том, что они явно что-то не то сделали (когда в свежедописанном месте совсем уж чудеса творятся), и проще ещё раз внимательно проверить всё написанное, нежели для одной маленькой кнопочки описывать всё, что она делает не так. Также ролики удобно использовать в целях предоставления доказательств воспроизводимости багов для такого элемента, как ProgressBar.

[IgorOk.]

Есть инструмент бесплатный uvScreenCamera для записи\воспроизведения роликов.

Мы для этого пережимали видео. Изначально ролик пишется в Снайгит, сохраняется как avi. Потом открываешь его в VirtualDub, меняешь на кодек попроще и количество кадров в секунду уменьшаешь. Потом пересохраняем все это добро как все тот же avi файл, на выходе с 40 метров получаешь в районе 1 мб файлик.

[Куатор]

Есть инструмент бесплатный uvScreenCamera для записи\воспроизведения роликов.

Мы для этого пережимали видео. Изначально ролик пишется в Снайгит, сохраняется как avi. Потом открываешь его в VirtualDub, меняешь на кодек попроще и количество кадров в секунду уменьшаешь. Потом пересохраняем все это добро как все тот же avi файл, на выходе с 40 метров получаешь в районе 1 мб файлик.

WebEx - в нём вся сила :) У нас лекции с записью десктопа + аудио, длительностью более часа вмещаются в 15 МБ.. что там говорить уже про мувики длительностью до минуты..

[notProgrammer]

Добрый день!
Просто для общего развития. Windows на скриншоте курсор не фотографирует, как оказалось. А я этого и не знала, т.к. пользуюсь Ubuntu. Коллега сегодня написала про такую проблему - я удивилась.
А кто может посоветовать тулзу для Windows, чтоб курсор тоже фотографировала?

[ch_ip]

А кто может посоветовать тулзу для Windows, чтоб курсор тоже фотографировала?

SnagIT с этим отлично справляется

[notProgrammer]

Спасибо за ответ, ch_ip. Если бы прога была ещё и бесплатная...

[George.Ivanov]

Спасибо за ответ, ch_ip. Если бы прога была ещё и бесплатная...

Я Greenshot использую.

[ch_ip]

Спасибо за ответ, ch_ip. Если бы прога была ещё и бесплатная...

Из бесплатных есть picpick для личного использования. Тоже умеет все, и даже чуточку больше :)

[notProgrammer]

George.Ivanov, ch_ip спасибо большое! Попробую дома)

[allasmodel]

использую Jing, удобно, локальное сохранение видео или шара на сайт.