Оказывается две главы из него уже есть на русском языке в блоге racer242:
Именование
Использование языка программирования

UPD: 29.05.2008
Три главы: Структура файла

UPD: Урра! Flex 4 SDK Downloads

Flash Player 10 API. [zip, 6.5Mb]

Подробно об изменениях на английском на официальном сайте

На русском хорошее описание можно прочитать у Constantiner’a

! Flash Player 10 более не поддерживает Mac OS X v10.1, но зато добавленна поддержка Ubuntu.
! Перед установкой Flash Player 10 настойчиво рекомендуют скачать Uninstaller (EXE, 181kb)
Cистемные требования[en]

Скачать Flash Player 10 можно с сайта adobe.com:

Download ActiveX Control for Windows
Download Plugin for Windows (EXE, 1.76 MB)
Download Plugin for Macintosh (DMG.ZIP, 5.78 MB)
Download Plugin for Linux (TAR.GZ, 3.73 MB)
Download Plugin for Linux (RPM, 3.73 MB)

Установка:

Flex Builder и mxmlc: Targeting Flash Player 10 Beta with Flex SDK 3.0.x
FlashDevelop: Flash Player 10 support in FlashDevelop
FDT: FDT + Astro = Love!

Уроки и другая полезная информация:

. Список добавленных и удаленных методов в Flash Player 10
. Форумы по FP 10
. Flash Player 10 Drawing API [en] - хорошее описание новых методов рисования в 10 плеере, примеры и демки.
. Использование фильтров Pixel Bender в ActionScript 3 by Garbage Collector

Видеоуроки (gotoAndLearn.com) [en]:

. Flash Player 10 Beta: 3D - использование третьего измерения.
. Flash Player 10 Beta: FileReference - методы чтения и записи локальных файлов используя новый класс FileReference.
. Flash Player 10 Beta: Dynamic Sound - динамическое создание звуков используя новые возможности плеера.

Попробовать что то написать под Flash Player 10 можно оспользуя Flex SDK. Что качать и как настраивать на английском описанно тут: Targeting Flash Player 10 Beta with Flex SDK 3.0.x

Начало: Регистрация и вход в систему: ошибки в дизайне (Часть 1)

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

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

Ошибка 9: Не сообщать требования к имени пользователя и длине пароля

На сайте Cisco, когда пользователь подбирает себе идентификатор, ему сообщается, что имя «должно содержать минимум одну букву, не может содержать пробелов, может содержать цифры». Но после того как пользователь попытается зарегистрироваться с именем из 6 символов, появляется сообщение об ошибке, которое на самом деле изменяет правила – «имя должно быть длиной от 9 до 50 символов».

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

При создании новой учетной записи Google Mail, пользователю доступна кнопка «Check Availability», которая проинформирует пользователя о требовании минимальной длины (6 символов). Такое решение лучше, чем на сайте Cisco, так как пользователю не нужно заполнять всю форму целиком, чтобы узнать, что учетную запись нельзя зарегистрировать.

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

Ошибка 10: Предъявлять требования к паролям строже, чем в АНБ

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

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

Жесткая политика безопасности для большинства обычных пользователей работать не будет. Это значит, что пользователям придется придумать и запомнить новый пароль – действия с высокой когнитивной нагрузкой (которые, по мнению пользователей, могут оказаться слишком сложными). Важно, чтобы сайты не остались без пользователей с высокими требованиями к безопасности.

Ошибка 11: Использовать контрольные вопросы, ответы на которые нельзя вспомнить через год

Один пользователь потерял доступ к своему банковскому счету, потому что не смог вспомнить ответ на контрольный вопрос. Прошло почти два года с момента, когда эта информация была введена. Например, вопрос, «На какой улице вы росли» может запутать пользователя, если он часто переезжал. Или пользователь не сможет вспомнить, как конкретно он ввел название улицы – «Forest» или «Forest Drive».

Служба поддержки может довести пользователя до инфаркта: «Помните, что ответы вводятся с учетом регистра». Вы не просто должны помнить ответы в течении нескольких лет, вы еще должны помнить какими именно символами вы их вводили.

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

Virgin America используют сумасшедшие наборы вопросов, например (это не шутка), «Кто ваш любимы актер или актриса?», «Какой ваш любимый сборник музыки?» и «Сколько деревьев заточил бы сурок, если бы сурок мог бы точить деревья». Мы наемся, что они не станут долго использовать эти вопросы для восстановления паролей.

Ошибка 12: Не возвращать пользователя к его цели

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

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

Ошибка 13: Не объяснять подробности при вводе неправильного логина или пароля

