Перейти к содержимому

Фотография

Создание визуальных тест-кейсов


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 11

#1 vermis

vermis

    Новый участник

  • Members
  • Pip
  • 24 сообщений

Отправлено 29 октября 2004 - 12:34

Скажите пожалуйста, используется ли на практике невербальное создание тест-кейсов, но визуальное (например, с помощью скрыншотов, видео-роликов)? Если ответ положительный, то какие преимущества и недостатки в спользовании этого метода создания тест-кейсов?
  • 0

#2 Green

Green

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 233 сообщений
  • ФИО:Гринкевич Сергей
  • Город:Москва

Отправлено 29 октября 2004 - 14:37

В своей практике я такого не встречал.

Хотя видео ролик очень нагляден и, по возможности, я старался его добавлять в описание дефекта.

Но, на мой взгляд, существует ряд причин, делающих видео ролики не пригодными к использованию в качестве тест кейсов.
1. Такой тест кейс невозможно оперативно изменять и поддерживать в актуальном состоянии. Например, изменились элементы интерфейса, что бы актуализировать видео его придеться перезаписать.
2. Размер файла слишком большой, что бы часто пересылать его по сети.
3. В видео файл проблематично добавить дополнительную информацию.
Может только в качестве титров.
:P
  • 0
Гринкевич Сергей

#3 Guriy

Guriy

    Опытный участник

  • Members
  • PipPipPipPip
  • 316 сообщений
  • Город:Киев, Украина

Отправлено 29 октября 2004 - 15:27

А Flow диаграммы к какому виду относятся, - вербальному или визуальному?
  • 0

#4 vermis

vermis

    Новый участник

  • Members
  • Pip
  • 24 сообщений

Отправлено 29 октября 2004 - 15:39

В своей практике я такого не встречал.

Хотя видео ролик очень нагляден и, по возможности, я старался его добавлять в описание дефекта.

Но, на мой взгляд, существует ряд причин, делающих видео ролики не пригодными к использованию в качестве тест кейсов.
1. Такой тест кейс невозможно оперативно изменять и поддерживать в актуальном состоянии. Например, изменились элементы интерфейса, что бы актуализировать видео его придеться перезаписать.
2. Размер файла слишком большой, что бы часто пересылать его по сети.
3. В видео файл проблематично добавить дополнительную информацию.
Может только в качестве титров.
:P

Хорошо, оставим видеоролики на протекцию будущего.

Но, я думаю что очень наглядно было б использовать что-то наподобие презентаций. Они, я думаю, не плохо б удовлетворяли вами поставленные условия:

1. Способствующие условия для модифицирования. Если изменились елементы интерфейса есть возможность изменить кадр в котором произошли изменения. Естественно, если грядущие кроки тест-кейса будут полностью базироватся на новом интерфейсе, надо будет в любом случае (даже если это будет обычный тест-кейс) полностъю изменять тест-кейс.
Но если к какому-либо проекту ограничения модифицирования презентации приемлемы, почему б не использовать этот метод создания тест-кейсов? Тем более что он имеет большое преимущество: очень удобная и прекрасная в эксплуатации - визуализация.
2. Размер файла, я думаю, будет достаточно приемлемый.
3. К каждому кадру можно добавлять необходимое количество информации.

Что вы думаете об этом?
  • 0

#5 vermis

vermis

    Новый участник

  • Members
  • Pip
  • 24 сообщений

Отправлено 29 октября 2004 - 15:53

А Flow диаграммы к какому виду относятся, - вербальному или визуальному?

К сожелию, я не знаком из flow диаграммами. Но если судить по названию, то, я думаю, что их можно отнести к визуальному: так как подозреваю что основою их есть графика, а слова - вспомогательное.
  • 0

#6 Guriy

Guriy

    Опытный участник

  • Members
  • PipPipPipPip
  • 316 сообщений
  • Город:Киев, Украина

Отправлено 29 октября 2004 - 16:39

Но, я думаю что очень наглядно было б использовать что-то наподобие презентаций


А зачем?

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

К сожелию, я не знаком из flow диаграммами


Если максимально упростить - блок-схемы. Всем новым тестировщикам, я рекомендую набрасывать такие, перед написанием тесткейсов. Очень хорошо помогает понять, какие действия можно сделать с формой приложения, к примеру. Но для обычной работы тоже не очень подходят.
  • 0

#7 vermis

vermis

    Новый участник

  • Members
  • Pip
  • 24 сообщений

Отправлено 01 ноября 2004 - 07:34

А зачем?


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

