Difference between revisions of "Screen2Log"
(→Зачем нужен еще один скринкастер?) |
|||
Line 22: | Line 22: | ||
Ведь тысячи их! Платных и бесплатных! | Ведь тысячи их! Платных и бесплатных! | ||
+ | В веселым GUI! И даже предлагающие загрузку в интернет на свои сервисы! | ||
+ | И мы пробовали многие из них. Платные и бесплатные. | ||
+ | У нас в компании есть site license на один из неплохих вариантов, в доводке которого я принимал активное участие | ||
+ | (слал авторам кучу баг-репортов и фича-реквестов). | ||
+ | |||
+ | И все же сел делать собственный велосипед. | ||
+ | |||
+ | Во-первых, законы Гейзенберга и Паркинсона-Мерфи неумолимы — все интересное/опасное, баги, сбои, измены, ДТП, и прочий криминал, обычно происходят ровно тогда, когда на это никто не смотрит и не снимает. | ||
+ | Записывать надо начать до! Т.е. по-уму, надо писать постоянно. | ||
− | + | Если писать непрерывно в один файл, как делают почти все отсмотренные скринкастеры, то | |
− | + | * либо получается большой жирный файл, который никуда не переслать, не приаттачить к багу и т.п., если не занятся видеомонтажем — вырезанием и т.п. А надо то быстро! Не выходя из режима «exploratory testing»! Баг репорт должен быть мгновенным и убедительным! | |
− | + | * либо не получается ничего — падает не только софтина, но и скринкастер (или система целиком, BSOD), и все накрывается ра<s>к</s>ом. | |
− | + | ||
− | + | Плюс: | |
− | + | * Скринкастер может существенно тормозить вашу нормальную работу. Да, регистрация это неплохо, но работа-то важнее. | |
− | + | * Записывать экран надо с точностью до пискеля, в мутной картике нет смысла. Это можно настроить почти во всех скринкастерах выбором правильного кодека. Но не всегда. И не во всех. И это отдельный геморрой. | |
− | + | * Лень. Лень изучать интерфейсы какой-то дополнительной софтины. Удивительно, но факт, сейчас это один из основных тормозов использования чего-бы то ни было. | |
− | + | * Нужна некоторая автоматическое структурирование базы записей, ибо часто то, что это проблема, осознается гораздо позже, и нужно иметь эффективный доступ к записям, без перебора файлов («screencast-1.avi», «ыsometesting-12.avi» и т.п.) | |
− | + | ||
− | + | === Решение === | |
− | + | Предлагаемое решение: скринкастер без интерфейса: | |
− | + | * только кнопка «Вкл» — запуск программы | |
− | + | * и «Выкл» — закрыть окно крестиком, по Ctrl-C, или просто убив процесс любым способом. | |
− | + | ||
− | + | Будучи запущенным, он пишет в рабочий каталог (откуда его запустили), экран: | |
− | + | * непрерывно | |
− | + | * нарезая на куски заданного размера (разумные варианты где-то: 30сек, 1мин), это будет весить от 500K в разрешении 1280×800×5fps, до 5MB в 1920×1200×5fps, в любом случае, это вполне нормальный уровень аттачмента к письму или багу, можно быстро передать по Skype и т.п. | |
− | + | * работает с самым низким приоритетом, понижая записываемый fps, лишь бы не мешать. | |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
ВКЛ | ВКЛ | ||
Интерфейс Windows | Интерфейс Windows | ||
Line 54: | Line 58: | ||
«Copy as path» | «Copy as path» | ||
XXX Commander | XXX Commander | ||
− | How it works? | + | How it works? |
Revision as of 01:46, 21 February 2012
Screen2Log — скринкастер, адаптированный для тестировщиков и обычных пользователей.
Зачем нужен скринкастер?
Особенно обычным пользователям?
С тестировщиками более-менее понятно, нетривиальное ручное тестирование отличается от простого простукивания тривиальных тест-кейсов, когда баги так и лезут в мешок.
Оно скорее похоже на долгую утомительную рыбалку, или патрулирование, когда неясно, где искать добычу/врагов, попадутся ли они, когда, и как оно будет выглядеть.
И когда, наконец-то, оно попадается (клюет! что-то мелькнуло в поле видимости…), то всплывает куча проблем:
- баг долго оформлять — а это сбивает настрой, поэтому гуру exploratory testing требуют отдельных штурманов-регистраторов, пока «снайпер» занимается охотой, не выходя из своего боевого транса.
- трудно точно описать, особенно если оно уже прошло → это чисто психофизиология, уже через пару минут нельзя с 100% уверенностью утверждать, что это было («врет как очевидец™»).
- ну и наконец, разработчики/подрядчики/техподдержка может просто не верить, если ваш случай редок («It works on my machine!™»).
А в что касается обычных пользователей… то можно сказать, что вне зависимости от желания, мы все сейчас тестировщики, по факту использования, увы, различных софтин и сервисов. Причем в отличие от штатных тестировщиков, у которых более-менее налажен контакт с разработчиками, от рядовых пользователей девелоперы часто ограждены либо «эффективной» техподдержкой, из трех уровней индусов или дебилов в колл-центре, прорваться сквозь которых, убедив, что ты не ламер, и проблема вызвана не только твоими кривыми руками, может только очень упорный боец, либо «эффективным» пофигизмом. Прорвать и то и другое часто помогает лишь очевидная демонстрация, которая, в случае игнорирования, может быть угрозой репутации продукта.
Решение очевидно — да, нужно записывать экран, и уметь это показать-переслать и т.п.
Зачем нужен еще один скринкастер?
Ведь тысячи их! Платных и бесплатных! В веселым GUI! И даже предлагающие загрузку в интернет на свои сервисы!
И мы пробовали многие из них. Платные и бесплатные. У нас в компании есть site license на один из неплохих вариантов, в доводке которого я принимал активное участие (слал авторам кучу баг-репортов и фича-реквестов).
И все же сел делать собственный велосипед.
Во-первых, законы Гейзенберга и Паркинсона-Мерфи неумолимы — все интересное/опасное, баги, сбои, измены, ДТП, и прочий криминал, обычно происходят ровно тогда, когда на это никто не смотрит и не снимает. Записывать надо начать до! Т.е. по-уму, надо писать постоянно.
Если писать непрерывно в один файл, как делают почти все отсмотренные скринкастеры, то
- либо получается большой жирный файл, который никуда не переслать, не приаттачить к багу и т.п., если не занятся видеомонтажем — вырезанием и т.п. А надо то быстро! Не выходя из режима «exploratory testing»! Баг репорт должен быть мгновенным и убедительным!
- либо не получается ничего — падает не только софтина, но и скринкастер (или система целиком, BSOD), и все накрывается ра
ком.
Плюс:
- Скринкастер может существенно тормозить вашу нормальную работу. Да, регистрация это неплохо, но работа-то важнее.
- Записывать экран надо с точностью до пискеля, в мутной картике нет смысла. Это можно настроить почти во всех скринкастерах выбором правильного кодека. Но не всегда. И не во всех. И это отдельный геморрой.
- Лень. Лень изучать интерфейсы какой-то дополнительной софтины. Удивительно, но факт, сейчас это один из основных тормозов использования чего-бы то ни было.
- Нужна некоторая автоматическое структурирование базы записей, ибо часто то, что это проблема, осознается гораздо позже, и нужно иметь эффективный доступ к записям, без перебора файлов («screencast-1.avi», «ыsometesting-12.avi» и т.п.)
Решение
Предлагаемое решение: скринкастер без интерфейса:
- только кнопка «Вкл» — запуск программы
- и «Выкл» — закрыть окно крестиком, по Ctrl-C, или просто убив процесс любым способом.
Будучи запущенным, он пишет в рабочий каталог (откуда его запустили), экран:
- непрерывно
- нарезая на куски заданного размера (разумные варианты где-то: 30сек, 1мин), это будет весить от 500K в разрешении 1280×800×5fps, до 5MB в 1920×1200×5fps, в любом случае, это вполне нормальный уровень аттачмента к письму или багу, можно быстро передать по Skype и т.п.
- работает с самым низким приоритетом, понижая записываемый fps, лишь бы не мешать.
ВКЛ Интерфейс Windows Папки «Copy as path» XXX Commander How it works?