Вернувшись на сайт электронного магазина, на котором он не был несколько месяцев, пользователь ввел адрес электронной почты и пароль, которые, как он считал, должны подойти к этому сайту. Но они оказались неправильными. Сообщение об ошибке было простым: «Неправильный логин. Попробуйте еще раз». Был введен неправильный пароль или же он зарегистрировался на другой адрес?

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

На сайте Staples при вводе неверного имени пользователя сообщается: «Извините, но мы не можем найти учетную запись для этого имени пользователя». При вводе неправильного пароля сообщается: «Имя пользователя и пароль не совпадают с нашими записями». Эта тонкость помогает пользователям войти немного быстрее.

Сайт American Express сообщает, что введен неправильный пароль, даже если введен неправильный логин. Чтобы добить пользователей, они предлагают две отдельных процедуры восстановления: одна при неправильном логине, другая при неправильном пароле. Лучшие сайты предлагают одну процедуру, независимо от ошибки пользователя.

Ошибка 14: Не показывать ссылку на регистрацию, при ошибке авторизации

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

На сайте CollegeBoard при неудачной авторизации пользователю предлагается нажать на ссылку «Забыли пароль?». На новой странице пользователь может ввести адрес электронной почты, на которую будут отправлены восстановленные данные.

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

Ошибка 15: Не позволять пользователям восстановить свой пароль без отправки его по электронной почте

Сообщить пользователю, что вы отправите ему пароль по электронной почте прекрасное решение, если пользователь знает, какой адрес вы используете. К сожалению, многие пользователи меняют свои адреса со временем. Или же пользователь может не иметь возможности получить доступ к своей почте (например, из дома не может посмотреть рабочий почтовый адрес).

Ошибка 16: Требовать более чем один элемент при восстановлении пароля

Если пользователь забудет логин или пароль на JC Penney, ему нужно будет ввести адрес электронной почты и номер телефонного счета. Потребовать одно или другое было бы замечательно, но требование обоих значений, вероятно, будет приводить к снижению продаж.

Поиск ошибок

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

Автор: Jared M. Spool
Источник [en]: Account Sign-in: 8 Design Mistakes to Avoid
Источник [ru]: Регистрация и вход в систему: ошибки в дизайне

Наряду с популярной линейкой сетевого оборудования, Cisco Systems предлагает своим посетителям купить кое-что еще: под маркой Cisco продается спортивная одежда и аксессуары, все, от курток до мячей для гольфа. Единственной проблемой является то, что для того чтобы увидеть вторую линейку товаров, вам нужно сначала зарегистрироваться.

Да. Вы правильно прочитали. Просто чтобы увидеть имеющиеся товары, нужно создать учетную запись, нужно заполнить форму из 45 полей на четырех страницах. Если после этого вы вернетесь обратно, то сможете увидеть лазерные брелки с логотипом Cisco.

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

Тем не менее, по результатам юзабилити-тестов известно, что регистрация и вход в систему является постоянной проблемой. Это наиболее распространенная проблема, которая отпугивает пользователей от покупок в электронных магазинах. И увеличивает число звонков в службу поддержки.

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

Вот основные ошибки, с которыми пользователи сталкиваются, когда пытаются регистрироваться или входить на сайты.

Ошибка 1: Требовать входа в систему в первую очередь

Похоже, что Cisco требует от вас сначала войти в систему и только потом показывает мячики для гольфа, потому что еще не все продукты доступны для широкой аудитории. Некоторые из них предназначены только для сотрудников. Некоторые – только для сертифицированных инженеров Cisco. Чтобы знать, какие товары и по какой цене отображать, сайт должен знать кто вы.

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

И клиентам такой подход нравится. Они ненавидят, когда нужно регистрироваться для того, чтобы что-нибудь простое – скачать бланк или заплатить за продукт, который они уже выбрали. Как сказал один из пользователей «я не хочу заводить с ними отношений, я просто хочу купить товар».

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

Ошибка 2: Слишком ранно требовть входа в систему

Cisco требует войти в систему (или зарегистрироваться), прежде, чем клиент сможет увидеть продукцию. Если бы это требование появлялось после нажатия на ссылку «Показать скидку» или «Оформить заказ», клиенты были бы меньше разочарованы.

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

Ошибка 3: Не раскрывать преимущества регистрации

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

Что они получают в обмен на это дополнительное бремя? Midwest Airlines просто перечислены некоторые преимущества, которые дает вход в систему: доступ к учетной записи для часто летающих пассажиров, возможность бронирования, изменение параметров брони, после того как бронь сделана.

Ошибка 4: Скрывать или делать кнопку входа слабо заметной

Часто клиенты Netflix сразу попадают на свою персональную домашнюю страницу, показывающую рекомендуемые фильмы. Тем не менее, когда cookies будут удалены, им придется заново войти в систему.

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