Если максимально упростить - блок-схемы. Всем новым тестировщикам, я рекомендую набрасывать такие, перед написанием тесткейсов. Очень хорошо помогает понять, какие действия можно сделать с формой приложения, к примеру. Но для обычной работы тоже не очень подходят.


Хорошая рекомендация! Но я, описывая идеи визуализации, включаю как процесс написания тест-кейсов так и процесс тестирование с помощью созданных визуализированных тест-кейсов.
  • 0

#8 barancev

barancev

    Администратор

  • Admin
  • PipPipPipPipPipPip
  • 6 871 сообщений
  • ФИО:Алексей Баранцев
  • Город:Россия, Москва


Отправлено 01 ноября 2004 - 08:53

Если мы должны протестировать (например: веб-проект) с помощъю тест-кейсов, нам, в случае визуализации, надо будет сопоставлять две страницы, одна из которых будет сама веб-страница, а вторая ее изображением. В даном случае, всього очень легко воспринимается и тестирование происходит лишь, как сранение.

Похоже, что Вам нужны просто-напросто скриншоты.

Радуйтесь -- почти все инструменты тестирования умеют их сохранять, некоторые даже пытаются самостоятельно сравнивать (о, несчастные!). Хотя я бы посоветовал написать более интеллектуальную функцию сравнения, применив некоторые программистские навыки, вместо того, чтобы сравнивать глазами или полагаться на то, что получатся абсолютно идентичные картинки-скриншоты.
  • 0
Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium

#9 Guriy

Guriy

    Опытный участник

  • Members
  • PipPipPipPip
  • 316 сообщений
  • Город:Киев, Украина

Отправлено 01 ноября 2004 - 12:18

А зачем?


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

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

А если страницы генерируются автоматически?
А если нет прототипа?
А если дизайн поменялся, или еще хуже - перенастраивается?
А если поддерживается мультиязычность?

Конечно, если у Вас пяток страниц... А если их у Вас тысяча?
Более выгодным для меня представляется создание примера дизайна и описание правил миграции этого дизайна на все остальные части.
  • 0

#10 Green

Green

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 233 сообщений
  • ФИО:Гринкевич Сергей
  • Город:Москва

Отправлено 01 ноября 2004 - 13:12

А зачем?


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

Плохая идея.

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

B)

На мой вгляд, набор скриншотов может представлять ценность в двух случаях:

1. При отсутствии тесной взаимосвязи между тестировщиками и разработчиками/имплементаторами пользовательского интерфейса. Если пользовательский интерфейс меняется достаточно часто и централизовано получать информацию об его изменениях не представляется возможным, то быстрый просмотр скриншотов помогает определить место внесенных изменений.
Автоматизирование данного процесса вполне решаемая задача. Она значительно повысит эффективность работы.

2. Если нужно быстро ввести в курс нового сотрудника (что бывает при высокой текучести кадров), то легче вместе с тест кейсами выдать ему еще и набор скриншотов.

Во всех остальных случаях накладные расходы по поддержанию визуальных тест кейсов в актуальном состоянии могут съесть все видимые выгоды.
  • 0
Гринкевич Сергей

#11 Guriy

Guriy

    Опытный участник

  • Members
  • PipPipPipPip
  • 316 сообщений
  • Город:Киев, Украина

Отправлено 01 ноября 2004 - 15:15

Насколько я понял речь идет о замене тесткейсов на скриншоты, презентации или мультики в флеше.

Дополнить тесткейсы скриншотами - неплохая идея, но нужно смотреть на то, насколько это необходимо.
А их заменить - плохая.
  • 0

#12 Deuterium

Deuterium

    Новый участник

  • Members
  • Pip
  • 13 сообщений
  • Город:Н.Новгород

Отправлено 03 ноября 2004 - 12:17

Скриншоты - вещь! Почти всегда к багам аттачим, в тест-кейсы включаем, если GUI уже есть в момент написания кейса. Очень ускоряют понимание, к тому же в случае багов действуют на программистов как фотографии с места преступления, и они значительно меньше отпираются.

Хороший мультик сделать тяжело (написать, удалить лишние фреймы, прокомментировать, сжать...), обычно те же задачи решаются скриншотами в сотню раз быстрее.

Сам мультиками пользуюсь весьма активно, записываю в анимированный GIF последние сто секунд жизни программы перед фолтом при автоматическом тестировании. Утренняя разборка ночных тестов, апдейт скриптов и заведение багов сократилась c почти целого дня до нескольких минут, т.к. не надо перезапускать приложение, ждать проявления ошибки, - просто смотришь киношку и всё :D
  • 0


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных