Инструменты для воспроизведения багов

Решила вплотную подойти к этому вопросу :)
Зачастую приходится визуально подтверждать что "я его видела! вот же этот баг!" ну и тп, если нужет один два скрина - это одно. Но если нужно по шагам, либо очень долго воспроизводить ошибку, то тут уже нужна помощь утилит.
Недавно наткнулась на psr в 7ке для воспроизведения по шагам ошибок(7кой не пользовалась до этого по этому и не знала о его существовании). Довольно удобно если не хочется делать кучу скринов, но в тоже время и не слишком красиво, куча лишней инфы и проч. В нете не так уж много информации по такой специфичной теме, может кто подскажет какими утилитами пользуется для подобных случаев?

Решила вплотную подойти к этому вопросу :)
Зачастую приходится визуально подтверждать что "я его видела! вот же этот баг!" ну и тп, если нужет один два скрина - это одно. Но если нужно по шагам, либо очень долго воспроизводить ошибку, то тут уже нужна помощь утилит.
Недавно наткнулась на psr в 7ке для воспроизведения по шагам ошибок(7кой не пользовалась до этого по этому и не знала о его существовании). Довольно удобно если не хочется делать кучу скринов, но в тоже время и не слишком красиво, куча лишней инфы и проч. В нете не так уж много информации по такой специфичной теме, может кто подскажет какими утилитами пользуется для подобных случаев?

snagit прекрасно умеет записывать видео. Я пользуюсь им.

psr в 7ке

Скажите, пожалуйста, что это такое?
Сам использую навязанный HyperSnap, хотя предпочел бы Snagit.

psr.exe - встроенное средство записи проблем в windows 7. делает пошаговые скрины рабочего стола :)

Спасибо, я так и подумал ;-)

Для записи видео прекрасно подходит WebEx (можно записывать вместе с аудио).. бесплатный )

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

попробовал psr - неудобно. для скриншотов есть и другие инструменты, а больше оно ничего не умеет

Не знаю, лично я бы сильно настаивал на видеозаписях, очень удобно.. не всегда понятно из описания что именно нужно сделать. Многие RnD у нас практически сразу смотрят мувик (разбалывали мы их чтоли? :)) ). Часто помогает, когда дефект рассматривается с задержкой.. скажем в год :) Возможно UI поменялся.. или что-то подобное, тогда видео - прямо-таки глоток свежего воздуха ;)
Тем более, что редко когда видео достигает размера 1МБ

Тем более, что редко когда видео достигает размера 1МБ

Интересно даже, в каком инструменте такие короткие видюхи делаются?

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

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

Только в большинстве случаев смотреть видео для воспроизведения - это не очень удобно.

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

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

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

попробовал psr - неудобно. для скриншотов есть и другие инструменты, а больше оно ничего не умеет

Я от него тоже не в восторге...

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

Просто некоторые ошибки невозможно повторить по тем же шагам (из личного опыта) и потом выходит что баг "не воспроизводится" и закрывается. Но при этом он явно не фантомный :)

Для записи видео прекрасно подходит WebEx (можно записывать вместе с аудио).. бесплатный )

Тем более, что редко когда видео достигает размера 1МБ

Интересно даже, в каком инструменте такие короткие видюхи делаются?

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

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

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

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

Спасибо. Опробую. Иногда бывает действительно полезным добавить к баг-репорту мувик, правда не частно.

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

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

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

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

Просто некоторые ошибки невозможно повторить по тем же шагам (из личного опыта) и потом выходит что баг "не воспроизводится" и закрывается. Но при этом он явно не фантомный :)

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

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

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

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

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