Ошибка 5: Не выделять функции «Создать новую учетную запись» или «Вспомнить пароль» отдельными кнопками или ссылками

На сайте Spirit Air пользователям предоставляется простой способ создать новую учетную запись или восстановить потерянный пароль. Плохая новость для пользователей состоит в том, что ссылки на эти функции появлялись в выпадающем меню и не выглядели как ссылки. Они воспринимались пользователями как пояснительный текст. Некоторые пользователи не понимали, что они были там, и искали их в других частях сайта. Безрезультатно.

Ошибка 6: Не давать возможность войти в систему в ключевых точках

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

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

Ошибка 7: Запрашивать слишком много информации при регистрации

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

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

Ошибка 8: Не сообщать пользователям, как будет использоваться их информация

«Зачем им мой домашний номер телефона?» спрашивает пользователь, пытаясь скачать бланк по работе. Естественно, что пользователь будет подозрительным.

На сайте Virgin America дизайнеры объясняют, зачем им нужны номера телефонов: «В случае необходимости мы свяжемся с вами, по крайней мере по одному из номеров». Хотя они и запрашивают номера, они объясняют для чего это нужно.

На сайте Midwest Airlines еще проще: «Укажите номер телефона, по которому можно с вами связаться в случае задержки вашего рейса». Кто откажется от такого сервиса?

Поиск ошибок

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

Автор: Jared M. Spool
Источник [en]: Account Sign-in: 8 Design Mistakes to Avoid
Источник [ru]: Регистрация и вход в систему: ошибки в дизайне

Как это выглядело на Flash Player 9: Alternativa3D 5.0 (сборка 1, FP9)

Модульное тестирование с помощью FlexUnit
(Unit Testing with FlexUnit)

Введение

FlexUnit - фрейворк с открытым исходным кодом созданный Adobe для реализации модульного тестирования во Flex’e. Основан на широко используемом фрейворке для тестирования Java-приложений JUnit. FlexUnit предоставляет возможность низкоуровнего тестирования системы - первого уровня обнаружения ошибок в приложении.

Понятие модульного тестирования

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

Модульное тестирование может быть автоматизированно и включенно отдельным этапом в сборку (build) приложения. Для облегчения автоматической сборки компания Adobe создала специальные задания (tasks) для Ant’a. Используя Ant выможете автоматически компилировать и тестировать ваши Flex приложения.

Модульное тестирование не заменяет собой весь процесс тестирования. Есть много классов ошибок которые не покрываются его возможностями - ошибки интерграции, системные ошибки, и вопросы производительности.

Что такое Модульное тестирование?

Чтобы это понять, сначала надо определиться что такое “модуль”. Модуль - это наименьшая часть кода, которая поддается тестированию. В данном случае не имеется ввиду каждая строчка кода, а часть кода, выполняющая определенное действие - это может быть любая нетривиальная функция или метод. В отличии от многих других форм тестирования, тесты модулей обычно составляются самим разработчиком. Разработчик тестирует код чтоб убедиться, что каждый метод исполняется как надо. В теории, если каждая низкоуровневая функция работает должным образом, то и более высокие уровни интеграционного тестирования должны содержать меньше ошибок.

Предмет тестирования

Перед тем как описывать настройку FlexUnit нам нужен объект тестирования. Как пример, ниже приведен простой класс банковского аккаунта, позволяющий пополнение, снятие со счета, а так же получение информации о балансе счета.

BankAccount.as

Основы FlexUnit’а

Для запуска FlexUnit необходимо:

• 1. Скачать FlexUnit и включить библиотеку;
• 2. Создать тесты для модулей;
• 3. Создать набор тестов;
• 4. Передать набор тестов на выполнение.

Подключение библиотеки FlexUnit.

FlexUnit можно скачать на странице Google Code http://code.google.com/p/as3flexunitlib/. После извлечения файлов из zip-архива в директории bin вы найдете файл библиотеки flexunit.swc, который надо добавить в ваш flex-проект.

Если вы создаете новый проект, вы можете указывать библиотеки в процессе создания. На втором шаге создания проекта есть закладка Library path - нажмите на нее, а затем на кнопку Add SWC. Это откроет диалог открытия файла и вы можете выбрать SWC файл.

Если у вас есть существующий проект, вы можете подключить библиотеку в свойствах проекта. Правой кнопкой кликните на проект, в выпадающем меню выберите Properties. В левой части выберите Flex Build Path, а затем Library path вкладку. Нажмите на кнопку Add SWC чтоб добавить flexunit.swc.

Этот процесс намного проще для пользователей Flex 3. Скачав flexunit.swc, просто поместите его в папку libs вышего проекта.

Создание тестов

