Flash проекты

Приветствую! Я занимаюсь тестированием web-проектов уже более полутора лет. Проекты были реализованы на Java. Недавно поступил новый проект, в котором клиентская часть будет основана на Flash, а серверная - на .Net. Не могли бы Вы подсказать какие-то нюансы тестирования проектов такого рода, на что следует обращать особое внимание.

З.Ы. Заранее спасибо всем за помощь

Как-то тихо тут у Вас...

Действую согласно тем же принципам, что и раньше. Если бы ты автоматизировал, то было бы, что обсудить на счет Flash

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

Вот не соглашусь я с предыдущими ответами.
Flash UI довольно специфичная вещь. Я работал с приложением на третьем Flex около двух лет. С ходу не все моменты мог вспомнить, но рекомендую обратить внимание на следующие вещи:

• Сtrl+click в списках выставляет значение по умолчанию, которое легко может оказаться null'ом - приложение выдаст exception
• Флеш штука неторопливая, поэтому быстрые действия пользователя могут приводить к непредсказуемым результатам. Попробуйте быстро выполнять операции; выполнять операции, когда что-то во флешке еще подгружается.
• Оценивайте, насколько быстро работает флеш-приложение для пользователя. Ждать не любит никто
• Следите за загрузкой процессора и потреблением памяти. Серьезное приложение может начать ресурсы со страшной силой. Особенно процессор. Например, по умолчанию частота обновления картинки выставлена в 25 fps, в то время как для статичного приложения достаточно 6 кадров в секунду. Разница в загрузке процессора колоссальная.
• Обратите внимание на то, какие компьютеры будлут у конечных пользователей и обязательно тестируете на самых медленных из возможных. У нас разработчики проверяли работу на своих мощных компьютерах, и у них все было отлично (ни тормозов, ни исключений). А в тестировании был парк разных машин и на машинах послабее вылезали неприятные проблемы.
• Во флексе нет такого события как Dbl-click. Его имитируют через отслеживание кликов мыши с определенным таймаутом, однако даже у одного и того же пользователя задержка между кликами бывает разная, не говоря про разных пользователей (скорость реагирования на щелчки мыши вообще настраивается внутри ОС), поэтому лучше вообще избегать операций по двойному щелчку, а если таковые имеются, то проверять со всей тщательностью: всегда ли срабатывает, нет ли странностей в поведении и т.д.
• Shift+Сlick операции на полях таблицы, заголовках и прочих элементах могут иметь неожиданные результаты (вплоть до падения браузера из-за ошибки внутри флешового проигрывателя)
• Пробуйте выполнять действия не только мышью, но и через клавиатуру. Перемещение фокуса по Tab, реакция кнопок на Пробел и Enter, выбор нескольких значений в списках с помощью Shift и Ctrl, реакция диалогов и модальных окон на Esc
• Flash не любит большие объемы данных, поэтому если у вас есть таблицы обязательно проверяйте, как они скроллируются, сортируются, отображаются. Кроме работы с таблицами пробуйте вставлять большие куски данных в поля ввода. Можете получить результат от пропадания данных вообще (они есть, но их не видно) до зависания. Ну и стоит пробовать большие числа - смотри тему про конкурс от Алексея Баранцева по тест-дизайну
• В Flex-приложениях есть возможность добавлять свои команды в right-click меню. Обязательно надо их проверять и желательно, чтобы они могли быть вызваны другим методом. Надо учесть еще, что очень часто во флеш-приложениях контролы одинаково реагируют на левую и правой кнопку мыши (то есть щелчок правой кнопкой воспринимается просто как click - это не всегда ожидаемое поведение с точки зрения пользователей)
• Ну и естественно, надо проверять работу на разных версиях флешового проигрывателя с разными браузерами. Особенное внимание стоит уделять самым новым версиям и распространенным старым версиям, которые могут быть у ваших пользователей. Обязательно проверьте, как ваше приложение сообщает пользователю о том, что у него слишком старая версия проигрывателя и как оно выглядит при заблокированных JS или флеше

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

В плане тестирования безопасности нарыл вчера 2 статьи:
совсем старенькая: http://events.ccc.de...20-FlashSec.pdf
и поновнее и поактуальнее: http://www.ivizsecur...n-tester-guide/

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

В остальном соглашусь. Особенно по пунктам 6, 8 9 и 11. Там можно очень много описывать примеров. Дефолтные контролы там местами написаны через пятую точку, а понятие backward compatibility у граждан из adobe более чем странное.
Ну и про дебажный плеер таки да - сильно помогает жить (хотя как показывает практика таки отличается порой от своего недебажного собрата).

Спасибо за советы :)