Далее переходим к созданию тестов. Они будут находиться в новом классе, который расширяет базовый класс TestCase. Назовем его BankAccountTest. Этот класс будет содержать методы с нашими тестами. Для каждого тестируемого модуля необходимо создать отдельный метод. В нашем примере мы будем тестировать методы deposit и withdraw класса BankAccount, поэтому имена наших тестов будут testDeposit и testWithdraw. Обязательное условие - имена тестовых методов должны начинаться со слова test. Позже, когда мы добавим созданные тесты в наш набор тестов, автоматически будут выбираться имена, начинающиеся со слова test. Если названия ваших методов будут начинаться не с test, то эти методы не будут выполненны.

Любой тест состоит из логических утверждений. Если утверждение верно, тест проходит проверку, если же утверждение ошибочно, то, соответственно, нет.

Существует несколько доступных методов утверждений: assertTrue, assertFalse, assertNull, assertEquals и несколько других. Методы очень схожи - получают необязательное тескстовое сообщение и логический тест. Несмотря на то, что тестовые сообщения не являются обязательными, их можно использовать для более быстрого определения теста, вызвавшего ошибку. Если результат логичесткой проверки принимает значение true, утверждение считается верным, и наоборот. Например: если я создаю банковский счет и кладу на него 50 рублей, тогда мой баланс должен быть равен 50 рублям. Для такого случая тест будет выглядеть так:

Этот тест очень простой и легко проходится. Если на моем балансе нет 50р. после того как я положил 50р., значит у меня проблемы с методом deposit, либо getBalance. Для этого примера у нас всего несколько утверждений, но вам следует сделать все возможные проверки чтобы покрыть как можно больше случаев. Так выглядит наш конечный класс с добавленными несколькими тестами:

BankAccountTest.as

Создание набора тестов и его запуск.

Теперь, когда у нас есть тесты нам надо создать набор тестов. Мы сделаем это во flex-файле вместо actionScript класса. Для этого сначала создаем простое Flex приложение, содержащее только один компонент - TestRunnerBase, который является частью библиотеки FlexUnit. Убедитесь что вы добавили пространство имен flexunit.flexui.* в ваше приложение чтобы иметь доступ к визуальным объектам библиотеки.

Далее надо добавить функции создания нашего набора тестов и его запуска. Создаем метод createSuite, который будет создавать новый объект TestSuite и добавлять все наши классы тестов, используя метод addTestSuite. Используя отражение (reflection) метод addTestSuite находит все методы в классе, имена которых начинаются с “test” и добавляет их в список тестов. У нас только один класс TestCase (BankAccountTest.as созданный нами ранее), но если вы создали больше - их тоже надо добавить в эту функцию.

В завершение создаем метод onCreationComplete. Он будет вызываться при событии сreationComplete нашего приложения. Эта функция изменяет значение свойства test объекта TestRunnerBase на наш набор тестов (его возвращает метод createSuite).

Теперь можно приступать к тестированию вызвав метод startTest компонента TestRunnerBase. Код будет выглядеть так:

TestRunner.mxml

Теперь мы готовы запустить наши тесты. На этом изображении показан пример интерфейса TestRunner после запуска:

Так как все наши тесты очень простые и быстро выполняются, полоса выполнения сразу же заполнится. Если выполнение теста будет занимать время, то полоса выполнения будет заполняться по мере запуска тестов.

Так же отображаются количетво пройденных тестов и общее их количетво. Если какой либо из тестов не проходит проверку, полоса выполнения станет красной и вы увидите сообщение об ошибке этого теста. По умолчанию отображается список тестов, вызвавших ошибку, но вы также можете нажать на закладку All Tests чтобы увидеть весь список тестов.

Для этой проверки я изменил первый тест для проверки неверного баланса:

Это заведомо не верное утверждение вызовет ошибку. В правой части можете увидеть сообщение об ошибке:

Error: Balance on a new account after 50 deposit is 50 - expected true but was false

Поскольку в сообщение об ошибке не включаются номера строк, следует такие описания, которые обнозначно будут указывать на ошибку.

Как только какое-либо утверждение в методе не проходит проверку, выполнение остальных проверок данного метода прерывается. Но остальные методы (даже этого же класса) будут выполненны.

Заключение

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

Допольнительные ресурсы:

FlexUnit on Google Code
http://code.google.com/p/as3flexunitlib/

Extreme Programming
http://www.extremeprogramming.org/

Ant
http://ant.apache.org/

Flex Ant Tasks
http://labs.adobe.com/wiki/index.php/Flex_Ant_Tasks

Источник: Unit Testing with FlexUnit

подсмотренно тут

Очень красивая визуализация на Processing’е. + да и трэк хороший )
Смотреть тут | Блог автора

хороший сервис HDvideo